CN113849572B - Block chain-based small creditor dispute case evidence management system - Google Patents
Block chain-based small creditor dispute case evidence management system Download PDFInfo
- Publication number
- CN113849572B CN113849572B CN202111178894.XA CN202111178894A CN113849572B CN 113849572 B CN113849572 B CN 113849572B CN 202111178894 A CN202111178894 A CN 202111178894A CN 113849572 B CN113849572 B CN 113849572B
- Authority
- CN
- China
- Prior art keywords
- evidence
- storage
- data
- service
- module
- 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
Links
- 230000006870 function Effects 0.000 claims description 32
- 238000000034 method Methods 0.000 claims description 15
- 230000001502 supplementing effect Effects 0.000 claims description 12
- 238000004364 calculation method Methods 0.000 claims description 6
- 210000001503 joint Anatomy 0.000 claims description 3
- 238000012935 Averaging Methods 0.000 claims description 2
- 230000001960 triggered effect Effects 0.000 claims description 2
- 230000009286 beneficial effect Effects 0.000 abstract description 3
- 238000007726 management method Methods 0.000 description 9
- 238000013479 data entry Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 238000013459 approach Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
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
-
- 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/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- 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/18—Legal services
- G06Q50/182—Alternative dispute resolution
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Finance (AREA)
- General Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Accounting & Taxation (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Computer Hardware Design (AREA)
- Primary Health Care (AREA)
- Human Resources & Organizations (AREA)
- Computing Systems (AREA)
- Bioethics (AREA)
- Development Economics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention relates to the technical field of blockchains, in particular to a small-amount creditor dispute case evidence management system based on a blockchain, which comprises a service number acquisition module, an association module, a storage module, a certification storage module and a notarization module, wherein the service number acquisition module is preset with a plurality of service modes, the service modes are associated with a service data catalog and a certification catalog, the association module acquires the service data and the certification, the service number acquisition module allocates the service number corresponding to the service modes, associates the processed service data and the certification with entries in the service data catalog and the certification catalog respectively, packages the service number, the service data catalog, the certification catalog and the certification associated with the entries into a evidence package, submits the evidence package to the certification storage module to generate a certification, submits the certification to a certification department to acquire a certification certificate, and submits the evidence package, the certification certificate and the certification certificate to the storage module for storage. The invention has the beneficial effects that: the efficiency of providing evidence for the small credited dispute cases is effectively improved.
Description
Technical Field
The invention relates to the technical field of blockchains, in particular to a blockchain-based small creditor dispute case evidence management system.
Background
The small loan service has the characteristics of small amount, no guarantee, no mortgage, scattered service and large risk management and control difficulty, and the loan amount is generally more than 1 ten thousand yuan and less than 20 ten thousand yuan. The small loan business is mainly used for three farmers and small micro enterprises. With the development of information technology and biological recognition technology, the small loan business can be separated from the counter for handling, so that the handling cost of the small loan is greatly reduced. The small loan business has thus achieved rapid development. A large number of small micro-enterprises have thus gained the opportunity for development and affordability. But also has a tendency to rise in overdue rate and bad account rate. Due to the lack of efficient evidence collection, small loan transactions often have multiple terminals, channels, and business phases for conducting business to users. The business data of different terminals, channels and business stages are stored in the respective business systems in a scattered manner. If the mobile phone APP receives loan application materials and credentials, the approval data of the background loan approval departments for the loan applications and credentials are respectively stored in the front-end system and the background system. The first-line operators are difficult to simply and quickly call all relevant data and materials, and the difficulty of judicial disposal is increased. Moreover, the judicial disposal approach itself has the problems of high cost and long time consumption, which makes it difficult for the financial institutions to effectively dispose of overdue and bad accounts of the small loan through the judicial approach. The deterrent of judicial disposal is reduced, and bad behaviors of malicious overdue of a small part of users are promoted to a certain extent. Not only is a loss incurred by the financial institution, but also further development of the small loan business that serves the small micro-enterprise is limited. Therefore, a system capable of rapidly collecting and using data and evidence related to the dispute of the small amount of creditor is needed to be studied.
Chinese patent CN111506931a, publication date 2020, 8 and 7, discloses an electronic evidence management method based on blockchain and cloud computing platform, comprising the following steps: uploading the evidence to a system by a user, and encrypting and storing the evidence to be protected; verifying the received evidence, and sequencing the verified evidence according to the uploading time or the hash value to generate a block; and carrying out block consensus on the generated blocks, and issuing the block consensus to a block chain storage to update the block chain information. The technical scheme realizes evidence storage by means of block chains, but cannot integrate data of a plurality of terminals, channels and departments, and is difficult to rapidly collect available evidence for litigation cases.
Disclosure of Invention
The invention aims to solve the technical problems that: at present, the technical problem of an evidence management system for efficiently supporting small credited disputes is lacking. The block chain-based small creditor dispute case evidence management system can conveniently and rapidly collect and manage relevant evidence, and is beneficial to improving the efficiency of litigation.
In order to solve the technical problems, the invention adopts the following technical scheme: the system comprises a service number acquisition module, an association module, a storage module, a certification storage module and a notarization module, wherein the service number acquisition module is preset with a plurality of service modes, each service mode is associated with a service data catalog and a certification catalog, the association module is in butt joint with a service handling system of a financial institution to obtain service data and certification, a service handling member of the financial institution selects a corresponding service mode according to the handled service type, the service number acquisition module allocates a service number corresponding to the service mode, simultaneously sends the service data catalog and the certification catalog to the association module, the association module associates the service data catalog and the certification catalog with the service number, associates the transacted service data and certification with entries in the service data catalog and the certification catalog respectively, packages the service number, the service data catalog, the certification catalog and the data associated with the entries into evidence packages, submits the evidence packages to the certification storage module, the certification module extracts the value of the package and uploads the corresponding hash block and the certification catalog to the association module to obtain the corresponding hash block and the certification certificate, and the certification storage module submits the evidence package to the certification storage module.
Preferably, the system further comprises an integrity checking module and a correctness checking module, wherein the integrity checking module checks whether the entries in the service data catalogue and the credential catalogue are both associated with service data or credentials, if yes, the service data and the credentials are judged to pass the integrity checking, and if not, the service data or the credentials are prompted to be perfected; the correctness checking module establishes a credential identification model, the credential is in a picture format, the credential is input into the credential identification model, if the identification is wrong, an alarm is sent out, the credential is returned, corrected by a service clerk and submitted again, and if the identification is correct, the credential is associated with the corresponding credential catalog entry.
Preferably, the method for establishing the credential identification model comprises the following steps: and manually checking the evidence and marking corresponding items to form sample pictures, dividing the sample pictures into squares after the sample pictures reach the preset quantity, calculating the similarity of the sample pictures in each square, marking the squares with the similarity exceeding a preset threshold value as template squares, averaging each pixel value in the template squares to obtain a template area and a template area image, inputting the evidence into the evidence identification model, equally dividing the evidence by the evidence identification model, calculating the similarity of the evidence in the template area and the template area image, judging that the evidence is correct if the similarity exceeds the preset threshold value, otherwise, judging that the evidence is wrong if the similarity is equal to or lower than the preset threshold value, sending an alarm and returning the evidence.
Preferably, when a new progress exists in the service corresponding to the service number and service progress data is generated, the association module obtains the progress data, the service mode is also associated with a service progress data catalog, the service progress data is associated with the entry of the service progress data catalog, the associated service progress data and the service progress data catalog are packed to form an supplementing evidence packet, the hash value of the supplementing evidence packet is extracted and uploaded to a block chain for storage, the corresponding block height and the block hash value are obtained, a certification is generated, the supplementing evidence packet is submitted to a notarization module, a notarization certificate is obtained, and the supplementing evidence packet, the certification and the notarization certificate are submitted to a storage module for storage.
Preferably, the business progress data directory includes a repayment data entry and an overdue data entry, when the repayment date is reached, the repayment data of the user is associated with the repayment data entry, if the user does not pay on time, the repayment entry is empty, when the overdue date is reached, whether the repayment data entry is associated with the repayment data is checked, if yes, no operation is performed, overdue data is generated, overdue data is associated with the overdue data entry, meanwhile, whether the associated overdue data exists on the overdue date is checked, if the number of the overdue dates associated with the overdue data exceeds a preset threshold, a litigation procedure is triggered, an alarm is sent, all evidence packages, supplementary evidence packages and corresponding certificate and certificate of certificates under the business number are called out, and if the number of the overdue dates associated with the overdue data does not exceed the preset threshold, an overdue alarm is sent out.
Preferably, the service handling system of the financial institution comprises a plurality of terminals, when the terminals receive service handling data, the terminals display the ongoing service for the user, the user selects the ongoing service to continue handling or selects new service, the terminals provide repayment inlets, the repayment inlets are associated with service numbers, and when any terminal receives the repayment data, the repayment data is associated with repayment data items according to the service numbers.
Preferably, the storage module includes a receiving node and a plurality of storage nodes, the storage nodes have a sequence, the receiving node receives the evidence packet, the receiving node distributes the evidence packet with a packet identifier, the receiving node splits the evidence packet into a plurality of sub-data packets, the sub-data packets have a preset size, the sub-data packets are associated with the packet identifier, the sub-data packets have numbers, the sub-data packets are arranged in a reverse sequence according to the numbers, the receiving node and the storage nodes respectively store a preset address function, the input of the address function is a sequence number and an offset value, the output of the address function is a storage address, the value of the sequence number is set as the number of the sub-data packets, the arranged first sub-data packet and number are transmitted to the first storage node, the storage node distributes the storage address by itself, the sub-data packet is stored at the distributed storage address, the sequence number is subtracted by one and fed back to the receiving node, the storage address is transmitted to the next storage node, the receiving node transmits the sequence number and the next sub-data packet to the next storage node, the storage node performs the storage step until all the sub-data packets are stored. The storage node allocates the storage address by oneself, the storage node calculates and obtains the offset value according to the received storage address, sequence number and address function, store the sub-data packet association offset value, the storage node continues to send the storage address to the next storage node, reduce the sequence number and feed back to the receiving node, the receiving node sends the sequence number and the next sub-data packet to the next storage node, finally the storage node storing the sub-data packet sends the corresponding storage address and sequence number to the receiving node, the receiving node calculates and obtains the offset value according to the storage address and the sequence number, and the offset value association packet is marked and stored.
Preferably, when the storage node receives the storage address, the sequence number and the sub-packet, it randomly decides whether to store the sub-packet, if it decides to store the sub-packet, it executes the storage step, and if it decides not to store the sub-packet, it executes the following steps: the storage node calculates and obtains an offset value according to the received storage address, sequence number and address function, stores an offset value associated packet identifier in a designated area, sends a preset special storage address to a next storage node, feeds back the sequence number to a receiving node, and the receiving node sends the sequence number and a current sub-data packet to the next storage node.
Preferably, when the receiving node reads the sub data packet, the sequence number is set to 1, a storage address is obtained by calculation according to an offset value, a sequence number and an address function associated with the packet identifier, the sequence number and the storage address are sent to the corresponding storage node, after the storage node receives the sequence number and the storage address, the storage node judges whether the storage address is a preset special storage address, if not, the content stored by the storage address is sent to the receiving node, meanwhile, the offset value stored on the storage address is obtained, then the storage address is obtained by calculation according to the sequence number, the offset value and the address function, the sequence number is increased by one, the sequence number and the storage address are sent to the receiving node, the receiving node continues to send the sequence number and the storage address to the next storage node, if the storage address received by the storage node is the preset special storage address, the corresponding offset value is found according to the packet identifier, the storage address is obtained by calculation according to the sequence number, the offset value and the address function, and the sequence number and the storage address are sent to the receiving node.
Preferably, the storage node opens up a plurality of storage blocks in the storage space, the size of the storage blocks corresponds to the size of the sub-data packet, the storage blocks are allocated with index numbers, the index numbers are used as storage addresses, and the index numbers are integers.
Preferably, the address functions stored by the receiving node and the storage node are different, the address functions are stored after being encrypted by the public key of the corresponding receiving node or the storage node, and when the address functions are used, the private key of the corresponding receiving node or the storage node is used for decryption and then read into the memory, and the memory is destroyed after use.
The invention has the following substantial effects: when the service number is used for associating the related service data and the evidence, an evidence package is formed and evidence is stored and notarized through the blockchain and notarized department to form evidence for standby, so that the efficiency of providing evidence for the small credited dispute cases is effectively improved; through an integrity and correctness checking module, the integrity and correctness of the related service data and the evidence are ensured, and the integrity and usability of the evidence are ensured; by means of the improved storage method, the security and privacy of evidence packet storage are improved.
Drawings
FIG. 1 is a schematic diagram of an evidence management system according to an embodiment.
Fig. 2 is a schematic diagram of a method for establishing a credential identification model according to an embodiment.
Fig. 3 is a schematic diagram of a business development data association method according to an embodiment.
FIG. 4 is a schematic diagram illustrating a method for storing evidence packages by the second storage module according to the second embodiment.
Fig. 5 is a schematic diagram of a second exemplary evidence packet storage method.
Fig. 6 is a schematic diagram illustrating a method for receiving node reading sub-packets according to the second embodiment.
Wherein: 10. the system comprises a service number acquisition module 20, an association module 30, an integrity check module 40, a correctness check module 50, a storage module 60, a certification module 70, a blockchain 80, a notarization module 90 and a notarization department.
Detailed Description
The following description of the embodiments of the present invention will be made with reference to the accompanying drawings.
Embodiment one:
Referring to fig. 1, the small right dispute evidence management system based on a blockchain comprises a service number acquisition module 10, an association module 20, an integrity check module 30, a correctness check module 40, a storage module 50, a certification module 60 and a notarization module 80, wherein the service number acquisition module 10 is preset with a plurality of service modes, each service mode associates a service data catalog and a certification catalog, the association module 20 is in butt joint with a service handling system of a financial institution to obtain service data and certification, a service handler of the financial institution selects a corresponding service mode according to the handled service type, the service number acquisition module 10 allocates a service number corresponding to the service mode, and simultaneously sends the service data catalog and the certification catalog to the association module 20, the association module 20 associates the service data catalog and the certification catalog with the service number, associates the transacted service data and certification with entries in the service data catalog and the certification catalog respectively, and the integrity check module 30 checks whether the entries in the service data catalog are associated with the service data or the data, if yes, and if the service data and the certification are to pass, the integrity check is judged, and if the service data and the certification is complete or not; the correctness checking module 40 establishes a credential identification model, the credential is in a picture format, the credential is input into the credential identification model, if the identification is wrong, an alarm is sent out, the credential is returned, the credential is corrected by a service clerk and submitted again, and if the identification is correct, the credential is associated with the corresponding credential catalog entry.
The service number, the service data catalog, the credential catalog, the service data associated with the item and the credential associated with the item are packaged into evidence packages, the evidence packages are submitted to the evidence storage module 60, the evidence storage module 60 extracts hash values of the evidence packages and uploads the hash values of the blocks to the block chain 70 for storage, corresponding block heights and block hash values are obtained, the evidence storage certificate is generated, the evidence packages are submitted to the notarization department 90 through the notarization module 80, the notarization certificate is obtained, and the evidence packages, the notarization certificate and the notarization certificate are submitted to the storage module 50 for storage.
Referring to fig. 2, the method for establishing the credential identification model includes: step A01), manually checking the certificate and marking corresponding items to form a sample picture; step A02), dividing the sample pictures into square grids after the sample pictures reach the preset quantity; step A03) calculating the similarity of the sample picture in each square, and marking the square with the similarity exceeding a preset threshold value as a template square; step A04) solving an average value of each pixel value in the template square to obtain a template area and a template area image; step A05), when the credential is input into the credential identification model, the credential identification model divides the credential into square grids as well; step A06) calculating the similarity between the evidence in the template area and the template area image, if the similarity exceeds a preset threshold, judging that the evidence is correct, otherwise, if the similarity is equal to or lower than the preset threshold, judging that the evidence is wrong, sending out an alarm and returning the evidence.
When a new progress exists in the service corresponding to the service number and service progress data is generated, the association module 20 obtains the progress data, the service mode is also associated with a service progress data catalog, the service progress data is associated with entries of the service progress data catalog, the associated service progress data and the service progress data catalog are packed to form an supplementing evidence packet, the hash value of the supplementing evidence packet is uploaded to the block chain 70 for storage, the corresponding block height and the block hash value are obtained, a certification is generated, the supplementing evidence packet is submitted to the notarization module 80, a notarization certificate is obtained, and the supplementing evidence packet, the certification and the notarization certificate are submitted to the storage module 50 for storage.
Referring to fig. 3, the business development data directory includes a repayment data entry and an overdue data entry, the following steps are performed: step B01) when the repayment date is reached, the repayment data of the user are associated with repayment data items, and if the user does not repayment on time, the repayment items are empty; step B02) when the overdue date is reached, checking whether the repayment data item is associated with repayment data, if yes, not operating, if not, executing step B03) to generate overdue data, and associating the overdue data with the overdue data item; step B04) checking whether the associated overdue data exists on the past overdue date, if the number of the past overdue dates associated with the overdue data exceeds a preset threshold, executing the step B05) to trigger a litigation procedure, sending out an alarm, calling out all evidence packages, supplementary evidence packages and corresponding certificate and public certificate under the service number to a litigation handler, and if the number of the past overdue dates associated with the overdue data does not exceed the preset threshold, sending out an overdue alarm.
The service handling system of the financial institution comprises a plurality of terminals, when the terminals receive service handling data, the terminals display the ongoing service for the user, the user selects the ongoing service to continue handling or selects new service, the terminals provide repayment inlets, the repayment inlets are associated with service numbers, and when any terminal receives repayment data, the repayment data are associated with repayment data items according to the service numbers.
The beneficial technical effects of this embodiment are: when the service number is used for associating the related service data and the evidence, an evidence package is formed and the evidence is stored and notarized through the blockchain 70 and the notarization department 90 to form evidence for standby, so that the efficiency of providing evidence for the small credited dispute cases is effectively improved; by means of the integrity and correctness checking module 40, the integrity and correctness of the relevant service data and credentials are ensured, and the integrity and usability of the evidence are ensured.
Embodiment two:
The embodiment of the block chain-based small creditor dispute evidence management system specifically improves the working method of the storage module 50 on the basis of the first embodiment to improve the security and privacy of evidence package storage. The storage module 50 includes a receiving node and a plurality of storage nodes, the storage nodes having an order, the receiving node receiving the evidence packets, the receiving node assigning packet identifications to the evidence packets. Referring to fig. 4, the method for storing evidence packets by the storage module 50 in this embodiment includes: step C01), the receiving node splits the evidence packet into a plurality of sub-data packets, wherein the sub-data packets have preset sizes, the sub-data packets are associated with packet identifications, the sub-data packets have numbers, and the sub-data packets are arranged in a reverse order according to the numbers; step C02) the receiving node and the storage node respectively store preset address functions, wherein the input of the address functions is a sequence number and an offset value, and the output of the address functions is a storage address; step C03), setting the value of the sequence number as the number of the sub-data packets, and transmitting the first sub-data packet and the serial number after arrangement to a first storage node; step C04) the storage node allocates a storage address by itself, stores the sub-data packet on the allocated storage address, and feeds back the sequence number minus one to the receiving node; step C05) sending the storage address to the next storage node, sending the sequence number and the next sub-data packet to the next storage node by the receiving node, and executing the storage step by the next storage node until all the sub-data packets are stored; the storage step comprises the following steps: step C06) the storage node allocates a storage address by itself, the storage node calculates and obtains an offset value according to the received storage address, sequence number and address function, and the sub-data packet associated offset value is stored; step C07) the storage node continuously sends the storage address to the next storage node, the sequence number is subtracted by one and fed back to the receiving node, and the receiving node sends the sequence number and the next sub-data packet to the next storage node; step C08) the storage node storing the sub-data packet finally sends the corresponding storage address and sequence number to the receiving node; step C09), the receiving node calculates and obtains an offset value according to the storage address and the sequence number, and stores the offset value associated packet identification.
For an improved embodiment, referring to fig. 5, the storage node performs: step D01) when the storage node receives the storage address, the sequence number and the sub-data packet, randomly determining whether to store the sub-data packet, if so, executing the storage step, and if not, executing the following steps: step D02) the storage node calculates and obtains an offset value according to the received storage address, the sequence number and the address function; step D03) storing the offset value association packet identification in a designated area, and transmitting a preset special storage address to a next storage node; step D04) feeding back the sequence number to the receiving node, and the receiving node sends the sequence number and the current sub-data packet to the next storage node. In the improvement scheme, the storage node stores the sub-data packet with a certain probability, and even if the storage node does not store the sub-data packet, the offset value is calculated. And at the same time does not change the value of the sequence number. Only when all storage nodes are connected, it is possible to correctly recover the evidence packet. The storage node and the receiving node acquire the service number corresponding to the evidence packet which is currently restored through encryption communication. If there is unexpected evidence packet recovery, that is, some sub-packets are leaked, the storage node requests the service number from the receiving node, and the storage node is rejected by the receiving node, so that the sub-packets cannot be recovered continuously. Therefore, the safety of the evidence package can be effectively ensured.
Referring to fig. 6, when the receiving node reads the sub-packet, the following steps are performed: e01) setting a sequence number as 1, calculating to obtain a storage address according to an offset value, the sequence number and an address function associated with the packet identifier, and sending the sequence number and the storage address to a corresponding storage node; step E02) after receiving the sequence number and the storage address, the storage node judges whether the storage address is a preset special storage address, if not, the step E02) is executed: step E03) transmitting the content stored by the storage address to a receiving node; step E04) obtaining an offset value stored on a storage address, and then calculating to obtain the storage address according to the sequence number, the offset value and an address function; step E05), adding one to the sequence number, sending the sequence number and the storage address to the receiving node, and jumping to the step E08) for execution; if the storage address received by the storage node is a preset special storage address, executing: step E06) finding a corresponding offset value according to the packet identification; e07) calculating to obtain a storage address according to the sequence number, the offset value and the address function, and sending the sequence number and the storage address to a receiving node; step E08) the receiving node continues to send the sequence number and the storage address to the next storage node. The storage node opens up a plurality of storage blocks in the storage space, the size of the storage blocks corresponds to the size of the sub-data packet, the storage blocks are distributed with index numbers, the index numbers are used as storage addresses, and the index numbers are integers.
The address functions stored by the receiving node and the storage node are different, the address functions are stored after being encrypted by the public key of the corresponding receiving node or the storage node, and when the address functions are used, the private key of the corresponding receiving node or the storage node is used for decryption and then read into the memory, and the memory is destroyed after use. In this embodiment, the storage address function of one of the storage nodes is: memory address = 4 x sequence number +3 x offset value +1209. Given the memory address and sequence number, a corresponding offset value can be calculated. According to the scattered storage method provided by the embodiment, the sub-data packet can be read only after the address function is obtained. And the correct storage address can be obtained only by reading according to the sequence number, so that the security is higher, and the data leakage can be avoided. The receiving node formulates the sequence of N storage nodes, the identification is a number, and the storage node sequence corresponding to N remainder is the storage node sequence used for storing the corresponding storage packet and the supplementary packet. The N storage nodes are sequentially encrypted and stored, and are restored to the memory only when in use, and destroyed after use.
The above-described embodiment is only a preferred embodiment of the present invention, and is not limited in any way, and other variations and modifications may be made without departing from the technical aspects set forth in the claims.
Claims (7)
1. The block chain-based small creditor dispute case evidence management system is characterized in that,
Comprises a service number acquisition module, an association module, a storage module, a certification storage module and a notarization module,
The system comprises a business number acquisition module, a correlation module, a evidence storage module, a block chain storage module, a evidence storage module and a certificate storage module, wherein the business number acquisition module is preset with a plurality of business modes, each business mode is associated with a business data catalog and a evidence catalog, the correlation module is in butt joint with a business handling system of a financial institution to obtain business data and evidence, a business handling person of the financial institution selects a corresponding business mode according to the handled business type, the business number acquisition module distributes a business number corresponding to the business mode, and simultaneously sends the business data catalog and the evidence catalog to the correlation module, the correlation module associates the business data catalog and the evidence catalog with the business number, associates the business data and the evidence with entries in the business data catalog and the evidence catalog respectively, packages the business number, the business data catalog and the evidence associated with the entries into evidence packages, submits the evidence packages to the evidence storage module, the evidence packages are extracted by the evidence packages and stored in a block chain to obtain corresponding block height and block hash values, the evidence packages are submitted to the evidence packages to the evidence storage module, and the evidence packages are acquired by the evidence packages and the evidence storage module is submitted to the evidence storage module;
the storage module comprises a receiving node and a plurality of storage nodes, the storage nodes have sequences, the receiving node receives the evidence packet, the receiving node distributes packet identification for the evidence packet,
The receiving node splits the evidence packet into a plurality of sub-data packets, wherein the sub-data packets have preset sizes, the sub-data packets are associated with packet identifications, the sub-data packets have numbers, the sub-data packets are arranged in the reverse order of the numbers,
The receiving node and the storage node respectively store preset address functions, the input of the address functions is a sequence number and an offset value, the output of the address functions is a storage address,
Setting the value of the sequence number as the number of the sub-data packets, sending the first sub-data packet and the number after arrangement to a first storage node, automatically allocating a storage address by the storage node, storing the sub-data packet at the allocated storage address, subtracting one sequence number from the sequence number and feeding back to a receiving node, sending the storage address to a next storage node, sending the sequence number and the next sub-data packet to the next storage node by the receiving node, executing a storage step by the next storage node until all the sub-data packets are stored,
The storage step:
The storage node allocates the storage address by itself, the storage node calculates and obtains an offset value according to the received storage address, sequence number and address function, stores the sub-data packet associated offset value, the storage node continues to send the storage address to the next storage node, subtracts the sequence number by one and feeds back to the receiving node, the receiving node sends the sequence number and the next sub-data packet to the next storage node,
And finally, the storage node storing the sub-data packet sends the corresponding storage address and sequence number to the receiving node, and the receiving node calculates and obtains an offset value according to the storage address and the sequence number and stores the offset value associated packet identifier;
When the storage node receives the storage address, the sequence number and the sub-data packet, randomly determining whether to store the sub-data packet, if so, executing the storage step, and if not, executing the following steps:
The storage node calculates and obtains an offset value according to the received storage address, sequence number and address function, stores an offset value associated packet identifier in a designated area, sends a preset special storage address to the next storage node, feeds back the sequence number to the receiving node, and sends the sequence number and the current sub-data packet to the next storage node.
2. The blockchain-based small creditor dispute case evidence management system of claim 1,
Also included are an integrity check module and a correctness check module,
The integrity checking module checks whether the entries in the service data catalogue and the credential catalogue are both associated with service data or credentials, if yes, the service data and the credentials are judged to pass the integrity check, and if not, the service data or the credentials are prompted to be perfected;
The correctness checking module establishes a credential identification model, the credential is in a picture format, the credential is input into the credential identification model, if the identification is wrong, an alarm is sent out, the credential is returned, corrected by a service clerk and submitted again, and if the identification is correct, the credential is associated with the corresponding credential catalog entry.
3. The blockchain-based small creditor dispute case evidence management system of claim 2,
The method for establishing the credential identification model comprises the following steps:
And manually checking the evidence and marking corresponding items to form sample pictures, dividing the sample pictures into squares after the sample pictures reach the preset quantity, calculating the similarity of the sample pictures in each square, marking the squares with the similarity exceeding a preset threshold value as template squares, averaging each pixel value in the template squares to obtain a template area and a template area image, inputting the evidence into the evidence identification model, equally dividing the evidence by the evidence identification model, calculating the similarity of the evidence in the template area and the template area image, judging that the evidence is correct if the similarity exceeds the preset threshold value, otherwise, judging that the evidence is wrong if the similarity is equal to or lower than the preset threshold value, sending an alarm and returning the evidence.
4. The blockchain-based small creditor dispute case evidence management system as defined in any one of claims 1 to 3,
When a new progress exists in the service corresponding to the service number and service progress data are generated, the association module obtains the progress data, the service mode is also associated with a service progress data catalog, the service progress data are associated with entries of the service progress data catalog, the associated service progress data and the service progress data catalog are packed to form an supplementing evidence packet, the hash value of the supplementing evidence packet is extracted and uploaded to a block chain for storage, the corresponding block height and the block hash value are obtained, a evidence storage certificate is generated, the supplementing evidence packet is submitted to a notarization module to obtain a notarization certificate, and the supplementing evidence packet, the evidence storage certificate and the notarization certificate are submitted to a storage module for storage.
5. The blockchain-based small creditor dispute case evidence management system of claim 4,
The business progress data catalog comprises repayment data items and overdue data items, repayment data of a user are associated with the repayment data items when the repayment date is reached, if the repayment data items are empty when the repayment data of the user is not obtained on time, the repayment data items are checked to see whether the repayment data items are associated with the repayment data items when the overdue date is reached, if the repayment data items are not operated, overdue data are generated when the overdue data items are not operated, meanwhile, whether the overdue data associated with the overdue data items exist or not is checked, a litigation procedure is triggered when the overdue date quantity associated with the overdue data exceeds a preset threshold, an alarm is sent, all evidence packages, supplementary evidence packages and corresponding certificates and certificates under the business number are called out, and provided for a litigation staff, and if the overdue date quantity associated with the overdue data does not exceed the preset threshold.
6. The blockchain-based small creditor dispute case evidence management system of claim 5,
The service handling system of the financial institution comprises a plurality of terminals, when the terminals receive service handling data, the terminals display the ongoing service for the user, the user selects the ongoing service to continue handling or selects new service, the terminals provide repayment inlets, the repayment inlets are associated with service numbers, and when any terminal receives the repayment data, the repayment data are associated with repayment data items according to the service numbers.
7. The blockchain-based small creditor dispute case evidence management system of claim 1,
When the receiving node reads the sub-data packet, the sequence number is set to 1, a storage address is obtained by calculation according to the offset value, the sequence number and the address function associated with the packet identification, the sequence number and the storage address are sent to the corresponding storage node,
After receiving the sequence number and the storage address, the storage node judges whether the storage address is a preset special storage address, if not, the storage node sends the content stored by the storage address to the receiving node, meanwhile, the offset value stored on the storage address is obtained, then the storage address is obtained through calculation according to the sequence number, the offset value and the address function, the sequence number is added by one, the sequence number and the storage address are sent to the receiving node, the receiving node continues to send the sequence number and the storage address to the next storage node, if the storage address received by the storage node is the preset special storage address, the corresponding offset value is found according to the packet identifier, the storage address is obtained through calculation according to the sequence number, the offset value and the address function, and the sequence number and the storage address are sent to the receiving node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111178894.XA CN113849572B (en) | 2021-10-11 | 2021-10-11 | Block chain-based small creditor dispute case evidence management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111178894.XA CN113849572B (en) | 2021-10-11 | 2021-10-11 | Block chain-based small creditor dispute case evidence management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113849572A CN113849572A (en) | 2021-12-28 |
| CN113849572B true CN113849572B (en) | 2024-05-21 |
Family
ID=78977790
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111178894.XA Active CN113849572B (en) | 2021-10-11 | 2021-10-11 | Block chain-based small creditor dispute case evidence management system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113849572B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109598142A (en) * | 2018-12-05 | 2019-04-09 | 腾讯科技（深圳）有限公司 | Credits voucher generation method, device, electronic equipment and storage medium |
| CN110535660A (en) * | 2019-09-03 | 2019-12-03 | 杭州趣链科技有限公司 | A kind of evidence obtaining service system based on block chain |
| CN110879903A (en) * | 2019-11-20 | 2020-03-13 | 北京海益同展信息科技有限公司 | Evidence storage method, evidence verification method, evidence storage device, evidence verification device, evidence storage equipment and evidence verification medium |
| CN110995673A (en) * | 2019-11-20 | 2020-04-10 | 腾讯科技（深圳）有限公司 | Case evidence management method and device based on block chain, terminal and storage medium |
| CN112651744A (en) * | 2020-12-30 | 2021-04-13 | 杭州趣链科技有限公司 | Block chain-based credit mutual evaluation method and system and electronic equipment |
| CN113378236A (en) * | 2021-06-02 | 2021-09-10 | 浙江数秦科技有限公司 | Evidence data online security notarization platform and security method |
| CN113468598A (en) * | 2021-06-29 | 2021-10-01 | 浙江数秦科技有限公司 | Block chain-based certificate-preserving and security notarization system and method |
-
2021
- 2021-10-11 CN CN202111178894.XA patent/CN113849572B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109598142A (en) * | 2018-12-05 | 2019-04-09 | 腾讯科技（深圳）有限公司 | Credits voucher generation method, device, electronic equipment and storage medium |
| CN110535660A (en) * | 2019-09-03 | 2019-12-03 | 杭州趣链科技有限公司 | A kind of evidence obtaining service system based on block chain |
| WO2021043144A1 (en) * | 2019-09-03 | 2021-03-11 | 杭州趣链科技有限公司 | Blockchain-based evidence collection service system |
| CN110879903A (en) * | 2019-11-20 | 2020-03-13 | 北京海益同展信息科技有限公司 | Evidence storage method, evidence verification method, evidence storage device, evidence verification device, evidence storage equipment and evidence verification medium |
| CN110995673A (en) * | 2019-11-20 | 2020-04-10 | 腾讯科技（深圳）有限公司 | Case evidence management method and device based on block chain, terminal and storage medium |
| CN112651744A (en) * | 2020-12-30 | 2021-04-13 | 杭州趣链科技有限公司 | Block chain-based credit mutual evaluation method and system and electronic equipment |
| CN113378236A (en) * | 2021-06-02 | 2021-09-10 | 浙江数秦科技有限公司 | Evidence data online security notarization platform and security method |
| CN113468598A (en) * | 2021-06-29 | 2021-10-01 | 浙江数秦科技有限公司 | Block chain-based certificate-preserving and security notarization system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113849572A (en) | 2021-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105554032B (en) | A kind of identity real name verification method and verification system for posting part based on express delivery | |
| CN107240022B (en) | Insurance information processing method, device and system | |
| US7080259B1 (en) | Electronic information backup system | |
| CN1269041A (en) | Transaction method carried out with a mobile apparatus | |
| CN111476572A (en) | Data processing method and device based on block chain, storage medium and equipment | |
| CN103632102A (en) | Certificate processing method and terminal | |
| CN112804218A (en) | Data processing method, device and equipment based on block chain and storage medium | |
| CN112395582B (en) | Job entry management method, system, computer device and storage medium | |
| CN111400745A (en) | Picture management method and device and electronic equipment | |
| CN112819675A (en) | Banking affair flow control method and device | |
| CN107395587B (en) | Data management method and system based on multipoint cooperation mechanism | |
| CN110689348A (en) | Income verification method, device, terminal and medium based on alliance chain | |
| CN113849572B (en) | Block chain-based small creditor dispute case evidence management system | |
| CN114239072A (en) | Block chain node management method and block chain network | |
| CN106712958B (en) | Information acquisition method and system, real-name system information acquisition method, system and application | |
| CN112165383B (en) | Encryption method, device, equipment and medium based on shared root key | |
| CN113568934A (en) | Data query method and device, electronic equipment and storage medium | |
| CN113849566A (en) | Litigation evidence storing and storing system based on block chain | |
| CN106034031B (en) | Method, device, terminal and cloud authentication platform for acquiring identity information | |
| CN108848061B (en) | User information transmission method and terminal equipment | |
| CN109857748B (en) | Contract data processing method and device and electronic equipment | |
| CN112598502A (en) | Evidence obtaining method, device, equipment and storage medium | |
| CN114612087A (en) | Red packet anonymous getting method based on block chain | |
| CN104462896A (en) | Reliable video data acquisition and certification method with security certification function | |
| CN108537050B (en) | Service data transfer method and related device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |