KR102244185B1 - A management system for legal evidences - Google Patents

Abstract

For the evidence file submitted to the court, time information related to the evidence file, basic data including location information related to the evidence file, hash data of the evidence file, additional data including personal information related to the evidence file, Creating an evidence file meta information group including evaluation data including evaluation information related to the evidence file and relationship information data including relationship information between the one evidence file and another evidence file to manage the evidence file The legal evidence management system is initiated.

Description

Legal evidence management system {A MANAGEMENT SYSTEM FOR LEGAL EVIDENCES}

The present invention relates to a legal evidence management system that improves the convenience, completeness, and usability of evidence submitted to the court.

The existing legal evidence submission system only deals with the encryption part in the delivery process, and the possibility of manipulation of evidence submission and the usability to utilize it in the future is still insufficient in development. As a solution that provides convenience for existing legal services, a technology for managing clients, evidence, and case information related to legal cases on the cloud and efficiently classifying them is being provided.

For example, Korean Patent Laid-Open No. 10-2015-0026107 discloses a receiver that receives client information and counseling information, and when the received client information is not previously registered in a DB, the received client information is registered in the DB. The client management unit to classify the case corresponding to the consultation information based on the received consultation information into at least one legal field among the legal fields previously registered in the DB, and at least one or more of a plurality of lawyers previously registered in the DB A case distribution unit that selects as a lawyer for the case, a lawyer list providing unit that provides a client with a list of at least one of the lawyers already registered in the DB based on the received consultation information, and the received consultation An event information generation unit that generates event information and an event identification code for the event based on the information, and assigns the generated event identification code to the generated event information, and collects related data on the event from the DB , If the case is pending in the court, a data collection unit that collects court data on the case, and a transmission unit that transmits the at least one or more client information, lawyer information, counseling information, or case information is posted, and have. Such a system plays a role of facilitating management from the perspective of users such as lawyers and law firms by utilizing general database technology.

On the other hand, for a number of legal evidences submitted to the courts, technology that can ensure completeness and transparency, or technology that utilizes the submitted evidences to be verified in other litigations is still insufficiently developed.

The present invention is to solve the above problems, applying a graphic user interface that increases the convenience of evidence submitted to the court, and introducing a block chain technology to improve the completeness and usability of a legal evidence management system. I want to provide.

In order to solve these problems, the legal evidence management system provided by the present invention provides for the evidence file submitted to the court, time information related to the evidence file, basic data including place information related to the evidence file, and the evidence file. Hesh data, additional data including personal information related to the evidence file, evaluation data including evaluation information related to the basic legal evidence data group, and a relationship including relationship information between the one evidence file and the other evidence file Evidence file meta information group including information data is created, and evidence file is managed.

In one embodiment, the evaluation data is displayed as a plurality of visual elements respectively corresponding to the evidence file on the screen according to the selected reference information, and the evaluation information to be evaluated is inputted through the user interface on the screen. It can be characterized.

In an embodiment, the selected reference information may be characterized in that it includes the order of occurrence of the case and the validity of the legal case.

In one embodiment, in the process of creating an evidence file meta information group, the basic data of the evidence file meta information group is included in plain text, and the hash data, additional data, and evaluation data are included as encrypted cipher text. It may be characterized in that data is generated.

In one embodiment, a submitter node that is linked with a computer system of a submitter of evidence, a court node that is linked with a computer system of a court, a block management node that manages generated blocks, a plurality of participating nodes, and an index management node that manages indexes Further comprising a blockchain system including, wherein the submitter node generates a generating transaction including the transaction data when submitting the chant evidence file from the submitter computer system to the court computer system, and the court node is the court computer When the evidence file is received by the system, a receipt transaction including only basic data of the evidence file meta information group is generated, and the block management node receives the transactions generated from the network and verifies the validity, and then the latest verified A block is created and broadcasted to other nodes, and the participating node connects and adds the latest block to its own block chain, and the index management node includes the evidence file meta information group of the creation transaction in the latest block. It may be characterized by forming an index including information.

In one embodiment, all basic data of all evidence files included in the latest block may be stored in plain text.

In an embodiment, the block management node may verify the validity of the latest block including the generating transaction and the receiving transaction by using the published basic data and hash data.

In one embodiment, the index management node transmits a result value of searching for a corresponding block using time and place information in the generated index, and the court node transmits a corresponding block corresponding to the searched block among the received evidence files. When there is a request for inquiry of the evidence file, it may be characterized by providing it.

In one embodiment, the court node may be characterized in that, when a final judgment is made, additionally generates an evidence-power establishment transaction including a result of the judgment of establishment of the evidence file.

In one embodiment, the transaction for establishing proof power may be characterized in that it includes public court judgment information that can be verified.

According to the present invention as described above, it is possible to easily input and utilize separate meta information for the evidence file, thereby improving the convenience of evidence submitted to the court, and the user organizes separate visualized data. Through this, legal arguments can be reviewed from different perspectives.

In addition, by forming a blockchain using separate meta information for evidence files, it is possible to create an environment in which forgery and alteration of legal evidence and public verification of legal evidence can be easily applied.

In addition, it is possible to check the existence of relevant evidences through separate search factors in the blockchain that guarantees completeness, and to secure evidences through a certain procedure, so that a wider range of evidences can be used in court cases. Provide an environment that is there.

1 is a configuration table for the evidence file submitted to the court.
2 is a block diagram illustrating an evidence file meta-information group according to an embodiment of the present invention.
3A and 3B are diagrams illustrating an example of a graphic user interface for inputting evaluation data according to an embodiment of the present invention.
4 is a conceptual diagram in which a generation transaction is generated in a block chain system configuration diagram according to an embodiment of the present invention.
5A to 5C are configuration diagrams of blocks applied to the embodiment of FIG. 4.
6 is a conceptual diagram in which an acceptance transaction is generated in a block chain system configuration diagram according to an embodiment of the present invention.
7 is a conceptual diagram for requesting data after index inquiry in the block chain system configuration diagram according to an embodiment of the present invention.

Hereinafter, exemplary embodiments disclosed in the present specification will be described in detail with reference to the accompanying drawings, but identical or similar elements are denoted by the same reference numerals regardless of reference numerals, and redundant descriptions thereof will be omitted. The suffixes "module" and "unit" for constituent elements used in the following description are given or used interchangeably in consideration of only the ease of preparation of the specification, and do not have meanings or roles that are distinguished from each other by themselves. In addition, in describing the embodiments disclosed in the present specification, when it is determined that a detailed description of related known technologies may obscure the subject matter of the embodiments disclosed in the present specification, the detailed description thereof will be omitted. In addition, the accompanying drawings are for easy understanding of the embodiments disclosed in the present specification, and the technical idea disclosed in the present specification is not limited by the accompanying drawings, and all changes included in the spirit and scope of the present invention It should be understood to include equivalents or substitutes.

When a component is referred to as being "connected" or "connected" to another component, it is understood that it may be directly connected or connected to the other component, but other components may exist in the middle. It should be. On the other hand, when a component is referred to as being "directly connected" or "directly connected" to another component, it should be understood that there is no other component in the middle.

Singular expressions include plural expressions unless the context clearly indicates otherwise.

In addition, throughout the specification of the present application, when a certain part "includes" a certain component, it means that other components may be further included rather than excluding other components unless otherwise stated.

It is apparent to those skilled in the art that the present invention can be embodied in other specific forms without departing from the essential features and of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, the same reference numerals refer to the same elements.

Evidence File Meta Information Group

1 is a configuration table for the evidence file submitted to the court. 2 is a block diagram illustrating an evidence file meta-information group according to an embodiment of the present invention.

Referring to FIG. 1, a table containing general information on evidence files submitted to the court can be seen. Evidence presented to the courts is usually presented as electronic files. This is applied in various formats.

Referring to FIG. 2, the evidence file meta-information group 100 includes basic data (BD), hash data (HD), additional data (AD), evaluation data (VD), and relationship information with respect to the evidence file submitted to the court. It includes data RD.

The basic data BD includes time information related to the evidence file and location information related to the evidence file. Since the basic data (BD) may be used as a basis for indexing to search for evidence, it may further include various data information that does not have a risk of exposure such as personal information.

The hash data (HD) contains the hash value of the evidence file submitted to the court and is used to verify the integrity of the submitted evidence file.

Additional data (AD) may contain biographical information related to the file of evidence submitted to the court. In the case of declaration, it is information that can identify the party that appears on the declaration, or in the case of messaging evidence such as KakaoTalk, it includes information on the party's ID and phone number. Since it contains information that should be kept private compared to the basic data (BD), it is managed by separating it into different data areas.

The evaluation data (VD) contains evaluation information related to the basic legal evidence data group, which allows a graphical user interface to be applied to more intuitively evaluate the evidence and enter the evaluation contents in the use of legal evidence. have.

The relationship information data RD includes relationship information between the one evidence file and the other evidence file. This can indicate relational information between the evidence cluster (for example, when two pieces of evidence prove opposite to each other). When the relationship between the evidences becomes complicated, there may be a lot of difficulty in entering such information, which can also be easily inputted through a graphic user interface.

Graphical user interface

3A and 3B are diagrams illustrating an example of a graphic user interface for inputting evaluation data according to an embodiment of the present invention.

Referring to FIG. 3A, evaluation data for an evidence file may be sorted by selecting various selection criteria information (V1, V2, V3, V4). Evidence files can be sorted by time (V1) or by effect on the plaintiff or defendant (V3). It is possible to sort or classify by setting (V4) the criteria specified by a separate user.

In FIG. 3A, each evidence file (E1, E2, E3, E4, E5, E6) is arranged according to the effect of legal cases. In the case of validity of a legal case, the plaintiff may be advantageous, the defendant may be advantageous, or a separate criterion may be added to determine whether or not the case is absurd.

In the graphic user interface, information according to the selection criteria can be intuitively arranged and modified to make it easier to grasp. In Fig. 3a, information can be entered simply by dragging and dropping icons for evidence for unfavorable situations according to the plaintiff/defendant, and intuitively, from one area (A1) to another area (A2). Modification is also possible by moving.

In the graphic user interface, detailed information can also be inquired by simply right-clicking the icons (E1, E2, E3, E4, E5, E6) corresponding to the evidence.

In addition, although not shown in the drawings, evidence of each species can be expressed in chronological order, and by applying different criteria for the X-axis and Y-axis, it is possible to grasp the circumstances of the evidence for various criteria. In this process, users can better understand and apply the use of evidence.

In FIG. 3B, a screen for inputting relationship information between each evidence is shown as an example. This is recorded in the relationship information data when you click each icon to activate it and then enter the relevant information of the evidence indicated by the icon corresponding to the input window that appears on the generated relationship line.

Application of blockchain system

4 is a conceptual diagram in which a generation transaction is generated in a block chain system configuration diagram according to an embodiment of the present invention.

Referring to FIG. 4, the block chain system includes a submitter node (FN) that is linked with a computer device (FC) of an evidence submitter, a court node (CN) that is linked with a court computer system (CC), and a block that manages the generated block. It includes a management node (MN), a plurality of participating nodes (NN1, NN2), and an index management node (IN) for managing the index.

Here, the distinction between the submitter's computer device (FC) and the submitter node (FN) is that the computer device (FC) is the entity that actually transmits the evidence file, and in the case of the submitter node (FN), the verification of the submitted evidence file. This is because it is a system that implements data on a blockchain network, so it needs to be determined separately. Depending on the implementation environment, the submitter's computer device (FC) and the submitter node (FN) may be configured on one system.

The embodiment of Fig. 4 is a situation when a transaction for transmitting the evidence file E1 to the court computer CC occurs in the submitter's computer FC. When the submitter node FN submits the evidence file E1 from the submitter computer system FC to the court computer system CC, it generates a generating transaction GT containing transaction data for this evidence file. As shown in the figure, this propagates that a generation transaction (GT) has occurred in several nodes.

When the evidence file E1 is received in the court computer system CC, the court node CN generates a reception transaction RT including only basic data of the evidence file meta information group. The creation transaction (GT) and the reception transaction (RT) are each independently generated, and the hash data for this is also generated individually in each computer system, so that the process of verifying forgery that may be generated during the file transfer process is performed. Prepare.

The block management node (MN) receives transactions generated from the network and verifies the validity, then generates the latest verified block and broadcasts it to other nodes. The block management node (MN) is in charge of the function generally referred to as proof-of-work, and it continuously produces and verifies blocks including the generated transactions, and produces and broadcasts the latest completed blocks.

Participating nodes (MN1, MN2) construct a distributed ledger by linking and adding the latest blocks received to their blockchain. Participating nodes (MN1, MN2) may include submitting nodes (FN), and nodes participating in this blockchain system maintain a distributed ledger.

The index management node IN forms an index including information on the evidence file meta information group of the creation transaction in the received latest block. Since it is difficult for the index management node IN to directly search for data from the distributed ledger, it forms an index using only data necessary for the index. The content included in the index that can be applied here is basic data (BD) including time and place information, and information on the block containing such data. Using the index, you can search for evidence that proves a specific time and a specific place.

5A to 5C are configuration diagrams of blocks applied to the embodiment of FIG. 4.

In the process of creating the evidence file meta information group, basic data of the evidence file meta information group is included in plain text, and the hash data, additional data, and evaluation data are generated as encrypted cipher text. In other words, the basic data is continuously accumulated as plain text and is formed to remain public data in the corresponding block.

Referring to FIG. 5A, FIG. 5A shows a 101 block (BLOCK 101) that is initially generated. The first block (BLOCK 101) that is created includes basic data (BD), hash data (HD), additional data (AD), evaluation data (VA), and relationship information data (RD). Here, when a block to which a new transaction is added is formed, data existing in the public area TA1 is continuously added to the public area, and data in the hash area HA1 is hashed and added to the next block.

Referring to FIG. 5B, FIG. 5B shows a second block 102 (BLOCK 102). The second block (BLOCK 102) is a public area (TA2) containing accumulated basic data, basic data (BD), hash data (HD), additional data (AD), and evaluation corresponding to the second transaction. It is composed of data VA, relationship information data RD, and a hash area HA2 including nonce. Likewise, data in the open area TA2 is continuously accumulated publicly, and the data existing in the hash area HA2 is formed by repeating hashing as in a general block chain formation method.

Referring to FIG. 5C, it shows the 110th block (BLOCK 110) that is generated for the tenth time. The tenth block BLOCK 110 is composed of a public area TA2 including accumulated basic data and a hash area HA2 including data corresponding to a second added transaction. As a result, the basic data (BD) of transactions included in one block are all located in the public area, and if a specific block is searched using the basic data (BD), it is possible to implement only the public block. .

6 is a conceptual diagram in which an acceptance transaction is generated in a block chain system configuration diagram according to an embodiment of the present invention.

Referring to FIG. 6, when the evidence file E1 is received in the court computer system CC, the court node CN generates a reception transaction RT. Since the court computer system (CC) generates the hash data of the file received by itself, it is possible to prove the integrity of the data when comparing it with the hash data generated in the first transaction (GT).

When a final judgment is additionally made, the court node CN may additionally generate a transaction for establishing evidence that includes the result of the determination for the case of the evidence file E1. This is the same as the act of condemning the appropriate judgment in a court. It is possible to generate additional information related to acceptance/disapproval of submitted evidence by generating a transaction notifying each node of the result of the event.

In addition, the evidence establishment transaction includes public court judgment information that can be verified, and provides an additional device for a user who uses it to perform additional verification.

Indexing of legal evidence files on the blockchain

7 is a conceptual diagram for requesting data after index inquiry in the block chain system configuration diagram according to an embodiment of the present invention.

Referring to FIG. 7, as mentioned in FIGS. 5A to 5C, each block publicly exposes information on the time and location of evidence submitted for the transaction it contains. Therefore, with this information, an index can be formed using all blocks in one node such as the index management node IN.

You can search for evidence of factual relationships that occur anytime, anywhere, and use the evidence presented in one case to prove facts that have occurred in another case.

Of course, the searching party can only know that the file exists, but the specific content or file cannot be known on the block, and can request to view the relevant evidence file by sending the information of the corresponding transaction to the court computer system (CC). have.

In this case, the court computer system (CC) can transmit the separately stored evidence file (E1) to the requester.

The present invention is not limited by the above-described embodiments and the accompanying drawings. It will be apparent to those of ordinary skill in the art to which the present invention pertains, that components according to the present invention can be substituted, modified, and changed within the scope of the technical spirit of the present invention.

100: evidence file meta information group
BD: Basic data HD: Hesh data
AD: Additional data VD: Evaluation data
RD: Relationship information data
FC: Submitter computer system
CC: Court computer system
FN: Submission node CN: Court node
MN: block management node MN1, MN2: participating node
IN: index management node

Claims (10)

Regarding the file of evidence submitted to the court,
Basic data including time information related to the evidence file and location information related to the evidence file; Hash data of the evidence file; Additional data including personal information related to the evidence file; Evaluation data including evaluation information related to the evidence file; And relationship information data including relationship information between one of the evidence files and the other of the evidence file; generating an evidence file meta-information group including, and managing the evidence file,
In the process of creating the evidence file meta information group,
The basic data of the evidence file meta information group is included in plain text,
The hash data, additional data, and evaluation data are generated with transaction data that is included as an encrypted cryptogram
A blockchain system including a submitter node that is linked with the computer system of the evidence submitter, a court node that is linked with the court's computer system, a block management node that manages generated blocks, a plurality of participating nodes, and an index management node that manages indexes. Including more,
The submitter node generates a generating transaction including the transaction data when submitting the evidence file from the submitter computer system to the court computer system,
The court node generates a reception transaction including only basic data of the evidence file meta information group when the evidence file is received in the court computer system,
The block management node receives the transactions generated from the network and verifies the validity, then generates the latest verified block and broadcasts it to other nodes,
The participating node connects and adds the latest block to its own blockchain,
The index management node forms an index including information on the evidence file meta information group of the creation transaction in the latest block.
The method of claim 1,
The evaluation data,
Depending on the criteria information selected,
Displayed on the screen as a plurality of visual elements each corresponding to the evidence file,
Legal evidence management system, characterized in that receiving evaluation information to be evaluated through a user interface on the screen.

The method of claim 2,
The selected standard information includes the order of occurrence of the case and the validity of the legal case,
The legal evidence management system, characterized in that the validity of the legal case is the effect of the evidence file on the plaintiff or the defendant.

The method of claim 1,
Legal evidence management system, characterized in that all basic data of all evidence files included in the latest block are stored in plain text.

The method of claim 1,
And the block management node verifies the validity of the latest block including the generating transaction and the receiving transaction by using the published basic data and hash data.
The method of claim 1,
The index management node transmits a result value of searching for a corresponding block using time and location information from the created index, and the court node makes a request for an inquiry of the corresponding evidence file corresponding to the searched block among the received evidence files. Legal evidence management system, characterized in that providing it if any.

The method of claim 1,
The court node, when a final judgment is made, additionally generates a transaction for establishing evidence power including a result of the determination of success with respect to the evidence file.
The method of claim 7,
The legal evidence management system, characterized in that the transaction for establishing proof power includes public court judgment information that can be verified.









delete delete

Images