CN113849572A - Small credit and debt dispute case evidence management system based on block chain - Google Patents
Small credit and debt dispute case evidence management system based on block chain Download PDFInfo
- Publication number
- CN113849572A CN113849572A CN202111178894.XA CN202111178894A CN113849572A CN 113849572 A CN113849572 A CN 113849572A CN 202111178894 A CN202111178894 A CN 202111178894A CN 113849572 A CN113849572 A CN 113849572A
- Authority
- CN
- China
- Prior art keywords
- storage
- evidence
- data
- business
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 claims description 15
- 238000013479 data entry Methods 0.000 claims description 14
- 238000004364 calculation method Methods 0.000 claims description 5
- 239000000284 extract Substances 0.000 claims description 3
- 210000001503 joint Anatomy 0.000 claims description 2
- 230000009286 beneficial effect Effects 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 26
- 238000007726 management method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000011161 development Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 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
- 238000011160 research Methods 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001960 triggered effect 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/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
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 block chains, in particular to a small-amount creditor dispute case evidence management system based on a block chain, which comprises a service number acquisition module, an association module, a storage module, a creditor module and a notarization module, wherein a plurality of service modes are preset in the service number acquisition module, a service data catalogue and a credence catalogue are associated with the service modes, the association module acquires service data and credence, the service number acquisition module distributes service numbers corresponding to the service modes, the handled service data and credence are respectively associated with entries in the service data catalogue and the credence catalogue, the service numbers, the business data catalog, the evidence catalog, the business data related to the entries and the evidence related to the entries are packaged into an evidence package, the evidence package is submitted to an evidence storage module, an evidence storage certificate is generated and submitted to a notarization department, a notarization certificate is obtained, and the evidence package, the evidence storage certificate and the notarization certificate are submitted to a storage module for storage. The invention has the beneficial effects that: the efficiency of providing evidences for the small-amount creditor dispute cases is effectively improved.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a small-amount debt dispute case evidence management system based on a block chain.
Background
The small loan transaction has the characteristics of small amount, no guarantee, no mortgage, dispersed service and high difficulty in risk control, and the loan amount is generally more than 1 ten thousand yuan and less than 20 ten thousand yuan. The small loan service is mainly served for enterprises in three farmers and small enterprises. With the development of information technology and biological identification technology, the petty loan business can be handled off the counter, and the handling cost of the petty loan is greatly reduced. The micropayment service is thus rapidly developed. A large number of small micro-businesses have thus gained an opportunity for development and benefit from interest rates. But also has the trend of increasing overdue rate and bad account rate. Due to the lack of efficient evidence collection, the petty loan transaction usually has multiple terminals, channels and transaction phases for the user to transact business. And service data of different terminals, channels and service stages are dispersedly stored in respective service systems. If the mobile phone APP receives loan application materials and certificates, the examination and approval data of the loan application and the certificates of the background loan examination and approval department are respectively stored in the front-end system and the background system. The first-line staff is difficult to simply and quickly call all relevant data and materials, and the judicial disposal difficulty is improved. Moreover, the judicial approach has the problems of high cost and long time consumption, so that the financial institution is difficult to effectively deal with overdue and bad accounts of the small loans through the judicial approach. The deterrence force of judicial treatment is reduced, and bad behaviors of a small part of users which are malicious and overdue are promoted to a certain extent. Not only brings loss to financial institutions, but also limits the further development of the petty loan service for small and micro enterprises. Therefore, it is necessary to research a system capable of rapidly collecting and using data and evidence related to dispute of small amount of debt.
Chinese patent CN111506931A, published 2020, 8.7.discloses an electronic evidence management method based on block chains and a cloud computing platform, comprising the following steps: the user uploads the evidence to the system and encrypts and stores the evidence needing to be preserved; verifying the received evidence and sequencing the verified evidence according to uploading time or a hash value to generate a block; and carrying out block consensus on the generated blocks, issuing the blocks to a block chain for storage, and updating block chain information. Although evidence storage is realized by means of a block chain, the technical scheme can not 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 technical problem to be solved by the invention is as follows: the technical problem of lack of an evidence management system for efficiently supporting low-volume claim dispute cases at present. The small-amount creditor-right dispute case evidence management system based on the block chain is provided, relevant evidences can be conveniently and rapidly collected and managed, and litigation efficiency is improved.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows: the evidence management system for the dispute case with the small credit and debt authority based on the block chain comprises a service number acquisition module, an association module, a storage module, a certificate storage module and a notarization module, wherein a plurality of service modes are preset in the service number acquisition module, each service mode is associated with a service data catalogue and a certificate catalogue, the association module is in butt joint with a service handling system of a financial institution to acquire service data and certificates, a service handler of the financial institution selects a corresponding service mode according to the handled service type, the service number acquisition module distributes service numbers corresponding to the service modes and simultaneously sends the service data catalogue and the certificate catalogue to the association module, the association module associates the service data catalogue and the certificate catalogue with the service numbers, associates the handled service data and the certificates with entries in the service data catalogue and the certificate catalogue respectively, and associates the service numbers, The business data catalog, the evidence catalog, the business data related to the entries and the evidence related to the entries are packaged into an evidence package, the evidence package is submitted to an evidence storage module, the evidence storage module extracts a hash value of the evidence package and uploads the hash value to a block chain for storage, corresponding block height and block hash value are obtained, an evidence storage certificate is generated, the evidence package is submitted to a notarization department through the notarization module, a notarization certificate is obtained, and the evidence package, the evidence storage certificate and the notarization certificate are submitted to a storage module for storage.
Preferably, the system further comprises an integrity check module and a correctness check module, wherein the integrity check module checks whether entries in the business data directory and the evidence directory are associated with business data or evidence, if yes, the business data and the evidence are judged to pass the integrity check, and if not, the business data or the evidence is prompted to be completed; the correctness checking module establishes a document identification model, the document is in a picture format, the document is input into the document identification model, if the identification is wrong, an alarm is sent out and the document is returned, the document is submitted again after being corrected by a business clerk, and if the identification is correct, the document is associated with a corresponding document catalogue entry.
Preferably, the credential identification model establishing method includes: the method comprises the steps of manually checking certificates and marking corresponding entries to form a sample picture, dividing the sample picture into squares when the sample picture reaches a preset number, calculating the similarity of the sample picture in each square, marking the squares with the similarity exceeding a preset threshold as template squares, calculating the mean value of each pixel value in the template squares to obtain a template area and a template area image, inputting the certificates into a certificate recognition model, equally dividing the squares by the certificate recognition model, calculating the similarity between the certificates in the template area and the template area image, judging the certificates to be correct if the similarity exceeds the preset threshold, otherwise, judging the certificates to be wrong if the similarity is equal to or lower than the preset threshold, sending an alarm and returning the certificates.
Preferably, when a new progress exists in the service corresponding to the service number and service progress data is generated, the association module obtains progress data, the service mode is also associated with a service progress data directory, the service progress data is associated with entries of the service progress data directory, the associated service progress data and the service progress data directory are packaged to form an appended evidence packet, a hash value of the appended evidence packet is extracted and uploaded to a block chain for storage, a corresponding block height and a corresponding block hash value are obtained, a certificate of storage is generated, the appended evidence packet is submitted to the notarization module, a notarization certificate is obtained, and the appended evidence packet, the certificate of storage and the notarization certificate are submitted to the storage module for storage.
Preferably, the business progress data catalog comprises repayment data entries and overdue data entries, when a repayment date is reached, repayment data of a user is associated with the repayment data entries, if the user does not repay on time, the repayment entries are vacant, when the overdue date is reached, whether the repayment data entries are associated with repayment data or not is checked, if yes, no operation is performed, if no, overdue data is generated, overdue data is associated with the overdue data entries, whether associated overdue data exist on the past overdue date or not is checked, if the number of the past overdue dates associated with the overdue data exceeds a preset threshold value, a litigation program is triggered, an alarm is issued, all evidence packages, supplementary evidence packages, corresponding storage certificates and public certificate certificates under the business number are called out to be provided to a litigant, and if the number of the past dates associated with the overdue data does not exceed the preset threshold value, an overdue alarm is issued.
Preferably, the service transaction system of the financial institution comprises a plurality of terminals, when the terminals receive service transaction data, the terminals show ongoing services for users, the users select the ongoing services to continue transaction or select new services, the terminals provide a repayment entrance, the repayment entrance is associated with a service number, and when any terminal receives the repayment data, the repayment data is associated with repayment data items according to the service number.
Preferably, the storage module includes a receiving node and a plurality of storage nodes, the storage nodes have a sequence, the receiving node receives an evidence packet, the receiving node assigns a packet identifier to the evidence packet, the receiving node divides 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 an inverted sequence according to the numbers, the receiving node and the storage nodes respectively store preset address functions, inputs of the address functions are sequence numbers and offset values, outputs of the address functions are storage addresses, values of the sequence numbers are set as the number of the sub-data packets, the first arranged sub-data packet and the sequence numbers are sent to a first storage node, the storage nodes assign storage addresses themselves, and store the sub-data packets at the assigned storage addresses, subtracting one from the sequence number, feeding back the sequence number to a receiving node, sending a 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, executing a storage step by a subsequent storage node until all the sub-data packets are stored, and storing the sub-data packets: the storage node allocates storage addresses by itself, the storage node calculates to obtain an offset value according to the received storage addresses, the sequence numbers and the address functions, the sub-data packet associated offset value is stored, the storage node continuously sends the storage addresses to the next storage node, the sequence numbers are subtracted by one and fed back to the receiving node, the receiving node sends the sequence numbers and the next sub-data packet to the next storage node, finally the storage node storing the sub-data packets sends the corresponding storage addresses and the sequence numbers to the receiving node, the receiving node calculates to obtain the offset value according to the storage addresses and the sequence numbers, and the offset value associated packet identifier is stored.
Preferably, when the storage node receives the storage address, the sequence number and the sub-packet, it randomly determines whether to store the sub-packet, if it determines to store the sub-packet, the storage step is executed, and if it determines not to store the sub-packet, the following steps are executed: the storage node calculates and obtains an offset value according to the received storage address, the sequence number and the address function, stores the offset value association packet identifier in a designated area, sends a preset special storage address to the next storage node, and feeds 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.
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 the offset value, the sequence number and the address function associated with the packet identifier, the storage node sends the sequence number and the storage address to the corresponding storage node, after receiving the sequence number and the storage address, judges whether the storage address is a preset special storage address, if not, the content stored in the storage address is sent to the receiving node, the offset value stored in the storage address is obtained at the same time, then the storage address is obtained by 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, and calculating to obtain a storage address according to the sequence number, the deviation value and the address function, and sending the sequence number and the storage address to the receiving node.
Preferably, the storage node opens up a plurality of storage blocks in a storage space, the size of each storage block corresponds to the size of each sub-data packet, the storage blocks are allocated with index numbers, the index numbers are crop storage addresses, and the index numbers are integers.
Preferably, the address functions stored by the receiving nodes and the storage nodes are different, the address functions are stored after being encrypted by the public keys of the corresponding receiving nodes or storage nodes, and when the address functions are used, the address functions are decrypted by the private keys of the corresponding receiving nodes or storage nodes and then read into the memory, and are destroyed after being used.
The substantial effects of the invention are as follows: the service number is used for associating the related service data and the evidence, an evidence bag is formed when the service is handled, and evidence is stored and notarized through a block chain and a notarization place to form evidence for later use, so that the efficiency of providing evidence for the small-amount creditor dispute case is effectively improved; the integrity and correctness of the related business data and evidence are ensured by the integrity and correctness checking module, and the integrity and the usability of the evidence are ensured; by the improved storage method, the security and the privacy of evidence package storage are improved.
Drawings
Fig. 1 is a schematic diagram illustrating a configuration of an evidence management system according to an embodiment.
Fig. 2 is a schematic diagram illustrating a method for creating a credential identification model according to an embodiment.
Fig. 3 is a schematic diagram of a service progress data association method according to an embodiment.
Fig. 4 is a schematic diagram of a method for storing an evidence package by a storage module according to the second embodiment.
Fig. 5 is a schematic diagram of an evidence package storage method according to the second embodiment.
Fig. 6 is a schematic diagram of a method for reading a sub-packet by a receiving node according to a 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 certificate storage module, 70, a block chain, 80, a notarization module, and 90, a notarization position.
Detailed Description
The following provides a more detailed description of the present invention, with reference to the accompanying drawings.
The first embodiment is as follows:
referring to fig. 1, the system for managing evidence of dispute cases with small credit and debt based on block chains includes a service number obtaining module 10, an association module 20, an integrity checking module 30, a correctness checking module 40, a storage module 50, a certificate storage module 60 and a notarization module 80, wherein the service number obtaining module 10 is preset with a plurality of service modes, each service mode is associated with a service data directory and a certificate directory, the association module 20 is connected with a service handling system of a financial institution to obtain service data and certificates, a service handler of the financial institution selects a corresponding service mode according to the handled service types, the service number obtaining module 10 allocates a service number corresponding to the service mode and simultaneously sends the service data directory and the certificate directory to the association module 20, the association module 20 associates the service data directory and the certificate directory with the service number, and associates the handled service data and certificates with entries in the service data directory and the certificate directory respectively, the integrity check module 30 checks whether the entries in the business data directory and the credential directory are associated with business data or credentials, if yes, the integrity check of the business data and the credentials is judged to be passed, and if not, the business data or the credentials are prompted to be completed; the correctness checking module 40 establishes a document identification model, the document is in a picture format, the document is input into the document identification model, if the identification is wrong, an alarm is given and the document is returned, the document is submitted again after being corrected by a business clerk, and if the identification is correct, the document is associated with a corresponding document catalogue entry.
The service number, the service data catalogue, the evidence catalogue, the service data related to the entry and the evidence related to the entry are packaged into an evidence package, the evidence package is submitted to the evidence storage module 60, the evidence storage module 60 extracts a hash value of the evidence package and uploads the hash value to the block chain 70 for storage, corresponding block height and block hash value are obtained, an evidence storage certificate is generated, the evidence package is submitted to the notarization department 90 through the notarization module 80, a notarization certificate is obtained, and the evidence package, the evidence storage 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 auditing the certificates and marking corresponding entries to form sample pictures; step A02), when the number of the sample pictures reaches a preset number, dividing the sample pictures into squares; step A03) calculating the similarity of the sample picture in each square, and marking the square with the similarity exceeding a preset threshold as a template square; step A04) averaging each pixel value in the template square to obtain a template area and a template area image; step A05), when the document is input into the document recognition model, the document recognition model divides the document into squares; step A06) calculating the similarity between the evidence in the template area and the image of the template area, if the similarity exceeds the preset threshold, then the evidence is judged to be correct, otherwise, if the similarity is equal to or lower than the preset threshold, then the evidence is judged to be wrong, an alarm is sent out, and the evidence is returned.
When a new progress exists in the service corresponding to the service number and the service progress data is generated, the association module 20 obtains the progress data, the service mode is also associated with a service progress data directory, the service progress data is associated with entries of the service progress data directory, the associated service progress data and the service progress data directory are packaged to form an appended evidence packet, a hash value of the appended evidence packet is extracted and uploaded to the block chain 70 for storage, a corresponding block height and a block hash value are obtained, a certificate of existence is generated, the appended evidence packet is submitted to the notarization module 80, a notarization certificate is obtained, and the appended evidence packet, the certificate of existence and the notarization certificate are submitted to the storage module 50 for storage.
The business progress data directory includes repayment data entries and overdue data entries, and referring to fig. 3, the following steps are performed: step B01), when the repayment date is reached, the repayment data of the user is associated with the repayment data item, and if the user does not repay on time, the repayment item is left vacant; step B02), when the overdue date is reached, checking whether the repayment data entry is associated with repayment data, if yes, not doing operation, otherwise, executing step B03) to generate overdue data, and associating the overdue data with the overdue data entry; step B04) checking whether the past overdue date has associated overdue data, if the number of the past overdue dates associated with the overdue data exceeds a preset threshold, executing step B05) to trigger a litigation program, giving an alarm, calling out all evidence packages, supplementary evidence packages, corresponding storage certificates and public certificate certificates under the service number, providing the evidence packages, supplementary evidence packages, corresponding storage certificates and public certificate certificates for litigant transactants, and if the number of the past overdue dates associated with the overdue data does not exceed the preset threshold, giving the overdue alarm.
The service handling system of the financial institution comprises a plurality of terminals, when the terminals receive service handling data, the terminals show ongoing services for users, the users select the ongoing services to continue handling or select new services, the terminals provide a repayment entrance, the repayment entrance is associated with a service number, and when any terminal receives the repayment data, the repayment data is associated with repayment data items according to the service number.
The beneficial technical effects of this embodiment are: the service number is used for associating the related service data and the evidence, an evidence package is formed when the service is handled, and evidence is stored and notarized through the block chain 70 and the notarization department 90 to form evidence for standby, so that the efficiency of providing evidence for the small-amount creditor dispute case is effectively improved; the integrity and correctness checking module 40 ensures that the related business data and the evidence are complete and correct, and ensures the integrity and the availability of the evidence.
Example two:
in the embodiment of the evidence management system for dispute cases with small credit and debt rights based on a block chain, on the basis of the first embodiment, a specific improvement is made on a working method of the storage module 50, so as 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 have a sequence, the receiving node receives the evidence packet, and the receiving node assigns a packet identifier to the evidence packet. Referring to fig. 4, the method for storing the evidence package by the storage module 50 in the embodiment includes: step C01), the receiving node divides the evidence packet into a plurality of sub-data packets, the sub-data packets have preset sizes, the sub-data packets are associated with packet identifiers and have numbers, and the sub-data packets are arranged in the reverse order of the numbers; step C02), the receiving node and the storage node respectively store a preset address function, the input of the address function is a serial number and an offset value, and the output of the address function is a storage address; step C03) setting the value of the serial number as the number of the sub-data packets, and sending 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, subtracts one from the sequence number and feeds back the sequence number to the receiving node; step C05) sending the storage address to the next storage node, the receiving node sending the serial number and the next sub data packet to the next storage node, the subsequent storage node executing the storage step until all sub data packets are stored; the storing step comprises the following steps: step C06), the storage node self-distributes storage addresses, the storage node calculates and obtains deviant according to the received storage addresses, sequence numbers and address functions, and the deviant is stored in association with the sub-data packets; step C07) the storage node continuously sends the storage address to the next storage node, subtracts one from the serial number and feeds back the serial number to the receiving node, and the receiving node sends the serial 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; and step C09), the receiving node calculates and obtains the deviant according to the storage address and the sequence number, and stores the deviant association packet identifier.
As 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, it randomly decides whether to store the sub data packet, if it decides to store the sub data packet, it executes the storage step, if it decides not to store the sub data packet, it executes the following steps: step D02), the storage node calculates and obtains the deviant according to the received storage address, the sequence number and the address function; step D03), storing the offset value association packet identifier in a designated area, and sending the preset special storage address to the next storage node; step D04) feeding back the sequence number to the receiving node, and the receiving node of 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-packets with a certain probability, and even if the storage node does not store the sub-packets, the offset value is calculated. While not changing the value of the sequence number. Only when all storage nodes are connected is it possible to correctly recover the evidence package. And the storage node and the receiving node acquire the service number corresponding to the evidence packet which is currently being recovered through encryption communication. If there is unexpected evidence packet recovery, that is, part of sub data packets are leaked, the storage node is rejected by the receiving node when asking for a service number from the receiving node, and cannot continue to recover the sub data packets. Therefore, the security 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: step E01), setting the sequence number as 1, calculating to obtain a storage address according to the deviant, the sequence number and the address function associated with the packet identifier, and sending the sequence number and the storage address to the 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 following steps are executed: step E03) sending the content stored in the storage address to the receiving node; step E04) obtaining the deviant stored on the storage address, and then calculating to obtain the storage address according to the serial number, the deviant and the 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 out the corresponding offset value according to the packet identifier; step E07) calculating to obtain a storage address according to the sequence number, the deviant and the address function, and sending the sequence number and the storage address to the receiving node; step E08) the receiving node proceeds to send the sequence number and storage address to the next storage node. The storage nodes open a plurality of storage blocks in the storage space, the size of each storage block corresponds to the size of each sub-data packet, the storage blocks are distributed with index numbers, the index numbers are crop storage addresses, and the index numbers are integers.
The address functions stored by the receiving nodes and the storage nodes are different, the address functions are stored after being encrypted by the public keys of the corresponding receiving nodes or the corresponding storage nodes, and when the address functions are used, the private keys of the corresponding receiving nodes or the corresponding storage nodes are used for decryption and then read into the memory, and the address functions are destroyed after being used. In this embodiment, the storage address function of one of the storage nodes is: memory address =4 × serial number +3 × offset value + 1209. Given a memory address and a sequence number, a corresponding offset value can be calculated. The distributed storage method provided by this embodiment can read the sub-packets only after the address function is obtained. And the correct storage address can be obtained only by reading according to the serial number, so that the method has higher safety and can avoid data leakage. The receiving node sets the sequence of N storage nodes, the identifier is a number, and the sequence of the storage nodes corresponding to the N surplus identifiers is the sequence of the storage nodes used for storing the corresponding storage packets and the supplement packets. The N storage nodes are sequentially encrypted and stored, and are restored to the memory only when being used, and the memory is destroyed after being used.
The above-described embodiments are only preferred embodiments of the present invention, and are not intended to limit the present invention in any way, and other variations and modifications may be made without departing from the spirit of the invention as set forth in the claims.
Claims (9)
1. The dispute case evidence management system based on the block chain is characterized in that,
comprises a service number acquisition module, an association module, a storage module, a certificate storage module and a notarization module,
the business number acquisition module is preset with a plurality of business modes, each business mode is associated with a business data catalogue and an evidence catalogue, the association module is in butt joint with a business handling system of a financial institution to acquire business data and evidence, a business handling worker of the financial institution selects a corresponding business mode according to a handled business type, the business number acquisition module allocates a business number corresponding to the business mode and simultaneously transmits the business data catalogue and the evidence catalogue to the association module, the association module associates the business data catalogue and the evidence catalogue with the business number, associates the handled business data and the evidence with entries in the business data catalogue and the evidence catalogue respectively, packs the business number, the business data catalogue, the evidence catalogue, the business data associated with the entries and the evidence associated with the entries into an evidence pack, submits the evidence pack to a evidence storage module, and the evidence storage module extracts a hash value of the evidence pack and uploads the hash value to a block chain for storage, and obtaining the corresponding block height and the block hash value, generating a certificate of notarization, submitting the evidence packet to a notarization place through a notarization module, obtaining a notarization certificate, and submitting the evidence packet, the certificate of notarization and the notarization certificate to a storage module for storage.
2. The blockchain-based low-credit-rights dispute case evidence management system according to claim 1,
also comprises an integrity check module and a correctness check module,
the integrity check module checks whether entries in the business data directory and the evidence directory are associated with business data or evidence, if yes, the integrity check of the business data and the evidence is judged to be passed, and if not, the business data or the evidence is prompted to be completed;
the correctness checking module establishes a document identification model, the document is in a picture format, the document is input into the document identification model, if the identification is wrong, an alarm is sent out and the document is returned, the document is submitted again after being corrected by a business clerk, and if the identification is correct, the document is associated with a corresponding document catalogue entry.
3. The blockchain-based low-credit-rights dispute case evidence management system according to claim 2,
the credential identification model establishing method comprises the following steps:
the method comprises the steps of manually checking certificates and marking corresponding entries to form a sample picture, dividing the sample picture into squares when the sample picture reaches a preset number, calculating the similarity of the sample picture in each square, marking the squares with the similarity exceeding a preset threshold as template squares, calculating the mean value of each pixel value in the template squares to obtain a template area and a template area image, inputting the certificates into a certificate recognition model, equally dividing the squares by the certificate recognition model, calculating the similarity between the certificates in the template area and the template area image, judging the certificates to be correct if the similarity exceeds the preset threshold, otherwise, judging the certificates to be wrong if the similarity is equal to or lower than the preset threshold, sending an alarm and returning the certificates.
4. The blockchain-based small-credit-rights dispute case evidence management system according to any one of claims 1 to 3,
when a new progress exists in the business corresponding to the business number and business progress data are generated, the association module obtains progress data, the business mode is also associated with a business progress data directory, the business progress data are associated with entries of the business progress data directory, the associated business progress data and the business progress data directory are packaged to form an appended evidence packet, a hash value of the appended evidence packet is extracted and uploaded to a block chain for storage, a corresponding block height and a block hash value are obtained, a certificate of deposit is generated, the appended evidence packet is submitted to a notarization module, a notarization certificate is obtained, and the evidence packet, the certificate of deposit and the notarization certificate are submitted to a storage module for storage.
5. The blockchain-based low-credit-rights dispute case evidence management system according to claim 4,
the business progress data catalog comprises repayment data entries and overdue data entries, and when a repayment date is reached, the repayment data of the user is associated with the repayment data entries, if the user does not repay on time, the payment entry is left vacant, when the overdue date is reached, whether the payment data entry is associated with the payment data or not is checked, if yes, no operation is done, if not, overdue data is generated, the overdue data is associated with the overdue data entry, meanwhile, whether the related overdue date has the associated overdue data is checked, if the number of the past overdue dates related to the overdue data exceeds a preset threshold value, triggering a litigation program, sending an alarm, calling out all evidence packages, supplementary evidence packages, corresponding certificate storage certificates and certificate certificates under the service numbers, providing the evidence packages, supplementary evidence packages, corresponding certificate storage certificates and corresponding certificate certificates for litigant waiters, and sending out overdue alarm if the quantity of the overdue days associated with overdue data does not exceed a preset threshold value.
6. The blockchain-based low-credit-rights dispute case evidence management system according to claim 5,
the service handling system of the financial institution comprises a plurality of terminals, when the terminals receive service handling data, the terminals show ongoing services for users, the users select the ongoing services to continue handling or select new services, the terminals provide a repayment entrance, the repayment entrance is associated with a service number, and when any terminal receives the repayment data, the repayment data is associated with repayment data items according to the service number.
7. The blockchain-based small-credit-rights dispute case evidence management system according to any one of claims 1 to 3,
the storage module comprises a receiving node and a plurality of storage nodes, the storage nodes have a sequence, the receiving node receives the evidence packets, the receiving node distributes packet identifiers to the evidence packets,
the receiving node divides the evidence packet into a plurality of sub-data packets, the sub-data packets have preset sizes, the sub-data packets are associated with packet identifiers and have numbers, the sub-data packets are arranged in a reverse order according to the numbers,
the receiving node and the storage node respectively store a preset address function, the input of the address function is a serial number and an offset value, the output of the address function is a storage address,
setting the value of the sequence number as the number of the sub-data packets, sending the first arranged sub-data packet and the serial number to a first storage node, the storage node self-allocates a storage address, stores the sub-data packet on the allocated storage address, subtracts one from the sequence number and feeds back the sequence number to a receiving node, sending the storage address to a next storage node, the receiving node sends the sequence number and the next sub-data packet to the next storage node, the subsequent storage node executes a storage step until all the sub-data packets are stored,
a storage step:
the storage nodes distribute storage addresses by themselves, the storage nodes calculate and obtain an offset value according to the received storage addresses, the sequence numbers and the address function, the sub-data packets are stored in association with the offset value, the storage nodes continuously send the storage addresses to the next storage node, the sequence numbers are subtracted by one and fed back to the receiving node, the receiving node sends the sequence numbers and the next sub-data packets to the next storage node,
and finally, the storage node for storing the sub-data packet sends the corresponding storage address and the sequence number to the receiving node, the receiving node calculates to obtain an offset value according to the storage address and the sequence number, and the offset value is associated with the packet identifier and stored.
8. The blockchain-based low-credit-rights dispute case evidence management system according to claim 7,
when the storage node receives the storage address, the sequence number and the sub data packet, whether the sub data packet is stored or not is randomly determined, if the sub data packet is determined to be stored, the storage step is executed, and if the sub data packet is not determined to be stored, the following steps are executed:
the storage node calculates and obtains an offset value according to the received storage address, the sequence number and the address function, stores the offset value association packet identifier in a designated area, sends a preset special storage address to the next storage node, and feeds 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.
9. The blockchain-based low-credit-rights dispute case evidence management system according to claim 8,
when the receiving node reads the sub data packet, the serial number is set to 1, a storage address is obtained by calculation according to the deviant, the serial number and the address function associated with the packet identifier, the serial number and the storage address are sent to the corresponding storage node,
after receiving the serial number and the storage address, the storage node judges whether the storage address is a preset special storage address or not, if not, the content stored in the storage address is sent to the receiving node, meanwhile, an offset value stored in the storage address is obtained, then, the storage address is obtained through calculation according to the serial number, the offset value and an address function, the serial number is increased by one, the serial number and the storage address are sent to the receiving node, the receiving node continues to send the serial 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 a packet identifier, the storage address is obtained through calculation according to the serial number, the offset value and the address function, and the serial 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 true CN113849572A (en) | 2021-12-28 |
| CN113849572B 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 |
|---|---|
| CN113849572B (en) | 2024-05-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102044749B1 (en) | Method for obtaining one-time authentication information for authentication based on blockchain | |
| US10304062B1 (en) | Computer architecture incorporating blockchain based immutable audit ledger for compliance with data regulations | |
| CN108596619B (en) | Transaction method, device, central node and system for blockchain system | |
| CN105554032B (en) | A kind of identity real name verification method and verification system for posting part based on express delivery | |
| CN109636318B (en) | Real estate registration system and real estate registration method | |
| CN111695978A (en) | Block chain system for payroll distribution and payroll distribution method | |
| US20100262837A1 (en) | Systems And Methods For Personal Digital Data Ownership And Vaulting | |
| CN112819675A (en) | Banking affair flow control method and device | |
| CN113592619A (en) | Method, system and device for realizing banking business service process | |
| CN111709829A (en) | Data processing method and device, electronic equipment and storage medium | |
| JP2022517042A (en) | Preventing erroneous copies of data records from being sent to distributed ledger systems | |
| CN110689348A (en) | Income verification method, device, terminal and medium based on alliance chain | |
| CN111681141B (en) | File authentication method, file authentication device and terminal equipment | |
| CN106034031B (en) | Method, device, terminal and cloud authentication platform for acquiring identity information | |
| CN117275138A (en) | Identity authentication method, device, equipment and storage medium based on automatic teller machine | |
| CN113849572A (en) | Small credit and debt dispute case evidence management system based on block chain | |
| CN112598502A (en) | Evidence obtaining method, device, equipment and storage medium | |
| CN108848061B (en) | User information transmission method and terminal equipment | |
| CN113849566A (en) | Litigation evidence storing and storing system based on block chain | |
| CN111753156A (en) | Remote self-service file query system | |
| CN113989059A (en) | Customer information checking method, system, computer device and storage medium | |
| CN105450590B (en) | It is a kind of that the method and apparatus of resource is provided | |
| CN110581820B (en) | Financial technology application system and method based on IPV6 and biological recognition technology | |
| CN111524000A (en) | Identity authentication method and system | |
| CN114881772B (en) | Loan processing method based on block chain |
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 |