KR20200062058A - Data management system and method therefor - Google Patents

Abstract

Provided are a data management system and a data management method that can store input data including image data on a blockchain and also have excellent reliability of the stored input data. The data management system includes a storage instruction means for extracting text data from the input data and storing the same on the blockchain, and a determination means for determining whether both image data and text data are included in the input data. Based on the determination of the determination means, image data is extracted and stored in a predetermined storage server, and related data related to storage of image data and the text data are stored on the block chain.

Description

DATA MANAGEMENT SYSTEM AND METHOD THEREFOR

The present invention relates to a data management system and a data management method for storing input data in an interpretable manner.

Conventionally, in various industries, exchanges between service providers and providers are managed, for example, medical records of individuals in medical institutions, transaction records and transaction history of customers in financial institutions, and precedents in legal institutions. . These management materials are managed for reference later, and are used for reference or comparison of history on an individual or event basis, and are useful for future medical examinations, transactions, and trials. In recent years, these management data are input into a computer or the like to be electronic data, and stored in a storage medium such as a server in a centralized management method.

In addition, recently, a distributed data management system, such as a blockchain, which is easy to prevent alteration of input data that is a transaction record, has appeared. On the blockchain equipped with such a high falsification prevention function, input data other than the transaction record of the virtual currency can also be stored. For example, in patent document 1, it is proposed to store the input data which is a transaction record on a blockchain.

Japanese Patent Application Publication No. 2018-515833 (paragraph 0006, FIG. 1)

The data storage server of Patent Literature 1 makes it possible to ensure the reliability of the input data by storing the input data on the blockchain. However, Ethereum, which is widely used as a platform for handling blockchain, is a platform developed with the intention of storing text data. Therefore, for example, for input data that includes a large amount of data compared to text data, such as image data, there is a configuration that returns an error for data having a capacity larger than a prescribed level, and for example, a platform for performing conversion. Even if it takes a lot of time for the process of converting to a hash value, it is not practical, and it is not suitable for storage of input data containing such a large amount of data.

The present invention has been made in view of these problems, and aims to provide a data management system and a data management method capable of storing input data including image data on a blockchain and also having excellent reliability of stored input data. do.

In order to solve the above problems, the data management system of the present invention,

Storage instruction means for extracting text data from the input data and storing it on the blockchain;

And determination means for determining whether or not both image data and text data are included in the input data,

Based on the determination of the determination means, it is characterized in that the image data is extracted and stored in a storage server, and associated data related to storage of the image data and the text data are stored in association with each other on the blockchain.

According to this feature, when the input data received from the client-side terminal contains text data and large-capacity image data, the data management system extracts the image data and stores the image data in a storage server, and stores the image data. Since only relevant data related to storage of, for example, hash values are stored on the blockchain in correspondence with text data, large-capacity image data is not stored directly on the blockchain. According to this, even if a platform developed with the intention of storing text data such as Ethereum is used, input data in which text data and image data are mixed can be stored on the blockchain, and the reliability of the input data is excellent. Effect.

It is characterized in that related data related to storage of the image data stored in the storage server is integrated into the text data, and the integrated data is stored on the blockchain.

According to this feature, by integrating related data and text data related to the storage of image data, these can be stored simply and reliably on the blockchain. In addition, since the integrated data is stored on the blockchain as one block, when decoding the stored input data, it is not necessary to prepare a table corresponding to the storage location of the image data and the storage location of the text data. .

It is characterized by comprising a granting means for assigning a predetermined tag to the related data related to storage of the image data integrated in the text data.

According to this feature, when referring to the input data stored on the blockchain, it can be judged that the input data contains a character string of data related to storage of the image data, thereby improving processing efficiency.

It has a service server on the Internet that provides a data management system, the service server, from the relevant data related to the storage of the image data stored in association with the text data on the blockchain, the image data stored in the storage server And extracting and outputting means capable of outputting the text data associated with relevant data related to storage of the image data stored on the blockchain.

According to this feature, when the output of the input data is requested, it is possible to extract the image data from the storage server, decode and output the corresponding text data, and the same content as the input data received from the client-side terminal. .

The service server integrates relevant data related to storage of the image data stored in the storage server into the text data, and the converted hash value is stored in the user identification information when the integrated data is stored on the blockchain. It is characterized in that it can be held in correspondence.

According to this feature, since the service server can output only input data corresponding to user identification information, leakage of stored data can be prevented.

The storage server stores image data using a distributed file system, and the related data is characterized by being a hash value.

According to this feature, since it is good to use a hash value when adding image data as related data, it is possible to use a platform of an existing open source distributed file system.

In order to solve the above problems, the data management method of the present invention,

Extracting text data from the input data and storing it on the blockchain;

Determining whether or not both image data and text data are included in the input data;

Extracting the image data and storing it in a storage server;

And storing the text data related to the storage of the image data and the text data on the blockchain.

According to this feature, when the input data received from the client-side terminal contains text data and large-capacity image data, the data management system extracts the image data and stores the image data in a storage server, and stores the image data. Since only relevant data related to storage of data is stored on the blockchain in correspondence with text data, large-capacity image data is not stored directly on the blockchain. According to this, even when a platform developed with the intention of storing text data such as Ethereum is used, input data in which text data and image data are mixed can be stored on the blockchain, and the reliability of the input data is excellent. Effect.

1 is a conceptual diagram showing a data management system and a data management method in an embodiment of the present invention,
2 is a view showing an initial screen displayed on a PC provided from an API server,
3 is a diagram showing a user page as well,
4 is a diagram similarly showing a data input page,
5 is a view showing a medical record before conversion,
Fig. 6 is a diagram showing a file in XML format where tag assignment is completed;
Fig. 7 is a conceptual diagram showing a flow up to storage of a data management system,
8 is a diagram showing a file in XML format converted from a contract document,
9 is a diagram showing a display screen capable of setting encryption on an arbitrary character string,
10 is a diagram showing outputted input data,
FIG. 11 is a diagram showing an input screen displayed on a client-side PC when storing contract documents of an electronic contract, and is a diagram showing a step of urging input of contractor information,
12 is a diagram similarly showing the step of urging the input of the contract,
13 is a diagram similarly showing the step of urging the input of the electronic signature and the seal,
14 is a diagram showing the steps to urge the selection of a lawyer as well.

The form for implementing the data management system and the data management method according to the present invention will be described below based on the embodiments.

[Example]

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

The data management system can be exchanged between providers and providers of services in various industries, for example, medical records (cartes) of individuals in medical institutions, transaction history of customers in financial institutions, precedents and wills in legal institutions This is a system that electronically documents electronic contract documents related to legal affairs such as real estate transactions, and manages them on a server for future reference. In this embodiment, it will be described as an example of managing the medical records in units of hospitals.

1 shows an overall system diagram for realizing an embodiment according to the data management system of the present invention, 1 is a service server for a management company (administrator) to provide a data management system, 2 is a client and output It is a personal computer (hereinafter abbreviated as "PC") as a means, and these are connected to each other so that they can communicate with each other via the Internet. A scanner 3, a keyboard 4, a mouse 5, and the like as input means are connected to the PC 2, respectively. In addition, a pen tablet, a stylus pen, or the like can be used as the input means.

In addition, each PC 2 is provided with an electronic processing unit in addition to recording means (not shown) such as a hard disk or RAM. In the management document of the paper medium imaged by the scanner 3, character information described in the electronic processing unit is recognized as a character, and a document in which the character information is converted into text is generated. In addition, when there are photos, drawings, videos, etc. in the management document, they form a document with text as image data such as PNG, JPEG, or AVI.

The service server 1 includes a plurality of computers (recording means) 6 and an API (Application Program Interface) server (recording means) 7 which are operating environments of a blockchain platform and an operating environment of a distributed file system, which will be described later. The user management server (recording means) 8 and the processing server (recording means) 9 are configured by being connected by a network, and receive input data, which is text data of management documents, from the PC 2 on the client side. Input data is managed.

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

The API server 7 is a server operated by a management company providing a data management system, and conversion of data necessary to store input data received from the client-side PC 2 on the blockchain or a tag to be described later. It is a server on the Internet that provides an API that can be easily used by clients who do not have the knowledge of blockchain or distributed file system. In addition, the API is mounted on the API server 7 and operates on a web browser started by the PC 2 on the client side.

A user using the data management system registers a unique user ID (user identification information) and password in advance on the homepage published by the management company of the data management system. The user management server 8 includes a correspondence table that holds a correspondence relationship between the user ID and password input from the homepage and link information to the blockchain allocated to the user of the user ID.

Fig. 7 is a conceptual diagram showing the flow from the upload of input data in the data management system to storage on a block chain and a distributed file system, and the numbers given to the arrows in Fig. 7 are given to elements below. It may be used for explanation.

When the user inputs the input data into the data management system, first, the web browser started on the PC 2 is used to access the homepage disclosed by the management company. As shown in FIG. 2, the initial screen 10 of the homepage displays an input field 11 of a user ID, an input field 12 of a password, and a login button 13, and for a connected user, the user ID And password are required.

The user enters these user ID input fields 11 and password input fields 12, and selects a login button 13. When the login button 13 is selected, the entered user ID and password are sent to the user management server 8 (see Fig. 1), and if it is determined that the combination of the entered user ID and password is correct by referring to the corresponding table Based on that, the user page 14 shown in Fig. 3 is displayed.

On the user page 14, a data input button 15 and a data reference button 16 are displayed to be selectable. The user selects a data input button 15 when uploading a document of medical records newly, and selects a data reference button 16 when referring to electronic data of a medical record already managed.

When the data input button 15 is selected, the data input page 17 shown in FIG. 4 is displayed. On the data entry 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 capable of selecting a document of medical records stored in the storage medium of the client PC 2 is displayed, and the selection of the upload button 19 (see arrow 1 in FIG. 7 ). ), electronic data of the selected medical record is transmitted to the processing server 9 (see arrow 2 in FIG. 7 ).

The processing server 9 first determines whether or not the document is a text-only searchable text file by reading a document of medical records based on a file format and the content (contents) of the data (decision means) ). If it is a text-only file, the process goes to the step of assigning tags (granting means). On the other hand, when data having a large file size is pasted in addition to text data such as image data in addition to text, before the tagging step, the document is moved to a division process for dividing the document into data of the large file size and text data. do. Data having a larger file size than text data will be described as the CT image 20 (image data, see FIG. 5) in this embodiment.

In the division processing, metadata common to the divided text data and the image data is given respectively, and is regarded as a ready state for later processing.

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

The processing server 9, which has received the hash value of the image data from the distributed file system, searches the text data after being divided with the image data, and performs character data such as nouns (for example, with pre-set predetermined grant conditions). , Item names, etc.) from text data, and converts them into XML-formatted files that are tagged with text data strings.

For example, from the electronic data of the medical record of Fig. 5, the character data of the word "history" indicating the item, and the character data of the words "influenza" and "subdural hematoma" in the vicinity of the word "history" If found, it is judged that "influenza" and "subdural hematoma" correspond to "history". Then, in the XML format file of Fig. 6, text data of "influenza" and "subdural hematoma" are arranged between <history> and </history>, respectively.

In this way, recognizing words such as "history," "influenza," "subdural hematoma," and "influenza" and "dural hematoma" corresponding to "history" are managed in advance as a condition for granting a predetermined tag. It is set in the processing server 9 by a company and a user.

In addition, in the API in the present embodiment, it is possible to determine that the character data of "influenza" is a disease of "respiratory" and the character data of "subdural hematoma" is a disease of "brain" as a condition for granting tags. Conditions for granting are also provided. Then, in the XML format file, the tags of <respiratory> and </respiratory> are placed so that "influenza" is interposed, and the tags of <brain> and </brain> are placed so as to put "dural hematoma" between them. do. That is, the text data of "influenza" is given the tags of the <subventilator> </respirator> as the lower sub tag, and the tags of <main power> </history> as the upper main tag, and these multiple tags are hierarchical It is divided into and it is possible to judge. Further, a plurality of tags may be assigned to one character data. For example, two tags such as "respirator" and "virus" may be added to the string "influenza".

Further, the processing server 9 writes the hash value (related data) returned from the distributed file system into a file in XML format. Specifically, a hash value related to image data is written between tag information <img> </img> indicating that the character string is a hash value of image data. In addition, information such as the tag information indicating the location information of the image data and the arrangement and display size of the image data may be arranged in the XML format file.

The processing server 9 is instructed to store an XML format file in which hash values and text data related to image data are integrated on a blockchain platform operating on a plurality of computers 6 (storage instruction means). Move (see arrow 5 in FIG. 7). The blockchain platform is Ethereum, and the integrated XML format files are converted into hash values and stored on the blockchain.

That is, the file in XML format is hashed (see arrow 6 in FIG. 7) in the form of a blockchain on any one computer 6 constituting the service server 1, and the user ID inquired in the above-mentioned correspondence table A block chain operating in the environment of the computer 6 functioning as a plurality of nodes constituting the service server 1 by specifying a corresponding block chain among a plurality of block chains using a link to a block chain corresponding to It is kept on. In addition, in the correspondence table of the user management server 8, the corresponding relationship between the hash value stored on the blockchain and the user ID is maintained (FIG. 1). By selecting an arbitrary value from the hash value of, it is possible to output the content in an input data unit so that it can be confirmed. The processing server 9 notifies the PC 2 of the client side using the indication of the API that the storage of the input data to the blockchain is completed (see arrows 7 and 8 in Fig. 7).

In addition, as in the contract document shown in FIG. 8, a string having a high confidentiality such as a credit card number may be described in an XML format file. In the data management system provided by the service server 1, in the XML format file, the user is provided with a function capable of encrypting text data as necessary.

When the tagging of the XML format file is completed, the processing server 9 performs a secret processing step. In detail, a display screen capable of setting encryption is displayed on an arbitrary character string as shown in Fig. 9 using the API. The user can designate a portion to be hidden by dragging (selecting) the character string using the mouse 5 or the like (in FIG. 9, an example of designating two locations is shown). The API recognizes the dragged character string, masks the character string on the display screen, and instructs the processing server 9 to encrypt the character string.

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

In addition, the processing server 9 assigns a tag to the file in XML format so that the encrypted portion can be determined. In Fig. 9, in order to encrypt the string tagged with <credit card number> </credit card number> and the string tagged with <img> </img>, that is, the string of hash values of image data, At the bottom, the <Enc> </Enc> tag contains the <Credit card number> </Credit card number> and <img> </img> tags in between.

In addition, the processing server 9 is equipped with an assist function to display a character string determined to be hidden based on a tag to the user by highlighting flicker display, highlight display, etc. on a display screen capable of setting encryption. It may be.

In addition, it is not limited to the encryption of the character string, and each tag may be selected to be a specification capable of encrypting the tag itself. According to this, it is possible to make it impossible to determine what a character string placed between tags corresponds to. It is also possible to encrypt both the tag and the string placed between the tags.

Moreover, it is good also as a specification which can encrypt image data.

The processing server 9 has a function (output means) for referencing a plurality of input data stored on the blockchain. The user connects to the homepage disclosed by the management company using the web browser started on the PC 2 and logs in.

The user selects the data reference button 16 of the user page 14 (see Fig. 3) displayed on the client-side PC 2 after logging in. The processing server 9 starts referring to the input data based on the selection of the data reference button 16.

Specifically, the processing server 9 refers to the user ID received when the user logs in at the corresponding table, and uses the link to the corresponding blockchain to identify on the blockchain where the input data is stored. , A hash value corresponding to the user ID is transmitted to the blockchain platform.

Next, the blockchain platform decodes 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 an XML format file and determines whether there is a hash value related to image data therein. When it is determined that there is a hash value related to the image data, the processing server 9 uses the hash value in the distributed file system to download image data corresponding to the hash value from the distributed file system.

Then, the processing server 9 uses the text data other than the hash value associated with the image data in the XML format file and the downloaded image data to display the client-side PC 2 as shown in FIG. Regarding, an output screen capable of simultaneously reading text data and image data in an XML format file is displayed.

At this time, the processing server 9 extracts a variable (decryption information) as a key for decryption used for encryption from the corresponding table of the user management server 8, and uses the variable to encrypt the encrypted character string in the XML format file. Decrypted and displayed.

As described above, by using the text extracted by the predetermined search condition and the tag given to the text, it can be used for data analysis to obtain knowledge useful for business activities. For example, in the medical field, by analyzing the input data of medical records of all patients in one hospital as a user, the input data of medical records between patients of similar history can be helpful for research on disease tendencies and effective treatments. It is possible to acquire knowledge.

As described above, in the data management system of the present invention, the processing server 9 judges the input data received from the PC 2 on the client side by means of determination, and the text data and image data which are large-capacity data are mixed. If so, the image data is extracted and stored in a distributed file system. Then, only hash values, which are related data for storing the image data returned from the distributed file system, are stored on the blockchain in association with the text data. According to this, a large amount of image data is not stored directly on the blockchain, and even when a platform developed with the intention of storing text data such as Ethereum is used, blocks input data in which text data and image data are mixed. It can be stored on the chain, and also shows the effect that the reliability of the input data is excellent.

In addition, the processing server 9 can easily and reliably associate these strings with hash values of image data and text data and store them on the blockchain. In addition, since the integrated data is stored on the blockchain as one block, when decoding the stored input data, it is not necessary to prepare a table corresponding to the storage location of the image data and the storage location of the text data. .

Further, the processing server 9 is provided with a granting means for assigning a predetermined tag to a character string of a hash value of image data incorporated in text data. According to this, when referring to the input data stored on the blockchain, the processing server 9 can determine that the hash value string of the image data is included in the input data, so that processing at the time of output or reference Efficiency can be increased. In addition, since image data is stored using IPFS and a search is performed using a hash value, it is possible to search and reference faster than a search using a URL.

Further, when the output of the input data is requested, the processing server 9 extracts the image data from the distributed file system, and the client side as well as the corresponding text data decoded from the hash value stored on the blockchain. It can be decoded and output with the same content as the input data received from the terminal.

In addition, since the service server 1 holds the user ID and the hash value stored on the blockchain by the user management server 8, and outputs only the input data corresponding to the user ID, so that the stored data Leakage can be prevented.

In addition, the documents that can be managed by the data management system are not limited to the medical records and contract documents described in the above embodiment, and are not basically used for data utilization such as data analysis, for example, wills and real estate transactions It may be an electronic contract document related to legal affairs. When electronic contract documents such as wills are stored on the blockchain, approval by a third party, such as an attorney, who can prove the validity of a public legal will is required.

A case of providing a service for storing input data requiring approval of an attorney in this way will be described with reference to FIGS. 11 to 14. The service server providing the data management system is equipped with an approval step of an attorney who performs this approval work. In addition, the electronic contract of the real estate transaction is demonstrated here.

As shown in Fig. 11, in the contract document, the input screen provided by the API is displayed on the PC 2 on the client side, and the user can directly input content from this input screen. As step 1 of the input screen, the user is required to enter the contractor's name and address as the contract document title and contractor information. Subsequently, as a step 2, the user is presented with an input field for inputting the contract content (see FIG. 12), and when the content input is completed, an electronic signature performed using a mouse or the like and an upload of the seal are prompted (see FIG. 13). When the input of the contract document by the user is completed, a screen for prompting the selection of an attorney requesting approval of the input data of the contract document is displayed on the client side PC 2, as shown in FIG.

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

Based on the reception of this approval-completed message, the service server 1 considers that the approval operation of the input data has been completed, and grants and signs the input data as described above, extracts and hashs the image data of the seal. Operations such as conversion to values are performed, and instructions to store on the blockchain are issued.

As described above, since only input data that has been approved by the lawyer is stored on the blockchain, the user does not need to prepare an electronic certificate or the like, and also requests approval from the homepage provided by the service server 1 to the lawyer It is possible to perform the management of the electronic contract with high reliability by omitting cumbersome procedures.

Although the embodiments of the present invention have been described above with reference to the drawings, the specific configuration is not limited to these embodiments, and is included in the present invention even if changes or additions are made within a range not departing from the gist of the present invention.

For example, in the above embodiment, the service server 1 is provided with the API server 7, and by using the API, even a user who does not have knowledge of the blockchain technology by visually intuitive operation is simple. Although the system can be used, the present invention is not limited to this, and a program different from an API operating on a web browser capable of transmitting an instruction signal to the processing server 9 may be used.

In addition, in the above embodiment, the image data is stored using IPFS, which is a distributed file system, but is not limited thereto. For example, in a storage environment other than a blockchain that stores text data, the distributed file system It does not need to be used, and may be stored on a server or a local server. Further, in this case, a URL or a local domain where image data is stored is stored in association with text data as relevant data for storing image data.

In addition, the hash value returned from the distributed file system is not limited to the specification incorporated into the text data, for example, the text data is hashed separately from the hash value of the image data, and stored as different blocks on the blockchain. Then, after providing the relevant data regarding storage of text data corresponding to the hash value of the image data, it may be set as a specification that is stored in different units on the blockchain.

In the above embodiment, the variable used for encryption when secreting an arbitrary character string in an XML-format file is described as a specification set and stored for each user ID, but is not limited thereto, for example, an XML-format file. It is good also as a specification which further improves the confidentiality by setting it as the specification in which a variable is set and stored every time.

In addition, the block chain in the above embodiment is described as a so-called private chain, which operates in an environment on a plurality of computers 6 constituting a service server 1 provided by a management company, but may be a specification of a public chain. . The operating environment of the distributed file system may be either a private environment or a public environment.

In addition, the API server 7 provided with the API constituting the service server 1 provided by the management company, the user management server 8 provided with a correspondence table, and the processing server 9 serve as respective functions. It may consist of one computer.

Further, the terminal on the client side used by the user is not limited to a PC, but may be a tablet or a smartphone.

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

Further, the hash value or link converted in the blockchain is not managed in the correspondence table, and may be configured to be directly transmitted to the user.

One; Service server
2; PC
3; scanner
4; keyboard
5; mouse
6; Computer (storage server)
7; API server
8; User management server
9; Processing server
10; Initial screen
14; User page
15; Data input button
16; Data reference button
17; Data entry page
18; File selection button
19; Upload button
20; CT image (image data)

Claims (6)

Storage instruction means for extracting text data from the input data and storing it on the blockchain;
And determination means for determining whether or not both image data and text data are included in the input data,
On the basis of the determination of the determination means, the image data is extracted and stored in a predetermined storage server, and associated data related to storage of the image data and the text data are stored in association with each other on the blockchain. Data management system.
According to claim 1,
A data management system, characterized in that related data related to storage of the image data stored in the predetermined storage server is integrated into the text data, and the integrated data is stored on the blockchain.
According to claim 2,
And granting means for assigning a predetermined tag to related data related to storage of the image data integrated in the text data.
The method according to any one of claims 1 to 3,
A service server on the Internet that provides a data management system is provided, and the service server stores image data stored in the storage server from related data related to storage of image data stored in association with the text data on the blockchain. And an output means capable of outputting the text data associated with relevant information related to storage of the image data stored on the blockchain and outputting the text data.
The method of claim 4,
The service server integrates relevant data related to storage of the image data stored in the predetermined storage server into the text data, and identifies the converted hash value when the integrated data is stored on the blockchain, user identification A data management system characterized in that it can be stored in correspondence with information.
In order to solve the above problems, the data management method of the present invention,
Extracting text data from the input data and storing it on the blockchain;
Determining whether or not both image data and text data are included in the input data;
Extracting the image data and storing it in a predetermined storage server;
And storing the related data related to the storage of the image data and the text data on the blockchain.

Images