KR102273960B1 - System for managing data for documents based on blockchain system - Google Patents

Abstract

The present invention relates to a system for managing electronic documents based on blockchain technology. More specifically, the present invention provides a system for managing document data based on block chain technology, comprising a plurality of main nodes participating in a main block chain, and a storage unit for storing document data, wherein the plurality of main nodes include: When a transaction for predetermined document data is made in a predetermined main node among nodes, the predetermined main node transfers the predetermined document data to the storage unit, and the storage unit stores the received predetermined document data. , it relates to a system for managing document data.

Description

A system for managing document data based on blockchain technology {SYSTEM FOR MANAGING DATA FOR DOCUMENTS BASED ON BLOCKCHAIN SYSTEM}

The present invention relates to a system for managing document data based on block chain technology, and more particularly, to a document management system that improves reliability by lowering the risk of forgery and falsification of documents and facilitates later document destruction.

Blockchain technology refers to a data distribution processing technology in which all users participating in the network distribute and store all data to be managed. It is also called 'distributed ledger technology (DLC)' or 'public transaction ledger' in that the ledger containing transaction information is not owned by the transaction subject or a specific institution, but is a technology shared by all network participants. . Blockchain is a name given to the fact that blocks containing transaction contents are linked like a chain.

These blockchains can be divided into public blockchains and private blockchains. The public blockchain corresponds to the public transaction ledger described above, and the public blockchain usually refers to the blockchain. Private blockchain is a relative concept, and is also called enterprise blockchain because it is mainly used in enterprises. Consortium blockchain, in which several companies (or institutions) jointly participate, also falls under the category of private blockchain in a broad sense.

Unlike public blockchains that are open to anyone and anyone can create transactions, private blockchains can only participate with the approval of a service provider (corporate or institution), and only institutions with legal responsibility can create transactions. In addition, unlike public blockchains, where transaction details are disclosed to everyone and all nodes participating in the network verify and approve transactions, in private blockchains, only authorized organizations verify and approve transactions.

The public blockchain allows anyone to participate and has high reliability through mutual verification of all participants, but has a disadvantage in that the processing speed is slow as it keeps and shares the transaction records of all participants. In contrast, private blockchains are much faster because only approved nodes participate and there is no need to seek verification from other nodes. However, since users of private blockchains have to rely entirely on service providers, their reliability is limited compared to public blockchains.

Such a block chain can be used in various industrial fields, and will be most suitable for fields where reliability against forgery and falsification must be secured. Certification tasks such as user authentication or document verification are tasks that are constantly exposed to the risk of forgery or falsification, and securing reliability will be more urgent than tasks in other industries.

Blockchain technology can have near-perfect reliability because existing data cannot be deleted or modified, but there are also disadvantages resulting from this. For example, documents containing personal information should be destroyed after being used for their intended purpose, but if it is based on blockchain technology, it will be impossible to destroy issued documents. In other words, a document that has been published once is maintained in a state where it can be read by a third party at any time, unless the system itself is stopped.

Therefore, based on the block chain system, there is a need for research on a system capable of destroying documents while improving reliability from the risk of forgery or falsification of the document itself.

SUMMARY OF THE INVENTION The present invention aims to solve the above and other problems. Another object is to provide a document issuance system with improved reliability from forgery risk.

Another object of the present invention is to provide a document issuance system that facilitates destruction of issued documents.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by those of ordinary skill in the art to which the present invention belongs from the following description. will be able

According to an aspect of the present invention to achieve the above or other objects, in a system for managing document data based on block chain technology, a plurality of main nodes participating in the main block chain; and a storage unit for storing document data, wherein when a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes, the predetermined main node transfers the predetermined document data to the storage unit, The storage unit provides a system for managing document data, characterized in that the received predetermined document data is stored.

In this case, the storage unit stores a plurality of document data in a manner that matches the document data and a key value indicating the document data, and when receiving a request to read the document data stored in the storage unit, the Document data stored by matching the key value included in the received reading request may be returned.

When a destruction request for any one of the document data stored in the storage unit is received, the storage unit may delete a key value stored in accordance with the destruction requested document data.

The storage unit may include a plurality of sub-nodes participating in a sub-blockchain, and the plurality of sub-nodes may form a plurality of sub-blocks.

When the storage unit stores the received predetermined document data, the predetermined document data to be stored is divided into a plurality of data, and when the plurality of sub-blocks are formed, the divided plurality of data is stored in the plurality of sub-blocks. can be divided and stored.

The transaction for the predetermined document data may be a transaction for transmission and reception of an email, and the predetermined document data may be an attachment of the transmitted and received email.

The transaction for the predetermined document data may be a transaction for at least one of issuance, distribution, and destruction of the electronic certificate file, and the predetermined document data may be the electronic certificate file.

According to another aspect of the present invention to achieve the above or other objects, a system comprising a plurality of main nodes participating in the main block chain to manage document files based on block chain technology and a storage unit for storing document data In the control method of: when a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes, the predetermined main node transmits the predetermined document data to the storage unit; and storing, by the storage unit, the received predetermined document data, it provides a control method of a system for managing document data.

The effect of the document management system according to the present invention will be described as follows.

According to at least one of the embodiments of the present invention, there is an advantage that it is possible to provide a document management system with improved reliability from the risk of document forgery.

In addition, according to at least one of the embodiments of the present invention, there is an advantage that it is possible to provide a document management system that can destroy issued documents after being used for a purpose even based on block chain technology.

Further scope of applicability of the present invention will become apparent from the following detailed description. However, it should be understood that the detailed description and specific embodiments such as preferred embodiments of the present invention are given by way of illustration only, since various changes and modifications within the spirit and scope of the present invention may be clearly understood by those skilled in the art.

1 is a diagram showing the structure of a block chain according to an embodiment of the present invention.
2 is a diagram for explaining an extended relationship between a main block chain and a sub block chain according to an embodiment of the present invention.
3 is a flowchart of a document management system according to an embodiment of the present invention.
4 is a diagram illustrating a procedure for checking an issued document according to an embodiment of the present invention.
5 is a flowchart illustrating a procedure for destroying an issued document according to an embodiment of the present invention.
6 shows a flowchart of a document management system according to a second embodiment of the present invention.
7 is a diagram illustrating a procedure for checking an issued document according to an embodiment of the present invention.
8 is a flowchart illustrating a procedure for destroying an issued document according to a second embodiment of the present invention.

Hereinafter, the embodiments disclosed in the present specification will be described in detail with reference to the accompanying drawings, but the same or similar components are assigned the same reference numerals regardless of reference numerals, and overlapping descriptions thereof will be omitted. The suffixes "module" and "part" for the components used in the following description are given or mixed in consideration of only the ease of writing the specification, and do not have a meaning or role distinct from each other by themselves. In addition, in describing the embodiments disclosed in the present specification, if it is determined that detailed descriptions of related known technologies may obscure the gist of the embodiments disclosed in this specification, the detailed description thereof will be omitted. In addition, the accompanying drawings are only for easy understanding of the embodiments disclosed in the present specification, and the technical spirit disclosed herein is not limited by the accompanying drawings, and all changes included in the spirit and scope of the present invention , should be understood to include equivalents or substitutes.

Terms including an ordinal number such as first, second, etc. may be used to describe various elements, but the elements are not limited by the terms. The above terms are used only for the purpose of distinguishing one component from another.

When a component is referred to as being “connected” or “connected” to another component, it is understood that the other component may be directly connected or connected to the other component, but other components may exist in between. it should be On the other hand, when it is mentioned that a certain element is "directly connected" or "directly connected" to another element, it should be understood that the other element does not exist in the middle.

The singular expression includes the plural expression unless the context clearly dictates otherwise.

In the present application, terms such as "comprises" or "have" are intended to designate that a feature, number, step, operation, component, part, or combination thereof described in the specification exists, but one or more other features It should be understood that this does not preclude the existence or addition of numbers, steps, operations, components, parts, or combinations thereof.

Blockchain technology is currently being actively used in the financial system. Hereinafter, a method applied in the financial system will be described.

The core concept of blockchain is decentralization, which aims for P2P (Peer to Peer) transactions, away from the existing financial system that secures and manages all transactions in financial institutions. P2P refers to a communication network that connects personal computers without a server or client, and each connected computer acts as a server and client and shares information.

In the existing financial system, financial companies have kept transaction records on a central server, whereas in a blockchain based on the P2P method, transaction information is stored in blocks and connected in turn, and it is shared by all participants.

The processing of blockchain technology for the transaction process (transaction, transaction) in the financial system is performed as follows. ① A makes a transaction request to B, such as a request for remittance. ② A block containing the transaction information is created. ③ When the block is sent to all participants on the network, the participants mutually verify the validity of the transaction information. ④ The transaction details that match the data of the majority of participants are checked with the normal ledger. The verified block is linked to the previous block, and a copy is made and distributed and stored in each user's computer. ⑤ A sends a remittance to B and the transaction is completed. In this case, all transactions generated within a preset period (eg, about 10 minutes) may be generated as one block.

Through this process, by checking whether the data of the majority of participants match the data, the reliability can be secured even when the block is created, and copies of the completed blocks are stored individually in each computer (node) to prevent forgery and falsification. make it practically impossible.

The proof system in the present invention is intended to be applied to various actions related to document data (hereinafter, all actions recorded in the block chain are referred to as transactions) instead of proof of transactions utilized in the financial system as described above.

Hereinafter, terms related to blockchain will be described.

· block

A block is a unit for storing data and is divided into a body and a header. The body contains the transaction details, and the header contains cryptographic codes such as merkle hash (merkle root) and nonce (random number related to encryption). Blocks are created in a cycle of about 10 minutes, and by collecting transaction records, creating a block and verifying its reliability, it is connected to the previous block to form a block chain. The block that starts here is called the genesis block. That is, the genesis block refers to the first block in which no blocks have been created before it.

· Node

Blockchain maintains and manages the network by gathering individual servers participating in transactions without storing and managing transaction records on a centralized server. This individual server, that is, a participant is called a node. Since there is no central administrator, the role of the node distributing blocks is important, and a new block is created only when more than half of the participating nodes agree. The nodes store the block chain in the computer, and even if some nodes are hacked and the existing contents are changed, the data remains in a large number of nodes, so data can be continuously preserved.

· Hash function

It is a function that derives a result of the same length no matter what data is input. It is unlikely that the derived results will be duplicated, and it is difficult to inversely estimate the input value as the result value. For this reason, comparing the hash values can determine if a change has occurred in the data. As for the hash function, SHA (Secure Hash Algorithm)-1 was first devised, followed by a more advanced form of SHA-2 (SHA 256), which is being used in the block chain. In SHA-2, no matter what length value is input, the result is derived as 256 bits.

1 is a diagram showing the structure of a block chain according to an embodiment of the present invention. 2 is a diagram for explaining an extended relationship between a main block chain and a sub block chain according to an embodiment of the present invention.

The proof system according to an embodiment of the present invention may include a main block chain 110 and a storage unit 190 in which at least two main nodes 111-1 to 111-3 participate. Also, according to an embodiment of the present invention, the storage unit 190 may be configured to include the sub-blockchain 120 in which at least two sub-nodes 121-1 to 121-4 participate.

The main block chain 110 may form a main block at a predetermined cycle based on the main transaction, and the sub block chain 120 may form a sub block at a predetermined cycle based on the sub transaction. That is, blocks generated between the main block chain 110 and the sub block chain 120 are not connected to each other or a verification procedure is not performed.

As such, instead of blocking the relationship between blocks, data can be transmitted and received between the main block chain 110 and the sub block chain 120 by connecting nodes. At least one of the main nodes 111-1 to 111-3 participating in the main block chain 110 is the main connection node 111-3, and the sub nodes 121-1 to 121-1 participating in the sub block chain 120 121-4), at least one is a sub-connection node 121-1, and main and sub-connection nodes 111-3 and 121-1 are provided to connect the main and sub-block chains to each other.

In this case, being connected to each other may mean exchanging data. In one embodiment of the present invention, it is proposed to exchange data between the connected nodes only under a specific condition (only in a specific situation). For example, in one embodiment of the present invention, data may be exchanged for storing or destroying document data.

As such, the reason why the main block chain 110 and the sub block chain 120 are separated is to improve the security of the document management system. According to the block chain technology, all transactions can be disclosed to the public, because in the case of a document to be destroyed later, the content of the document itself must not be indiscriminately disclosed to the public.

Furthermore, the sub-blockchain 120 can expand the number of blockchains themselves. As shown in FIG. 2 , a plurality of sub-blockchains 120-1, 120-2, 120-3, ... may be connected to one main block chain 110 to operate. At this time, the main connection node 111-3 of the main block chain 110 has a '1 to many' relationship with a plurality of sub-connection nodes (121-1, 130-1, 130-2 in FIG. 2). can be connected

Hereinafter, a specific method for storing and destroying document data based on this structure of the present invention will be described.

A document management system according to an embodiment of the present invention includes a plurality of main nodes participating in a main block chain; and a storage unit for storing document data, wherein when a transaction for predetermined document data is generated in a predetermined main node among the plurality of main nodes, the predetermined main node transfers the predetermined document data to the storage unit, The storage unit stores the received predetermined document data.

Here, the document data means data for forming an electronic document. Such document data includes text data related to information to be displayed to the viewer (displayed text) and metadata related to the document that is not displayed to the viewer (for example, document creation date information or document issuer information, etc.) could include

The document data may include all of various types stored in the form of a file, for example, may include a birth certificate, graduation certificate, intern completion certificate, or transcript provided in electronic form, and the format for storing the data Again, it will include all of the various formats such as pdf, docx, or hwp.

A transaction for document data means creating various processes or actions related to the above document data as blocks of the block chain.

A transaction for document data according to an embodiment of the present invention includes generating a block containing information related to the transmitted e-mail when an e-mail including an attachment (an electronic document) is transmitted. In this case, the document data may mean data about the attached file.

A transaction for document data according to another embodiment of the present invention may include generating a block containing document issuance related information. The issuance of documents may refer to, for example, a series of issuance-related processes performed by the document issuing organization when a transcript or graduation certificate is requested from the document issuing organization (registration verification system). That is, in this case, the document data may mean data on an electronic document that has been issued.

As above, in order to secure reliability from the risk of forgery or falsification of e-mail or document issuance, we want to record (create) it as a block of the block chain, but as described above, in the case of e-mail attachments or issued certificates, it must be possible to destroy them later. will be. Because these documents contain personal information. However, when creating a block including document data itself, anyone can access and read the block, so the personal information contained in the document cannot be protected.

Therefore, in the present invention, when the main block chain 110 performs a transaction on document data, it is proposed that the document data is not included in the generated block.

For example, when performing a transaction for e-mail transmission including an attachment, the main block chain 110 transmits date and time information, attachment file presence information, attachment file name information, sender information, recipient information, subject information or body A block containing information related to e-mail transmission, such as information, can be created. However, the block does not include the document data of the attachment itself.

Such an attached file may be transferred to the storage unit 190 and stored by the storage unit 190 .

3 is a flowchart of a document management system according to an embodiment of the present invention. 3 to 5, the case of issuing a document is described as an example, but the present invention is not limited thereto, and it will be apparent that the present invention is applicable to various transactions related to document data. That is, the procedure of FIGS. 3 to 5 may be equally applied to a transaction for sending an e-mail including an attachment.

In step S301 , the requestor 390 makes a document issuance request to the document issuing server 392 . For example, a college student requests the academic record system to issue his/her transcript.

The document issuing server 392 may return the issued document to the requestor 390 after performing a process necessary for issuing the document (step S302) (step S303). In response to the issued document, the file itself of the issued document may be returned, and after transmitting the URL link for downloading the file, the requestor 390 can download the file through the URL link. it might be The method of returning the document issued to the requester 390 does not limit the content of the present invention, and the issued document may be delivered in various ways.

After that, the document issuing server 392 delivers the issued document to the main block chain 110 (or one of the plurality of main nodes) (step S304). In this case, in step S304, information for performing a transaction in the main block chain 110 may also be delivered.

Based on the received information, a transaction related to issuance of the main block chain 110 document is performed (step S305). That is, it is possible to generate a main block containing information related to issuance of documents (such as information on the issuance requester, information on the date of issuance or information on the subject of issuance). In this case, the document data itself of the issued document may not be included in the generated main block but may be transferred to the storage unit 190 (step S306) and stored in the storage unit 190 (step S307).

Since the transaction related to the issuance of the document has been performed in step S305, it will be impossible to forge or falsify whether the document is issued. That is, when checking the authenticity of the issued document, it is possible to check whether the document is actually issued properly by checking the information stored in the main block. On the other hand, document data itself is not stored in the main block.

Instead of storing the document data itself, an embodiment of the present invention proposes to include a key value for identifying (indicating) the document data in the main block. Also, when the corresponding document data is stored in the storage unit 190 , it may be stored in a form matching the corresponding key value. This is to read the document data later. To this end, in step S306, the corresponding key value may be transmitted together with the document data.

That is, as long as the key value stored in the main block and the key value are not deleted in the storage unit 190, the issued document is stored using the key value when verifying the issued document (or checking forgery or falsification of the transaction for the issued document). It will be possible to check and browse in part 190 . A detailed process of confirming/reading the issued document will be described with reference to the flowchart of FIG. 4 .

4 is a diagram illustrating a procedure for checking an issued document according to an embodiment of the present invention.

The document confirmation requester 490 makes a document issuance confirmation request (step S401) to the document confirmation server 492 whether the document issuance has been made. For example, the document issuance confirmation request may be authenticity confirmation (forgery confirmation) of the document itself, or may include authenticity confirmation of the issuance action of the document (for the issuance requester or issuance date and time). The document confirmation server 492 may have the same configuration as the document issuing server 392 of FIG. 3 or may be configured separately.

Subsequently, the document confirmation server 492 transmits the document issuance confirmation request to the main block chain 110 (or one of the plurality of main nodes) (step S402). The main block chain 110 queries the main block corresponding to the request (step S403). That is, it will be possible to inquire the main block including the corresponding transaction and check the information (document issuance information) stored in the main block. In particular, it is possible to inquire a key value for checking the document itself together with the document issuance information.

The main block chain 110 requests to read the document stored in the storage unit 190 based on the searched key value 450 (step S404). That is, since document data is not stored in the main block itself, reading is requested to check the document data stored in the storage unit 190 . In this case, the reading request may include a key value 450 corresponding to the document to be viewed.

The storage unit 190 searches for the stored document data based on the key value 450 included in the reading request (step S405). That is, the document data 451 stored in correspondence with the key value 450 is checked (452). In addition, the storage unit 190 may return the retrieved document data 451 to the main block chain 110 (step S406).

The main block chain 110 may return the document data 451 together with the document issuance information confirmed in step S403 (step S407). That is, the document confirmation requester 490 can check/read the document data of the issued document as well as the information on the issuance of the document, and the verified information is information stored in the block chain, and it is possible to doubt its reliability. there will be no In this way, when checking the information on the issuance of a document and the issued document data, it will be possible to clearly check whether the issued document itself is forged or forged as well as whether the document is issued or not.

As described above, personal information may be stored in the document data. Accordingly, if the request of the requestor 390 or a specific condition is satisfied, the destruction procedure for the issued document will be required. That is, the issued document should be destroyed after being used for its intended purpose. To this end, the present invention proposes a method of deleting the key value 450 stored in the storage unit 190 during the above process.

In the process, the document data 451 stored in the storage unit 190 was searchable through the key value 450 . If the same process as in FIG. 4 is performed in a state in which the key value 450 is deleted, the document data 451 may not be inquired or viewed. In one embodiment of the present invention, although the document data 451 itself is not destroyed through this method, it is proposed that the document data 451 itself is not substantially inquired or browsed to produce a substantial destruction effect.

A procedure for destroying the issued document will be described below with reference to FIG. 5 .

5 is a flowchart illustrating a procedure for destroying an issued document according to an embodiment of the present invention.

In step S501 , the destruction requester 590 makes a destruction request to the document destruction server 592 . And the document destruction server 592 transmits the request to the main block chain 110 . At this time, the document destruction server 592 may have the same configuration as the document confirmation server 492 or the document issuing server 392 or may have an individual configuration.

The main block chain 110 inquires the key value for the document corresponding to the destruction request in the main block (step S503). The searched key value 550 is transmitted to the storage unit 190 together with the document destruction request (step S504). When the document destruction request is received, the storage unit searches for a stored key value 550 ( 552 ), and deletes at least one of the key value 550 and the document data 551 of the corresponding data (step S505 ).

When at least one of the key value 550 and the document data 551 is deleted, the storage unit 190 informs the destruction requester 590 through the main block chain 110 and the document destruction server 592 that the document destruction has been completed. It can give you a reply (step S506).

As such, when at least one of the key value 550 and the document data 551 is deleted, even if other nodes participating in the main block chain 110 try to inquire it, it is impossible to inquire/read, so the document is substantially destroyed. You will be able to achieve the same effect as

Meanwhile, in one embodiment of the present invention, the storage unit 190 is proposed to be configured based on the sub-block chain 120 . That is, when storing the document, it may be stored in the form of sub-blocks in the sub-nodes 121-1, 121-2, ..., rather than being stored in the simple storage. This is because, when stored in a block form, reliability is higher.

That is, the storage unit 190 includes a plurality of sub-nodes 121-1, 121-2, ..., participating in the sub-block chain 120, and a plurality of sub-nodes 121-1, 121- 2, ...) can store document data in the sub-block created.

When creating a block in a blockchain system, it must always go through a verification procedure from all nodes. Therefore, if the procedure in a specific node is delayed, the entire procedure of the blockchain system is delayed. That is, there is a risk of causing delays in the entire block chain system if a specific node tries to store too large of data in a block.

Therefore, in the present invention, it is proposed to divide the document data to be stored into a plurality of pieces of data, and divide the plurality of pieces of data into a plurality of sub-blocks and store them.

For example, the document data to be stored is divided into first to third pieces of data, and the pieces of data are divided into first to third sub-blocks in the first to third sub-nodes 121-1 to 121-3, respectively. is to save

If it is divided and stored in this way, the case where the entire sub-blockchain 120 is delayed due to a delay by any one sub-node will be reduced.

On the other hand, according to the technical idea (concept) of the blockchain, it is forbidden to transfer (export) any kind of data received through a node back to another device. In other words, on a generally used blockchain system, the act of transmitting data other than a response to a query set on the system is not allowed.

Therefore, in the following embodiment, an embodiment that can conform to the above blockchain idea will be described.

6 shows a flowchart of a document management system according to a second embodiment of the present invention. 6 to 8 , the case of issuing a document is also described as an example, but the present invention is not limited thereto, and it will be apparent that the second embodiment can be applied to various transactions related to document data.

In step S601 , the requestor 390 makes a document issuance request to the document issuing server 392 . For example, a college student requests the academic record system to issue his/her transcript.

The document issuing server 392 may return the issued document to the requestor 390 after performing a process necessary for issuing the document (step S602) (step S603). In response to the issued document, the file itself of the issued document may be returned, and after transmitting the URL link for downloading the file, the requestor 390 can download the file through the URL link. it might be The method of returning the document issued to the requester 390 does not limit the content of the present invention, and the issued document may be delivered in various ways.

Thereafter, the document issuing server 392 transmits the issued document to the storage unit 190 (step S604). In this case, information for performing a transaction in the main block chain 110 in step S604 may also be delivered.

The storage unit 190 stores the received document (S605) and transfers the received transaction information to the main block chain 110 (or one of the plurality of main nodes) (step S606). At this time, it will be as described above that the key value can be stored in the storage unit 190 in a form matching.

In step S607, the main block chain 110 performs a transaction related to issuance of a document based on the received information (step S607). That is, it is possible to generate a main block containing information related to issuance of documents (such as information on the issuance requester, information on the date of issuance or information on the subject of issuance).

Since the transaction related to the issuance of the document is performed in step S607, it will be impossible to forge or falsify whether the document is issued. That is, when checking the authenticity of the issued document, it is possible to check whether the document is actually issued properly by checking the information stored in the main block. On the other hand, document data itself is not stored in the corresponding main block (instead, it is stored in the storage unit 190).

Instead of storing the document data itself, the second embodiment of the present invention also proposes to include a key value for identifying (indicating) the document data in the main block. When the corresponding document data is stored in the storage unit 190, it is stored in a form that matches the corresponding key value, for reading the corresponding document data later. To this end, in step S606 described above, the storage unit 190 may transmit the corresponding key value together with the transaction information together with the corresponding key value. That is, the key value corresponding to the transaction information may be transmitted in a state that it is included.

7 is a diagram illustrating a procedure for checking an issued document according to an embodiment of the present invention.

The document confirmation requester 490 makes a document issuance confirmation request (step S701) to the document confirmation server 492 whether the document issuance is correct. For example, the document issuance confirmation request may be authenticity confirmation (forgery confirmation) of the document itself, or may include authenticity confirmation of the issuance action of the document (for the issuance requester or issuance date and time). The document confirmation server 492 may have the same configuration as the document issuing server 392 of FIG. 3 or may be configured separately.

Subsequently, the document confirmation server 492 transmits the document issuance confirmation request to the main block chain 110 (or one of the plurality of main nodes) (step S702). The main block chain 110 inquires the main block corresponding to the request (step S703). That is, it will be possible to inquire the main block including the corresponding transaction and check the information (document issuance information) stored in the main block. In particular, it is possible to inquire a key value for checking the document itself together with the document issuance information.

The main block chain 110 may return the inquired document issuance information and key value 450 to the document confirmation server 492 (step S704). Then, based on the key value 450 returned to the storage unit 190, it is possible to request a document reading (step S705). That is, the document reading request may include the key value 450 returned from the main block chain 110 .

The storage unit 190 searches for the stored document data based on the key value 450 included in the reading request (step S706). That is, the document data 451 stored in correspondence with the key value 450 is checked (452). In addition, the storage unit 190 may return the retrieved document data 451 to the document confirmation server 492 (step S707).

The document verification server 492 may transmit the document data 451 returned in step S707 together with the document issuance information returned in step S704 to the document verification requester 490 . Accordingly, the document verification requester 490 can check/read the document data of the issued document as well as the information on the issuance of the document, and the verified information is information stored in the block chain, and the reliability thereof can be questioned. there will be no In this way, when checking the information on the issuance of a document and the issued document data, it will be possible to clearly check whether the issued document itself is forged or forged as well as whether the document is issued or not.

Similarly, in the second embodiment of the present invention, a method of deleting the key value 450 when the issued document is destroyed for protection of personal information is proposed. Similarly in the second embodiment of the present invention, although the document data 451 itself is not destroyed through this method, it is possible to produce a substantial destruction effect by making it impossible to actually inquire or read.

A procedure for destroying the issued document will be described below with reference to FIG. 8 .

8 is a flowchart illustrating a procedure for destroying an issued document according to a second embodiment of the present invention.

In step S801 , the destruction requester 590 makes a destruction request to the document destruction server 592 . And the document destruction server 592 transmits the request to the main block chain 110 . At this time, the document destruction server 592 may have the same configuration as the document confirmation server 492 or the document issuing server 392 or may have an individual configuration.

The main block chain 110 inquires the key value for the document corresponding to the destruction request in the main block (step S803). The inquired key value 550 is returned to the revocation server 592 (step S804).

The document destruction server 592 transmits the received key value 550 together with the request for destruction to the storage unit 190 (step S805). That is, the destruction request may include a key value 550 corresponding to the document to be destroyed.

When the document destruction request is received, the storage unit searches for a stored key value 550 ( 552 ), and deletes at least one of the key value 550 and the document data 551 (step S806 ).

When at least one of the key value 550 and the document data 551 is deleted, the storage unit 190 replies to the destruction requester 590 through the storage unit 190 and the document destruction server 592 that the destruction of the document has been completed. (Step S807) can be done.

As such, when at least one of the key value 550 and the document data 551 is deleted, even if other nodes participating in the main block chain 110 try to inquire it, it is impossible to inquire/read, so the document is substantially destroyed. You will be able to achieve the same effect as

Although the embodiment of the document management system according to the present invention has been described above, it is described as at least one embodiment, and the technical spirit of the present invention, its configuration and operation are not limited thereby, and the technical spirit of the present invention is not limited thereto. The scope of the idea is not limited / limited by the drawings or the description with reference to the drawings. In addition, the concepts and embodiments of the present invention presented in the present invention can be used by those of ordinary skill in the art as a basis for modifying or designing other structures in order to perform the same purpose of the present invention. , an equivalent structure modified or changed by those of ordinary skill in the art to which the present invention pertains is bound by the technical scope of the present invention described in the claims, and does not depart from the spirit or scope of the invention described in the claims. Various changes, substitutions and changes are possible within the limits.

Claims (19)

In a system for managing document data based on blockchain technology,
a plurality of main nodes participating in the main blockchain; and
A storage unit for storing document data,
When a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes, the predetermined main node transfers the predetermined document data to the storage unit,
The storage unit, characterized in that the received predetermined document data is stored,
The storage unit,
Storing a plurality of document data in a manner that matches the document data and a key value indicating the document data,
Upon receiving a request to view the document data stored in the storage unit, matching the key value included in the received view request to return the stored document data,
A system for managing document data.

delete The method of claim 1,
The storage unit is characterized in that when a request for destruction of any one of the document data stored in the storage unit is received, the storage unit deletes at least one of a key value and document data stored in accordance with the request for destruction of the document data,
A system for managing document data.
In a system for managing document data based on blockchain technology,
a plurality of main nodes participating in the main blockchain; and
A storage unit for storing document data,
When a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes, the predetermined main node transfers the predetermined document data to the storage unit,
The storage unit stores the received predetermined document data,
The storage unit,
It includes a plurality of sub-nodes participating in the sub-blockchain,
wherein the plurality of sub-nodes form a plurality of sub-blocks,
A system for managing document data.
5. The method of claim 4,
In the storage unit storing the received predetermined document data,
Splitting the predetermined document data to be stored into a plurality of data,
When the plurality of sub-blocks are formed, the divided plurality of data is divided and stored in the plurality of sub-blocks,
A system for managing document data.
5. The method of claim 4,
A transaction for the predetermined document data is
It is a transaction for sending and receiving email,
The predetermined document data is characterized in that the attachment of the e-mail sent and received,
A system for managing document data.
5. The method of claim 4,
A transaction for the predetermined document data is
A transaction for at least one of issuance, distribution, and destruction of an electronic certificate file;
The predetermined document data is characterized in that the electronic certificate file,
A system for managing document data.
A method of controlling a system comprising a plurality of main nodes participating in a main block chain to manage document files based on block chain technology and a storage unit for storing document data,
transmitting, by the predetermined main node, the predetermined document data to the storage unit when a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes; and
Including the step of the storage unit storing the received predetermined document data,
The saving step is
Storing a plurality of document data in a manner that matches the document data and a key value indicating the document data,
When receiving a request to read the document data stored in the storage unit, characterized in that it further comprises the step of matching the key value included in the received reading request to return the stored document data,
A control method of a system for managing document data.

delete 9. The method of claim 8,
The method further comprising the step of, when a request to destroy any one of the document data stored in the storage unit is received, deleting at least one of a key value and document data stored in the storage unit matching the document data requested to be destroyed to do,
A control method of a system for managing document data.
A method of controlling a system comprising a plurality of main nodes participating in a main block chain to manage document files based on block chain technology and a storage unit for storing document data,
transmitting, by the predetermined main node, the predetermined document data to the storage unit when a transaction for predetermined document data is made in a predetermined main node among the plurality of main nodes; and
Including the step of the storage unit storing the received predetermined document data,
The storage unit includes a plurality of sub-nodes participating in the sub-blockchain,
The storing is characterized in that the plurality of sub-nodes form a plurality of sub-blocks,
A control method of a system for managing document data.
12. The method of claim 11,
In the step of the storage unit storing the received predetermined document data,
dividing the predetermined document data to be stored into a plurality of data; and
When forming the plurality of sub-blocks, it characterized in that it comprises the step of dividing the plurality of divided data into the plurality of sub-blocks and storing,
A control method of a system for managing document data.
12. The method of claim 11,
A transaction for the predetermined document data is
It is a transaction for sending and receiving email,
The predetermined document data is characterized in that the attachment of the e-mail sent and received,
A control method of a system for managing document data.
12. The method of claim 11,
A transaction for the predetermined document data is
A transaction for at least one of issuance, distribution, and destruction of an electronic certificate file;
The predetermined document data is characterized in that the electronic certificate file,
A control method of a system for managing document data.
In a system for managing document data based on blockchain technology,
a plurality of main nodes participating in the main blockchain; and
A storage unit for storing document data,
When the storage unit receives information about a transaction for predetermined document data to be performed on the main block chain, the storage unit stores the predetermined document data and transmits the transaction information to the main block chain,
A predetermined main node among the plurality of main nodes performs a transaction based on the received transaction information,
The storage unit,
Storing a plurality of document data in a manner that matches the document data and a key value indicating the document data,
When a reading request for the document data stored in the storage unit is received, it is characterized in that it returns the document data stored by matching a key value included in the received reading request,
A system for managing document data.

delete 16. The method of claim 15,
The storage unit is characterized in that when a request for destruction of any one of the document data stored in the storage is received, the storage unit deletes a key value stored in accordance with the request for destruction of the document data,
A system for managing document data.
In a system for managing document data based on blockchain technology,
a plurality of main nodes participating in the main blockchain; and
A storage unit for storing document data,
When the storage unit receives information about a transaction for predetermined document data to be performed on the main block chain, the storage unit stores the predetermined document data and transmits the transaction information to the main block chain,
A predetermined main node among the plurality of main nodes performs a transaction based on the received transaction information,
The storage unit,
It includes a plurality of sub-nodes participating in the sub-blockchain,
wherein the plurality of sub-nodes form a plurality of sub-blocks,
A system for managing document data.
19. The method of claim 18,
In the storage unit storing the received predetermined document data,
Splitting the predetermined document data to be stored into a plurality of data,
When the plurality of sub-blocks are formed, the divided plurality of data is divided and stored in the plurality of sub-blocks,
A system for managing document data.

Images