KR20200099790A - Data Management System and Data Management Method - Google Patents

Abstract

The present invention provides a data management system capable of storing texts or tags constituting input data, and accurately referencing text necessary for interpretation of input data or the like and a data management method. In the present invention, a service server (1) providing a data management system has an API, and the service server receives input data from a terminal (2) of a client side using the API in the service server and extracts text in accordance with a predetermined search condition in the received input data. The data management system comprises: an assigning means for assigning a tag to each extracted text in accordance with a predetermined assigning condition; a storage instruction means for storing the tagged input data in a plurality of storage means (6); and an output means for referring and outputting input data stored in the plurality of storage means (6) together with a tag assigned by the assigning means for each user.

Description

Data Management System and Data Management Method

The present invention relates to a data management system and a data management method for storing input data so that it can be analyzed, and more particularly, to.

Conventionally, interactions between service providers and providers in various industries, for example, personal medical records in medical institutions, customer transactions in financial institutions, and precedents in legal institutions have been managed. These management data are managed for future reference, and are used for inquiries and comparisons of records on an individual and case basis, and are useful for subsequent medical examinations, transactions, and trials. In recent years, such management data is inputted through a computer, converted into electronic data, and stored in a recording medium such as a server in a centralized management method.

In addition, in recent years, as a transaction record, a distributed data management system, such as a block chain, has emerged that makes it easy to prevent tampering of input data. In a blockchain with such a high tamper protection function, it is possible to store input data in addition to transaction records of virtual currency. For example, in Patent Document 1 (Japanese Unexamined Patent Publication No. 2018-515833), it is proposed to store input data in a blockchain as a transaction record.

The data storage server of Patent Literature 1 stores input data on a blockchain, thereby ensuring the reliability of the input data. However, Ethereum, which is widely used as a platform handling blockchain, is a platform developed with the storage of text data in mind. Therefore, for example, input data including data that is larger than text data such as image data may be configured to return an error for data larger than the specified capacity. In addition, even if there is a platform capable of conversion, a considerable amount of time is required for the process of converting the hash value, and thus it is not suitable for storage of input data including such large amounts of data, which is unreasonable for practical use.

Japanese Patent Laid-Open Publication No. 2018-515833

Accordingly, the present invention has been conceived to solve the above problems, and provides a data management system and a data management method that stores input data including image data on a blockchain and has excellent reliability of input data stored at the same time. There is a purpose.

Other objects of the present invention are not limited to the objects mentioned above, and other objects that are not mentioned will be clearly understood by those skilled in the art from the following description.

A feature of the data management system according to the present invention for achieving the above object is a storage instruction means that extracts text data from input data and is stored on a blockchain, and whether image data and text data are included in the input data. And a determination means for determining, according to the determination of the determination means, extracts the image data and stores it in a predetermined storage server, and associates the text data with related data related to storage of the image data on the blockchain. It characterized in that it is stored in.

Preferably, data related to the storage of the image data stored in the predetermined storage server are integrated into the text data, and the integrated data is stored on the blockchain.

Preferably, the data management system further includes an assigning means for assigning a predetermined tag to the related data related to storage of the image data, which is integrated with the text data.

Preferably, it further comprises a service server on the Internet providing the data management system, wherein the service server is image data stored in the storage server from related data related to storage of the stored image data connected to the text data on the blockchain. And an output means for extracting and outputting the text data connected with related information on storage of the image data stored on the blockchain.

Preferably, the service server integrates data related to storage of the image data stored in the predetermined storage server into the text data, and converts the converted hash value when all the integrated data is stored on the blockchain to user identification information. It is characterized in that it is maintained in response to.

Features of the data management method according to the present invention for achieving the above object are the steps of extracting text data from input data and storing it on a blockchain, and whether both image data and text data are included in the input data. Determining, extracting the image data and storing it in a predetermined storage server, and connecting the text data with related data related to storage of the image data and storing it on the blockchain.

The data management system and data management method according to the present invention as described above have the following effects.

First, the data management system extracts the image data and stores the image data in a storage server when the input data received from the terminal of the client is mixed with text data and image data having a large amount of data. Related data, for example, for those stored on the blockchain by mapping only the hash value to text data, large amounts of image data are not directly stored on the blockchain. According to this, even when using a platform developed with the storage of text data such as Ethereum in mind, it is possible to store input data mixed with text data and image data on the blockchain, and at the same time, the reliability of the input data. This exhibits an excellent effect.

Second, by integrating text data with related data related to storage of image data, it is possible to simply and reliably correspond to it and store it on the blockchain. In addition, since the integrated data is stored as one block on the blockchain, when decoding the stored input data, it is not necessary to prepare a table that associates the place where the image data is stored and the place where the text data is stored.

Third, when referring to input data stored on the blockchain, it is possible to increase processing efficiency by determining that a string of related data related to the storage of image data is included in the input data.

Fourth, when the output of the input data is required, it is possible to extract image data from the storage server, combine it with the corresponding text data, and decode and output the same content as the input data received from the terminal on the client side.

Fifth, since the service server can only output input data corresponding to user identification information, it is possible to prevent leakage of stored data.

Sixth, since the hash value when image data is added as related data can be used, it is possible to use an existing open source distributed file system platform.

1 is a conceptual diagram showing a data management system and a data management method in an embodiment of the present invention.
FIG. 2 is a diagram illustrating an initial screen displayed on a PC provided by the API server of FIG. 1.
3 is a diagram illustrating a user page displayed on a PC provided by the API server of FIG. 1.
4 is a diagram showing a data input page displayed on a PC provided by the API server of FIG. 1.
5 is a view showing medical records before conversion in FIG. 1.
6 is a diagram illustrating an XML format file in which tag assignment is completed in FIG. 1.
7 is a conceptual diagram showing a flow from FIG. 1 to storage of the data management system.
FIG. 8 is a diagram illustrating an XML format file converted from a contract document in FIG. 1.
9 is a diagram illustrating a display screen in which encryption is set for an arbitrary character string in FIG. 1.
10 is a diagram illustrating input data output from FIG. 1.
FIG. 11 is a view showing an input screen displayed on a PC of a client side when saving contract documents for an electronic contract in FIG. 1, and is a diagram illustrating a process according to input of contractor information.
12 is a view showing a process according to the input of the contract content in FIG.
13 is a view showing a process according to the input of the electronic signature and stamp in FIG.
14 is a diagram illustrating a process according to the selection of a lawyer in FIG. 11.

Other objects, characteristics and advantages of the present invention will become apparent through detailed description of embodiments with reference to the accompanying drawings.

A preferred embodiment of a data management system and a data management method according to the present invention will be described with reference to the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in a variety of different forms. However, the present embodiment is intended to complete the disclosure of the present invention and to limit the scope of the invention to those of ordinary skill in the art. It is provided to inform you. Therefore, the embodiments described in the present specification and the configurations shown in the drawings are only the most preferred embodiment of the present invention, and do not represent all the technical spirit of the present invention, and thus various equivalents that can replace them at the time of application It should be understood that there may be water and variations.

1 is a conceptual diagram showing a data management system and a data management method in an embodiment of the present invention. FIG. 2 is a diagram illustrating an initial screen displayed on a PC provided by the API server of FIG. 1. 3 is a diagram illustrating a user page displayed on a PC provided by the API server of FIG. 1. 4 is a diagram showing a data input page displayed on a PC provided by the API server of FIG. 1. 5 is a view showing medical records before conversion in FIG. 1. 6 is a diagram illustrating an XML format file in which tag assignment is completed in FIG. 1. 7 is a conceptual diagram showing a flow from FIG. 1 to storage of the data management system. FIG. 8 is a diagram illustrating an XML format file converted from a contract document in FIG. 1. 9 is a diagram illustrating a display screen in which encryption is set in an arbitrary character string in FIG. 1. FIG. 10 is a diagram showing input data output from FIG. FIG. 11 is a view showing an input screen displayed on a PC of a client side when saving contract documents of an electronic contract in FIG. 1, and is a diagram illustrating a process according to input of contractor information. 12 is a view showing a process according to the input of the contract content in FIG. 13 is a view showing a process according to the input of the electronic signature and stamp in FIG. 14 is a diagram illustrating a process according to the selection of a lawyer in FIG. 11.

A data management system and a data management method according to an embodiment will be described with reference to FIGS. 1 to 14.

Data management systems provide exchanges between providers and providers of services in various industries. For example, medical records of individuals in medical institutions, input and output of customers in financial institutions, precedents, wills, real estate transactions, etc. in legal institutions. It is a system managed by a server so that electronic contract documents related to legal affairs are converted into electronic data for future reference. In the present embodiment, the management of medical records in hospital units will be described as an example.

1 is a conceptual diagram showing a data management system and a data management method in an embodiment of the present invention.

As shown in Fig. 1, reference numeral 1 denotes a service server for a management company (manager) to provide a data management system, and reference numeral 2 denotes a personal computer (hereinafter referred to as "PC") as a client and output means. , They are connected so that they can communicate with each other through the Internet. At this time, the PC 2 is connected to a scanner 3, a keyboard 4, a mouse 5, and the like as input means. In addition, a pen tablet and a stylus pen can be used as input means.

Further, each of the PCs 2 omits a recording means such as a hard disk, and a RAM or the like is added to form an electronic processing unit. In the management document of the paper medium imaged by the scanner 3, character information described in the electronic processing unit is recognized as characters, and a document in which the character information is converted into text is generated. In addition, when there are photos, pictures, and videos in the management document, the document is composed of image data such as PNG, JPEG, and AVI together with text data.

The service server 1 includes a plurality of computers (recording means) 6, which are a block chain operating environment described later, an API (Application Program Interface) server (recording means) 7, and a use management server (recording means) ( 8) and the processing server (recording means) 9 are connected to each other through a network, and the client PC 2 receives input data as text data of the management document, and manages the input data.

In this embodiment, as a data management system, input data is stored using the technology of a blockchain. The plurality of computers 6 constituting the service server 1 are a plurality of nodes that generate blocks of a block chain, and may be nodes as a distributed server constituting a distributed file system.

The API server 7 is a server operated by a management company that provides a data management system, and converts data required to store the input data received from the PC 2 on the client side on a blockchain, or a tag to be described later. It is a server on the Internet that provides an API that can be used simply by clients who do not have knowledge of the blockchain or distributed file system. In addition, the API implemented in the AP server 7 operates in a web browser launched from the PC 2 on the client side.

A user who uses the data management system registers a unique user ID (user identification information) and password in advance as a homepage published by the management company of the data management system. The user management server 8 is equipped with a correspondence table that holds a user ID and password entered on the homepage, and a corresponding relationship with the block chain link information assigned to the ID of the user.

FIG. 7 is a conceptual diagram showing a process from uploading input data in a data management system to storage in a blockchain and a distributed file system. Hereinafter, the numbers attached to the arrows in FIG. 7 are used for description.

When a user inputs input data into the data management system, first, he accesses the homepage disclosed by the management company using a web browser started on the PC 2. As shown in Fig. 2, on the initial screen 10 of the homepage, an input field 12 of a user ID and a login button 13 are displayed, and the user who wants to access is required to enter a user ID and password. .

The user inputs into the user ID input terminal 11 and the password input field 12, and selects the login button 13. When the login button 13 is selected, the inputted user ID and password are sent to the user management server 8 shown in FIG. 1, and when it is determined that the input combination of the user ID and password is correct by referring to the correspondence table, FIG. 3 The user page 14 shown in is displayed.

On the user page 14, a data input button 15 and a data reference button 16 are displayed for selection. The user selects the data input button 15 when uploading a document (electronic data) of a new medical record, and selects the data reference button 16 when referring to electronic data of an existing medical record.

When the data input button 15 is selected, the data input page 17 shown in FIG. 4 is displayed. On the data input page 17, a file selection button 18 and an upload button 19 are displayed. When the user selects the file selection button 18, a window for selecting a document of the medical record stored in the storage medium is displayed on the PC 2 of the client side. And, as shown by arrow 1 shown in FIG. 7, when the user selects the upload button 19, electronic data of the selected medical record is transmitted through the API of the API server 7 as shown by arrow 2 shown in FIG. 7. It is transmitted to the processing server 9.

The processing server 9 reads a document of the medical record according to a file format or the like, and reads the judgment material or the contents of the data, and determines whether the document is a text-only file capable of full-text search (decision means). And if it is text data, it moves to the step of attaching a tag (grant means). On the other hand, if there is data of a larger file size compared to text data such as image data in addition to text, before the step of tagging, the document is divided into data of the corresponding large file size and text data, and the process moves to division. . Data of a file size larger than that of text data is described as a CT image 20 (image data) shown in FIG. 5 in this embodiment.

In the segmentation process, meta data common to the divided text data and image data is respectively assigned, and the post-processing is prepared and maintained.

The processing server 9 instructs a distributed file system operating on a plurality of computers 6 to store image data obtained from input data as shown by arrow 3 shown in FIG. 7. This distributed file system is an IPFS (Inter Planetary File System), and returns a hash value to the processing server 9 to refer to a node in which image data is stored as shown by arrow 4 shown in FIG. 7 by a network company.

The processing server 9, which received the hash value of the image data in the distributed file system, searches for text data separated from the image data in full text, and character data such as nouns (for example, As an item, medical history, etc.) are found in text data, and the text strings of these text data are tagged into an XML format file.

For example, if text data of the word "medical history" representing an item in the electronic data of the medical record of FIG. 5 and text data of "flu" and "appendicitis" which are adjacent words of the "medical history" are found, " It is judged that such things as "flu" and "appendicitis" correspond to "medical history". In the XML format file of FIG. 6, text data of "flu" and "appendicitis" are placed between <medical history> and </medical history>, respectively.

As such, by recognizing words such as “medical history”, “flu”, and “appendicitis”, the response of “flu” and “appendicitis” to “medical history” is a pre-management company and user under a predetermined tag assignment condition. It is set in the processing server 9.

In addition, in the present embodiment, the API has a condition that allows character data “flu” as a tag assignment condition to be a disease of “respiratory”, and character data “appendicitis” as a condition of “circulatory”. And in the XML format file, put “flu” in <respiratory> and </respiratory> tags, and place "appendicitis" in <circulatory> and </circulatory> tags, respectively. In other words, the text data of “flu” is assigned the tags of <respiratory> and </respiratory> as the lower sub tags and the tags <medical> and </medical> as the upper main tag. It is divided and can be judged. Also, multiple tags can be assigned to one character data. For example, the string "flu" can be tagged with "respiratory" and "virus".

Further, the processing server 9 writes the hash value (related data) returned from the distributed file system in the XML format file. Specifically, a hash value related to image data is written between tag information <img> and </img> indicated because the character string is a hash value of image data. Further, in the XML format file, tag information indicating positional information of image data or information such as an arrangement and display size of image data can be arranged.

The processing server 9 stores an XML format file in which text data and a hash value related to image data are integrated in a blockchain platform operating on a plurality of computers 6 as shown by arrow 5 shown in FIG. 7. It moves to the instructing step (storage instruction means). The blockchain platform is Ethereum, and the integrated XML format file is converted to a hash value and stored in the blockchain.

That is, the XML format file is hashed according to the block chain format in a computer 6 constituting the service server 1, as shown by arrow 6 shown in FIG. 7, and retrieved from the aforementioned corresponding table. Using a link to the blockchain corresponding to the ID, the corresponding blockchain is specified from among multiple blockchains. Then, it is stored in a block chain operating in the environment of the computer 6 that functions as a plurality of nodes constituting the service server 1. In addition, in the correspondence table of the user management server 8, the correspondence between the hash value stored in the blockchain and the user IS is maintained, and at the time of output to be described later, the user selects an arbitrary one from a plurality of hash values displayed at login, Output that can check the contents in the input data unit is possible. As indicated by arrows 7 and 8 shown in Fig. 7, the processing server 9 notifies the PC 2 on the client side using an API display or the like that the storage of the input data in the blockchain has been completed.

In addition, like the contract document shown in FIG. 8, character strings, such as credit card numbers, that require high security may be described in an XML format file. The data management system provided by the service server 1 has a function that enables a user to encrypt text data as needed in an XML format file.

When the provision of the XML format file tag is completed, the processing server 9 performs an encryption processing step. In detail, as shown in FIG. 9 using an API, a display screen for setting encryption to an arbitrary character string is displayed. The user can designate a part to be encrypted by dragging (selecting) a character string using a mouse 5 or the like. 9 shows an example in which two places are designated. The API recognizes the dragged string, masks the string on the display screen, and instructs the processing server 9 to encrypt the string.

The processing server 9 converts (encrypts) the selected character string into a character string whose contents cannot be determined at a glance as a variable. At this time, the processing server 9 stores the variable used for encryption by linking it with the user ID in the corresponding table as shown in FIG. 1.

In addition, the processing server 9 attaches a tag to the XML format file so that the encrypted portion can be determined. In FIG. 9, in order to encrypt a character string tagged with <credit card number> and </credit card number> and a character string tagged with <img> and </img>, that is, a hash value string of image data, the bottom < Enc> and </Enc> tags include <credit card number>, </credit card number>, and <img> and </img> tags.

In addition, the processing server 9 may have an auxiliary function to be shown to the user, such as highlighting a character string determined to be encrypted according to a tag, such as a flicker display or a highlight display on a display screen for setting encryption.

In addition, it is not limited to encryption of character strings, and each tag can be selected and the tag itself can be encrypted. According to this, it becomes impossible to determine what the string wrapped around the tag corresponds to. It is also possible to encrypt the tag and the string wrapped in the tag together.

Also, the image data may be a specification capable of encryption.

The processing server 9 has a function (output means) to refer to a plurality of input data stored on the blockchain. The user logs in by accessing the homepage published by the management company using a web browser started with the PC 2.

After logging in, the user selects the data reference button 16 of the user page 14 displayed on the PC 2 of the client side shown in FIG. 3. The management server 9 initiates a step of referencing the input data according to the selection of the data reference button 16 in the API.

In detail, the processing server 9 refers to the user ID received when the user logs in from the corresponding table, uses a link of the corresponding block chain to specify the corresponding block chain storing the input data, and the corresponding block chain platform The hash value corresponding to each user ID is transmitted to.

Subsequently, the blockchain platform decrypts the hash value into an XML format file, and returns the XML format file to the processing server 9. Further, the processing server 9 reads the XML format file, and determines whether there is a hash value related to the image data therein. When it is determined that there is a hash value related to the image data, the processing server 9 downloads the image data corresponding to the hash value from the distributed file system by using the hash value in the distributed file system.

Then, according to the processing server 9, text data other than the hash value related to the image data in the XML format file and the downloaded image data are used, as shown in Fig. 10, of the PC 2 on the client side. For the display, an output screen is displayed so that text data and image data of XML format files can be viewed at the same time.

At this time, the processing server 9 extracts a variable (decryption information) as a decryption key used for encryption from the corresponding table of the user management server 8, and decrypts and displays the encrypted string of the XML format file using the variable. .

In this way, by using the text extracted by a predetermined search condition and the tag assigned to the text, it can be used for data analysis to obtain useful knowledge for business activities. For example, in the medical field, by analyzing input data of all medical records of patients in a certain hospital as a user, knowledge useful for research on disease trends or effective treatments can be obtained from input data of medical records of patients with similar medical history. .

As described above, in the data management system of the present invention, the processing server 9 determines the input data received from the PC 2 on the client side by the determination means, and when image data or image data are mixed as text data and large-capacity data. In the, image data is extracted and stored in a distributed file system. In addition, as data related to storage of image data returned from the distributed file system, only the hash value is mapped as text data and stored in the blockchain. According to this, large-capacity image data is not directly stored on the blockchain, but even when using a platform developed with the storage of text data such as Ethereum in mind, input data in which text data and image data are mixed can be stored on the blockchain. It is possible to save on. In addition, it has the effect of increasing the reliability of the input data.

Further, the processing server 9 is provided with a means for assigning a predetermined tag to a hash value string of image data integrated into the text data. According to this, when referring to input data stored in the block chain, the processing server 9 can determine whether or not the hash value string of image data is included in the input data, and processing efficiency increases when output or reference is made. It is possible. Also, since image data is stored using an IPFS (Inter Planetary File System) and search is performed using a hash value, faster search and reference are possible than a search using a URL.

In addition, when requesting the output of input data, the processing server 9 extracts image data from the distributed file system, decrypts it from the hash value stored on the blockchain, and receives it from the terminal on the client side along with the corresponding text data. It is possible to decode and output the same contents as the input data.

In addition, since the service server 1 maintains the hash value stored in the block chain in correspondence with the user ID in the user management server 8, only the input data corresponding to the user ID is output, thereby preventing leakage of stored data. It is also possible to do.

In addition, documents that can be managed by the data management system are not limited to the medical records or contract documents described in the above-described embodiments, and are not basically used in data utilization such as data interpretation, for example, legal affairs such as wills or real estate transactions. There are electronic contract documents for In the case of storing electronic contract documents such as wills on the blockchain, approval from a third party who can publicly prove the validity of the legal will, like a lawyer, is required.

A case of providing a service for storing input data requiring the approval of an attorney is described with reference to FIGS. 11 to 14.

The service server that provides the data management system implements the approval process of the attorney who performs this approval work. In addition, electronic contracts for real estate transactions are described here.

As shown in Fig. 11, the input screen provided by the API is displayed on the PC 2 on the client side of the contract document, and the user inputs an input field for inputting the contract contents shown in Fig. 12. And, as shown in Fig. 13, the content input is completed, and the electronic signature and stamp to be written using a mouse or the like are uploaded. When the input of the contract document according to the user is completed, a screen prompting the selection of an attorney requesting approval of the input data of the contract document is displayed on the PC 2 on the client side, as shown in FIG. 14.

When the user selects an attorney and the authentication request button is operated, the service server 1 transmits a message indicating a request to confirm the contents of the input data to the selected attorney for which the contact information is registered in advance. The lawyer checks the input data using a terminal such as a PC connected to the network, and sends a message of confirmation completion to the service server 1. This confirmation completion message may be, for example, an electronic signature according to an attorney.

Upon receipt of the approval completion message, the service server 1 reports that the input data has been approved, and the input data is assigned and signed with the tag, extracted from the stamp, and converted into a hash value. And instruct them to store in the blockchain.

In order to store only the input data that has been approved by the attorney in the blockchain, the user does not need to prepare a separate electronic certificate, and it is also necessary to request approval from the attorney on the homepage provided by the service server (1). As a result, cumbersome procedures are omitted, and reliable electronic contract management becomes possible.

As described above, embodiments of the present invention have been described with reference to the drawings, but specific configurations are not limited to these embodiments, and changes or additions are included in the present invention without departing from the gist of the present invention.

For example, in the above-described embodiment, the service server 1 includes the API server 7 and uses the API, so that even a user who does not have knowledge about blockchain technology can be easily operated by intuitive operation in time. Although the system can be used, the present invention is not limited thereto, and a program other than an API operating in a web browser capable of sending an indication signal to the processing server 9 can be used.

In addition, in the above-described embodiment, image data is stored using IPFS as a distributed file system, but is not limited thereto. For example, even in a storage environment other than a block chain storing text data, a distributed file system May not be used. And it can be stored on a server or a local server. Also, in this case, a URL or a local image in which the image data is stored, as related data related to storage of the image data, is stored in correspondence with the text data.

Also, the hash value returned from the distributed file system is not limited to being integrated into text data.For example, text data is hashed separately from the hash value of image data and stored in different blocks on the blockchain. Data related to the storage of text data corresponding to the hash value of the data can be assigned and stored in a separate unit on the blockchain.

In addition, in the above-described embodiment, a variable used for encryption when encrypting an arbitrary character string in an XML format file is described as a usage set and stored for each user ID, but is not limited thereto. For example, the confidentiality may be higher by using a variable set and stored for each XML format file.

In addition, in the above-described embodiment, the block chain was described as a so-called private chain operating in an environment of a plurality of computers 6 constituting the service server 1 provided by the management company, but includes a public chain. can do. The operating environment of the distributed file system may be either the same personal environment or a public environment.

In addition, the API server 7 including the API constituting the service server 1 provided by the management company, the user management server 8 having a corresponding table, and the management server 9 perform respective functions. It can be configured with one computer.

In addition, the client-side device used by the user is not limited to a PC, but may be configured as a tablet or a smartphone.

In addition, in the above-described embodiment, the data management system has been described as a configuration provided by the service server 1, but is not limited thereto, for example, the PC 2 on the client side has an API, and the API server ( 7) and a corresponding table, and a configuration in which an application having functions of the user management server 8 and the processing server 9 is operated. In this case, the PC 2 constitutes a data management system.

In addition, the hash value converted from the blockchain or the link to the blockchain is not managed as a correspondence table, but may be a configuration that is sent directly to the user.

1: Service Server 2: PC
3: scanner 4: keyboard
5: mouse 6: computer (storage means)
7: API server (storage means) 8: User management server
9: processing means 10: initial screen
14: User page 15: Data input button
16: Data reference button 17: Data input page
18: file selection button 19: upload button
20: CT image (image data)

Claims (6)

A storage instruction means that extracts text data from the input data and is stored on the blockchain,
And determining means for determining whether image data and text data are included in the input data,
Data management, characterized in that, according to the determination of the determination means, the image data is extracted and stored in a predetermined storage server, and related data related to storage of the image data and the text data are correlated and stored on the blockchain. system.
The method of claim 1,
A data management system, characterized in that the data related to the storage of the image data stored in the predetermined storage server are integrated into the text data, and all the integrated data is stored on the blockchain.
The method of claim 2,
The data management system
A data management system further comprising: assigning means for assigning a predetermined tag to the data related to storage of the image data, integrated with the text data.
The method according to any one of claims 1 to 3,
Further comprising a service server on the Internet providing the data management system, the service server
The image data stored in the storage server is extracted from related data related to storage of the image data stored in connection with the text data on the blockchain, and the image data stored in the blockchain is linked with related information related to storage of the image data. A data management system comprising an output means for combining and outputting text data.
The method of claim 4,
The service server integrates data related to storage of the image data stored in the predetermined storage server into the text data, and when all the integrated data is stored on the blockchain, the converted hash value corresponds to user identification information. Data management system, characterized in that to maintain.
Extracting text data from input data and storing it on the blockchain,
Determining whether both image data and text data are included in the input data; and
Extracting the image data and storing it in a predetermined storage server,
Data management method comprising the step of linking the text data and related data related to storage of the image data and storing them on the blockchain.

Images