JP7187283B2 - data management system - Google Patents

data management system Download PDF

Info

Publication number
JP7187283B2
JP7187283B2 JP2018220141A JP2018220141A JP7187283B2 JP 7187283 B2 JP7187283 B2 JP 7187283B2 JP 2018220141 A JP2018220141 A JP 2018220141A JP 2018220141 A JP2018220141 A JP 2018220141A JP 7187283 B2 JP7187283 B2 JP 7187283B2
Authority
JP
Japan
Prior art keywords
data
character
input
management system
image data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018220141A
Other languages
Japanese (ja)
Other versions
JP2020086903A (en
Inventor
隆仁 佐々木
大輔 志田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LegalTech Inc
Original Assignee
LegalTech Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LegalTech Inc filed Critical LegalTech Inc
Priority to JP2018220141A priority Critical patent/JP7187283B2/en
Priority to KR1020190152265A priority patent/KR20200062059A/en
Publication of JP2020086903A publication Critical patent/JP2020086903A/en
Application granted granted Critical
Publication of JP7187283B2 publication Critical patent/JP7187283B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6227Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、入力データを解析可能に保管するデータ管理システムおよびデータ管理方法に関する。 The present invention relates to a data management system and data management method for storing input data in an analyzable manner.

従来から、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録、金融機関では顧客の取引記録や取引履歴、法律関係機関では判例等が管理されている。このような管理資料は、後に参照可能に管理されており、個人単位や事件単位で履歴の参照や比較に用い、以降の診察や取引、裁判等に役立ててられている。近年では、これらの管理資料はコンピュータ等で入力されて電子データ化され、RDB形式でサーバ等の記憶媒体に集中管理方式にて保管されている。 Conventionally, exchanges between service providers and service recipients in various business formats, such as individual medical records at medical institutions, transaction records and transaction histories of customers at financial institutions, and judicial precedents at legal institutions, have been managed. ing. Such management materials are managed so that they can be referred to later, and are used for referencing and comparing histories on an individual basis or on a case basis, and are useful for subsequent examinations, transactions, trials, and the like. In recent years, these management materials are input by a computer or the like, converted into electronic data, and stored in a storage medium such as a server in the form of an RDB in a centralized management system.

また近年では、取引記録である入力データの改竄を防ぎやすい、例えばブロックチェーンのような分散型のデータ管理システムが現れている。このように高い改竄防止機能を備えたブロックチェーン上には、仮想通貨の取引記録以外の入力データも保管することができる。例えば、特許文献1では、取引記録である入力データをブロックチェーン上に保管することが提案されている。 In recent years, distributed data management systems, such as blockchain, have emerged that make it easy to prevent tampering with input data, which are transaction records. Input data other than cryptocurrency transaction records can also be stored on a blockchain with such a high tamper-proof function. For example, Patent Literature 1 proposes storing input data, which is a transaction record, on a blockchain.

特開2018-515833号公報(段落0006、第1図)JP 2018-515833 A (paragraph 0006, FIG. 1)

特許文献1のデータ保管サーバは、入力データをブロックチェーン上に保管し、これらの入力データの承認を複数のノードで行うことで、当該入力データの信憑性を保障可能としている。その一方で、複数のノードで入力データの承認を行うということは、入力データを入力した本人以外も、この入力データにアクセスし、その内容を閲覧可能となってしまう。そのため、例えば患者の診療録や契約情報のように、入力データの一部に個人情報等が含まれるような場合には、このようなブロックチェーン上に入力データを保管する管理システムの利用が適さないという問題があった。 The data storage server of Patent Literature 1 stores input data on a block chain and approves the input data by a plurality of nodes, thereby ensuring the credibility of the input data. On the other hand, if the input data is approved by a plurality of nodes, it becomes possible for anyone other than the person who entered the input data to access the input data and browse the contents. Therefore, in cases where some of the input data includes personal information, such as patient medical records and contract information, it is appropriate to use a management system that stores input data on a blockchain. There was no problem.

本発明は、このような問題点に着目してなされたもので、入力データをブロックチェーン上に保管するシステムにおいて、入力データのうち、所望する一部の内容を秘匿することができるデータ管理システムおよびデータ管理方法を提供することを目的とする。 The present invention has been made with a focus on such problems, and is a data management system that can conceal a desired part of the input data in a system that stores input data on a blockchain. and to provide a data management method.

前記課題を解決するために、本発明のデータ管理システムは、
受付けた入力データのうちのテキストデータ項目ごとに該項目を示す文字データを含むタグで挟んでタグ分けされた形式で表示させ、該テキストデータのうちの一部の文字データであって、秘匿を所望するキーデータの選択を促す選択手段と、
前記選択手段により選択された前記タグで挟まれた項目の文字データであるキーデータを暗号化した文字列に変換する秘匿化手段と、
前記秘匿化手段により前記入力データのうちの暗号化された文字列と、前記入力データのうちの暗号化されていない文字データ、これら文字列および前記文字データに対応する項目を示す暗号化されていない文字データを含む前記タグを配しブロックチェーン上に保管させる保管指示手段と、
を備えることを特徴としている。
この特徴によれば、データ管理システムは、秘匿を所望するキーデータを選択させ、この選択されたキーデータのみを秘匿化した状態でブロックチェーン上に保管させる。このため、ブロックチェーン上の入力データは、入力データ内の一部のキーデータについて秘匿化されたデータを復号する鍵情報としての復号情報を有する者、サーバ、アプリ等の解読可能なもの例えば入力した本人(以下、本人等という。)以外に秘匿化された状態としながら、その他の内容は、入力した本人等以外にも閲覧可能とでき、秘匿を所望する内容を含んだ入力データについても、秘匿化されたデータを除いたデータについては第三者もアクセス可能でありデータ解析時等においてその内容を有効に活用することが可能となる。
In order to solve the above problems, the data management system of the present invention includes:
Text data of the received input data is displayed in a tagged format sandwiched between tags containing character data indicating the item for each item, and part of the text data is character data, selection means for prompting selection of key data desired to be kept confidential;
Anonymization means for converting key data, which is character data of the item sandwiched between the tags selected by the selection means, into an encrypted character string;
Character strings encrypted by the anonymizing means out of the input data , unencrypted character data out of the input data , and encrypted characters indicating items corresponding to the character strings and the character data a storage instruction means for arranging the tag containing character data that has not been written and storing it on the blockchain;
It is characterized by comprising
According to this feature, the data management system selects key data that is desired to be kept confidential, and stores only the selected key data in a confidential state on the blockchain. For this reason, the input data on the blockchain must be decipherable, such as a person, server, application, etc., who has decryption information as key information for decrypting encrypted data for some key data in the input data. While the information is kept anonymous to anyone other than the person who entered it (hereinafter referred to as the person, etc.), other content can be viewed by anyone other than the person who entered it, and input data containing content that is desired to be kept confidential, A third party can also access the data other than the anonymized data, and the content can be effectively used in data analysis.

データ管理システムを提供するインターネット上のサービスサーバを備え、前記サービスサーバは、前記入力データの秘匿化されたキーデータを復号させる復号情報とユーザ識別情報とを対応付けて保持可能であり、
前記ユーザ識別情報に基づいて、ブロックチェーン上に保管されている入力データの秘匿化されているキーデータを復号させて出力可能な出力手段を備えることを特徴としている。
この特徴によれば、秘匿化されているキーデータについては、入力データを入力した本人のユーザ識別情報に基づいてのみ復号させることができ、かつユーザは秘匿化を解除する鍵情報としての復号情報を意識することなく入力データを復号して利用することができる。
a service server on the Internet that provides a data management system, wherein the service server can hold decryption information for decrypting the encrypted key data of the input data and user identification information in association with each other;
It is characterized by comprising output means capable of decrypting and outputting confidential key data of input data stored on a block chain based on the user identification information.
According to this feature, the anonymized key data can be decrypted only based on the user identification information of the person who entered the input data, and the user can use the decryption information as the key information for canceling the anonymization. Input data can be decoded and used without being conscious of

前記選択手段により選択された入力データに含まれる文字列であるキーデータをタグ分けした暗号化されていない文字データを含む前記タグに対して、秘匿化されていることを示すタグを付与可能であることを特徴としている。
この特徴によれば、秘匿化されているキーデータを検索したい場合に、タグに基づいて検索が可能となる。
A tag indicating that it is anonymized can be attached to the tag containing unencrypted character data obtained by tagging the key data, which is a character string included in the input data selected by the selection means. It is characterized by something
According to this feature, when it is desired to search for anonymized key data, it is possible to search based on the tag.

入力データに含まれる文字データに対して所定の付与条件に基づいて文字データを含むタグを付与する付与手段を備え、前記選択手段では、前記付与手段により付与されタグの文字データ暗号化可能とされるキーデータとして選択できることを特徴としている。
この特徴によれば、タグに挟まれたテキストが何に対応するのかを判別不能にでき、秘匿性が高い。
a means for adding a tag including character data to character data included in the input data based on a predetermined condition, wherein the selection means can encrypt the character data of the tag given by the means for adding; It is characterized in that it can be selected as key data to be used .
According to this feature, it is possible to make it impossible to determine what the text sandwiched between the tags corresponds to, and the confidentiality is high.

前記入力データ内にイメージデータとテキストデータとがいずれも含まれているか否かを判定する判定手段と、
前記判定手段の判定に基づき、前記イメージデータを抽出し保管サーバに保管させるイメージ保管指示手段と、を備え、
前記保管指示手段は、前記イメージデータの保管に関する関連データを前記テキストデータと対応付けてブロックチェーン上に保管させるようになっており、
前記選択手段では、前記イメージデータをキーデータとして選択できることを特徴としている。
この特徴によれば、入力データ内にイメージデータとテキストデータとがいずれも含まれている場合には、イメージデータを秘匿化した状態で保管できるため、入力した本人以外がイメージデータの保管に関する関連データからイメージデータを参照した場合、イメージデータから秘匿化を所望された内容は漏洩しない。
determining means for determining whether the input data includes both image data and text data;
an image storage instruction means for extracting the image data and storing it in a storage server based on the determination by the determination means;
The storage instruction means associates data related to storage of the image data with the text data and stores the related data on the block chain,
The selection means is characterized in that the image data can be selected as key data.
According to this feature, when both image data and text data are included in the input data, the image data can be stored in an anonymized state. When the image data is referred to from the data, the content that is desired to be anonymized is not leaked from the image data.

前記入力データ内にイメージデータとテキストデータとがいずれも含まれているか否かを判定する判定手段と、
前記判定手段の判定に基づき、前記イメージデータを抽出し保管サーバに保管させるイメージ保管指示手段と、を備え、
前記保管指示手段は、前記イメージデータの保管に関する関連データを前記テキストデータと統合してブロックチェーン上に保管させるようになっており、
前記選択手段では、前記イメージデータの保管に関する関連データをキーデータとして選択できることを特徴としている。
この特徴によれば、イメージデータの保管に関する関連データを秘匿化することで、入力した本人以外等は保管サーバからテキストデータに対応するイメージデータを検索することができず、秘匿性が高い。
determining means for determining whether the input data includes both image data and text data;
an image storage instruction means for extracting the image data and storing it in a storage server based on the determination by the determination means;
The storage instruction means integrates data related to storage of the image data with the text data and stores the data on a block chain,
The selection means is characterized in that data related to storage of the image data can be selected as key data.
According to this feature, by anonymizing the related data related to the storage of the image data, the image data corresponding to the text data cannot be retrieved from the storage server by anyone other than the person who entered the data, and the confidentiality is high.

本発明の実施例におけるデータ管理システムおよびデータ管理方法を示す概念図である。1 is a conceptual diagram showing a data management system and a data management method in an embodiment of the invention; FIG. APIサーバから提供されてパソコンに表示される初期画面を示す図である。FIG. 4 is a diagram showing an initial screen provided by an API server and displayed on a personal computer; 同じくユーザーページを示す図である。It is a figure which similarly shows a user page. 同じくデータ入力ページを示す図である。It is a figure which similarly shows a data input page. 変換前の診療録を示す図である。It is a figure which shows the medical record before conversion. タグの付与が完了したXML形式のファイルを示す図である。FIG. 10 is a diagram showing an XML-format file to which tags have been added; データ管理システムの保管までのフローを示す概念図である。FIG. 4 is a conceptual diagram showing the flow up to storage of the data management system; 契約書類から変換されたXML形式のファイルを示す図である。It is a figure which shows the file of the XML form converted from the contract document. 任意の文字列に暗号化を設定できる表示画面を示す図である。FIG. 10 is a diagram showing a display screen on which encryption can be set for an arbitrary character string; 出力された入力データを示す図である。It is a figure which shows the output input data. 電子契約の契約書類を保管する際のクライアント側のパソコンに表示される入力画面を示す図であり、契約者情報の入力を促すステップを示す。FIG. 10 is a diagram showing an input screen displayed on a client-side personal computer when storing contract documents of an electronic contract, and shows a step for prompting input of contractor information. 同じく契約内容の入力を促すステップを示す図である。It is a figure which similarly shows the step which prompts the input of contract content. 同じく電子署名と印章の入力を促すステップを示す図である。FIG. 11 is a diagram showing a step of prompting the input of an electronic signature and a seal as well. 同じく弁護士の選択を促すステップを示す図である。FIG. 11 is a diagram showing a step of urging the selection of a lawyer as well.

本発明に係るデータ管理システムおよびデータ管理方法を実施するための形態を実施例に基づいて以下に説明する。 Embodiments for implementing a data management system and a data management method according to the present invention will be described below based on embodiments.

実施例に係るデータ管理システムおよびデータ管理方法につき、図1から図14を参照して説明する。 A data management system and a data management method according to an embodiment will be described with reference to FIGS. 1 to 14. FIG.

データ管理システムは、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録(カルテ)、金融機関では顧客の取引履歴、法律関係機関では判例、遺言や不動産取引等の法務に関わる電子契約書類等を電子データ化し、後に参照できるようにサーバで管理するシステムである。本実施例では、診療録を病院単位で管理することを例に取り説明する。 Data management systems are used for communication between service providers and service recipients in various business categories, such as personal medical records (medical records) in medical institutions, customer transaction histories in financial institutions, judicial precedents and wills in legal institutions. It is a system that converts electronic contract documents related to legal affairs such as real estate transactions into electronic data and manages them on a server so that they can be referred to later. In this embodiment, an example of managing medical care records on a hospital-by-hospital basis will be described.

図1は、本発明のデータ管理システムに係る実施形態を実現するための全体システム図を示し、符号1は管理会社(管理者)がデータ管理システムを提供するためのサービスサーバであり、符号2はクライアント及び出力手段としてのパーソナルコンピュータ(以下「パソコン」と略称する)、であり、これらはインターネットを通じて相互通信可能に接続されている。パソコン2には、入力手段としてのスキャナー3、キーボード4、マウス5等がそれぞれ接続されている。その他、入力手段としてはペンタブレットとスタイラスペン等も利用できる。 FIG. 1 shows an overall system diagram for realizing an embodiment of the data management system of the present invention. Reference numeral 1 denotes a service server for providing a data management system by a management company (administrator), and reference numeral 2 denotes a service server. are a client and a personal computer (hereinafter abbreviated as "personal computer") as output means, which are connected via the Internet so as to be able to communicate with each other. A scanner 3, a keyboard 4, a mouse 5 and the like are connected to the personal computer 2 as input means. In addition, a pen tablet, a stylus pen, etc. can be used as input means.

そして、上記各パソコン2は、ハードディスク等の図示省略の記録手段やRAM等に加え、電子化処理部を備えている。スキャナー3により撮像された紙媒体の管理書類は、電子化処理部にて記載された文字情報が文字認識され、文字情報がテキストに変換されたドキュメントが生成される。尚、管理書類に写真や図や動画等がある場合、これらはPNGやJPEGやAVI等のイメージデータとしてテキストとともにドキュメントを構成する。 Each of the personal computers 2 is provided with an electronic processing section in addition to a recording means such as a hard disk (not shown), a RAM, and the like. Character information written in the paper medium management document imaged by the scanner 3 is subjected to character recognition in the digitization processing unit, and a document is generated in which the character information is converted into text. If the management documents include photographs, drawings, moving images, etc., these constitute documents together with text as image data such as PNG, JPEG, and AVI.

サービスサーバ1は、後述するブロックチェーンプラットフォームの動作環境及び分散型ファイルシステムの動作環境である複数のコンピュータ(記録手段)6とAPI(Application Program Interface)サーバ(記録手段)7と利用者管理サーバ(記録手段)8と処理サーバ(記録手段)9がネットワークで接続されて構成されており、クライアント側のパソコン2から管理書類のテキストデータである入力データを受信し、この入力データの管理を行う。 The service server 1 includes a plurality of computers (recording means) 6, an API (Application Program Interface) server (recording means) 7, and a user management server ( A recording means) 8 and a processing server (recording means) 9 are connected by a network to receive input data, which is text data of management documents, from a personal computer 2 on the client side, and manage the input data.

本実施例におけるデータ管理システムでは、入力データはブロックチェーンの技術を利用して保管される。サービスサーバ1を構成する複数のコンピュータ6は、ブロックチェーンのブロックを生成する複数のノードであり、分散型ファイルシステムを構成する分散サーバとしてのノードでもある。 In the data management system of this embodiment, input data is stored using blockchain technology. A plurality of computers 6 that constitute the service server 1 are a plurality of nodes that generate blocks of a blockchain, and also serve as distributed servers that constitute a distributed file system.

APIサーバ7は、データ管理システムを提供する管理会社が運用するサーバであり、クライアント側のパソコン2から受信した入力データをブロックチェーン上に保管するために必要なデータの変換や後に詳述するタグの付与をブロックチェーンや分散型ファイルシステムの知識を有していないクライアントでも簡単に利用することができるAPIを提供するインターネット上のサーバである。尚、APIサーバ7にて実装されてAPIは、クライアント側のパソコン2で起動したウェブブラウザ上で動作する。 The API server 7 is a server operated by a management company that provides a data management system, and converts data necessary for storing input data received from the personal computer 2 on the client side on the block chain and performs tagging, which will be described in detail later. It is a server on the Internet that provides APIs that can be easily used by clients who do not have knowledge of blockchains and distributed file systems. The API implemented by the API server 7 operates on a web browser started by the personal computer 2 on the client side.

データ管理システムを利用するユーザは、データ管理システムの管理会社が公開するホームページにて、予め固有のユーザID(ユーザ識別情報)とパスワードとを登録しておく。利用者管理サーバ8は、ホームページにて入力されたユーザIDとパスワードと当該ユーザIDのユーザに割り当てられたブロックチェーンへのリンク情報との対応関係を保有する対応テーブルを備えている。 A user who uses the data management system registers a unique user ID (user identification information) and a password in advance on the homepage published by the management company of the data management system. The user management server 8 has a correspondence table that holds the correspondence between the user ID and password entered on the homepage and the link information to the block chain assigned to the user with the user ID.

図7は、データ管理システムにおける入力データのアップロードからブロックチェーン上、分散型ファイルシステム上での保管までのフローを示す概念図であり、以下、要所に図7の矢印に付された番号を説明に用いることがある。 FIG. 7 is a conceptual diagram showing the flow from uploading input data in the data management system to storing it on the blockchain and on the distributed file system. Sometimes used for explanation.

ユーザがデータ管理システムに入力データを入力する際には、まずパソコン2で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスする。図2に示されるように、ホームページの初期画面10には、ユーザIDの入力欄11とパスワードの入力欄12と、ログインボタン13とが表示され、アクセスしてきたユーザに対して、ユーザIDとパスワードの入力が求められる。 When a user inputs input data to the data management system, first, he/she accesses the home page published by the management company using a web browser started on the personal computer 2 . As shown in FIG. 2, a user ID input field 11, a password input field 12, and a login button 13 are displayed on the initial screen 10 of the home page. is prompted for.

ユーザは、これらユーザIDの入力欄11とパスワードの入力欄12に入力し、ログインボタン13を選択する。ログインボタン13が選択されると、入力されたユーザIDとパスワードとは利用者管理サーバ8(図1参照)に送られ、入力されたユーザIDとパスワードとの組み合わせが対応テーブルを参照して正しいことが判断できたことに基づき、図3に示されるユーザーページ14が表示される。 The user enters the user ID input field 11 and password input field 12 and selects the login button 13 . When the login button 13 is selected, the input user ID and password are sent to the user management server 8 (see FIG. 1), and the combination of the input user ID and password is checked by referring to the correspondence table. Based on the determination, the user page 14 shown in FIG. 3 is displayed.

ユーザーページ14には、データ入力ボタン15とデータ参照ボタン16とが選択可能に表示される。ユーザは新たに診療録のドキュメントをアップロードする際には、データ入力ボタン15を選択し、既に管理されている診療録の電子データを参照する際には、データ参照ボタン16を選択する。 A data input button 15 and a data reference button 16 are selectably displayed on the user page 14 . The user selects the data input button 15 when uploading a new medical record document, and selects the data reference button 16 when referencing the electronic data of the already managed medical record.

データ入力ボタン15が選択されると、図4に示されるデータ入力ページ17が表示される。データ入力ページ17には、ファイル選択ボタン18とアップロードボタン19とが表示される。ユーザがファイル選択ボタン18を選択すると、クライアント側のパソコン2の記憶媒体に記憶された診療録のドキュメントを選択可能なウィンドウが表示され、アップロードボタン19の選択(図7矢印1参照)により、当該選択した診療録の電子データが処理サーバ9に送信される(図7矢印2参照)。 When the data entry button 15 is selected, the data entry page 17 shown in FIG. 4 is displayed. A file selection button 18 and an upload button 19 are displayed on the data input page 17 . When the user selects the file selection button 18, a window is displayed in which a medical care history document stored in the storage medium of the client-side personal computer 2 can be selected. Electronic data of the selected medical record is transmitted to the processing server 9 (see arrow 2 in FIG. 7).

処理サーバ9では、まず診療録のドキュメントをファイル形式に基づく判断材料やそのデータの中身を読み込むことで、当該ドキュメントが全文検索可能なテキストのみのファイルであるか否か判定する(判定手段)。テキストのみのファイルであれば、タグを付与するステップ(付与手段)に移る。一方、テキストに加えてイメージデータ等のテキストデータに比べて大きなファイルサイズのデータが貼り込まれている場合には、タグを付与するステップの前に、ドキュメントを当該大きなファイルサイズのデータとテキストデータとに分ける分割処理に移る。テキストデータに比べて大きなファイルサイズのデータは、本実施例ではCT画像20(イメージデータ・図5参照)として説明する。 In the processing server 9, first, by reading the judgment material based on the file format of the document of the medical care record and the content of the data, it is judged whether or not the document is a full-text-searchable text-only file (judgment means). If it is a text-only file, the process proceeds to the step of adding tags (adding means). On the other hand, if data with a file size larger than the text data such as image data is pasted in addition to the text, before the tagging step, the document is combined with the data with the large file size and the text data. Then, the process proceeds to division processing in which the Data having a file size larger than text data will be described as a CT image 20 (image data, see FIG. 5) in this embodiment.

分割処理では、分けられたテキストデータとイメージデータとに共通するメタデータをそれぞれ付与し、後の処理の準備状態として保持する。 In the division processing, common metadata is added to the divided text data and image data, respectively, and held as a preparation state for subsequent processing.

処理サーバ9は、複数のコンピュータ6にて動作する分散型ファイルシステムに対して、入力データから取り出したイメージデータを保管するように指示を行う(図7矢印3参照)。この分散型ファイルシステムはIPFS(Inter Planetary File System)であり、イメージデータが保管されるノードをネットワーク上で参照にするハッシュ値を処理サーバ9に返す(図7矢印4参照)。 The processing server 9 instructs the distributed file system operating on a plurality of computers 6 to store the image data extracted from the input data (see arrow 3 in FIG. 7). This distributed file system is an IPFS (Inter Planetary File System), and returns to the processing server 9 a hash value that refers to a node in which image data is stored on the network (see arrow 4 in FIG. 7).

分散型ファイルシステムからイメージデータのハッシュ値を受信した処理サーバ9は、イメージデータと分けられた後のテキストデータを全文検索し、予め設定した所定の付与条件で名詞等の文字データ(例えば、項目名である既往歴等)をテキストデータから発見し、これらテキストデータの文字列にタグを付与したXML形式のファイルに変換する。 The processing server 9, which has received the hash value of the image data from the distributed file system, performs a full-text search on the text data separated from the image data, and extracts character data such as nouns (for example, item name, past history, etc.) is found from the text data, and the character strings of these text data are converted into an XML format file with tags.

例えば、図5の診療録の電子データから項目を示す「既往歴」という単語の文字データと、この「既往歴」という単語の近傍の単語である「インフルエンザ」と「硬膜下血腫」という文字データとが発見されると、「インフルエンザ」と「硬膜下血腫」とが「既往歴」に該当するものと判断する。そして、図6のXML形式のファイルにおいて、<既往歴>と</既往歴>の間に「インフルエンザ」と「硬膜下血腫」の文字データをそれぞれ配置する。 For example, from the electronic data of the medical record in FIG. If the data are found, it is judged that "influenza" and "subdural hematoma" correspond to the "pre-existing history". Then, in the XML format file of FIG. 6, character data of "influenza" and "subdural hematoma" are placed between <medical history> and </medical history>, respectively.

このように、「既往歴」「インフルエンザ」「硬膜下血腫」等の単語を認識することと、これら「インフルエンザ」「硬膜下血腫」が「既往歴」に対応することは、所定のタグの付与条件として、予め管理会社とユーザとで処理サーバ9に設定されている。 Thus, recognizing words such as "anamnesis", "influenza", and "subdural hematoma", and that these "influenza" and "subdural hematoma" correspond to "anamnesis" can be performed by using predetermined tags. is set in the processing server 9 in advance by the management company and the user.

加えて、本実施例におけるAPIは、タグの付与条件として、「インフルエンザ」という文字データが「呼吸器」の疾患であり、「硬膜下血腫」という文字データが「脳」の疾患であると判定することができる付与条件も備えている。そして、XML形式のファイルにおいて「インフルエンザ」を挟むように<呼吸器>と</呼吸器>のタグを、「硬膜下血腫」を挟むように<脳>と</脳>のタグを、それぞれ配置する。つまり、「インフルエンザ」という文字データには、下位のサブタグである<呼吸器></呼吸器>のタグと、上位のメインタグである<既往歴></既往歴>というタグが付与され、これら複数のタグが階層で分けられて判定可能となっている。なお、一つの文字データに複数のタグが付与されるようになっていてもよい。例えば「インフルエンザ」という文字列に「呼吸器」と「ウィルス」という2つのタグが付与されるようになっていてもよい。 In addition, the API in the present embodiment defines that the character data "influenza" is a disease of the "respiratory system" and the character data "subdural hematoma" is a disease of the "brain" as tagging conditions. It also has grant conditions that can be determined. Then, in the XML format file, add <respiratory> and </respiratory> tags to sandwich "influenza", and <brain> and </brain> tags to sandwich "subdural hematoma". Place each. In other words, the character data "influenza" is given the lower subtags <respiratory></respiratory> and the higher main tag <previous history></previous history>. These multiple tags can be divided into hierarchies and determined. A plurality of tags may be attached to one character data. For example, two tags of "respiratory system" and "virus" may be attached to the character string "influenza".

更に処理サーバ9は、分散型ファイルシステムから返されたハッシュ値(関連データ)を、XML形式のファイル内に記入する。詳しくは、イメージデータに関連するハッシュ値は、その文字列がイメージデータのハッシュ値であることを示すタグ情報<img></img>の間に記入される。尚、XML形式のファイルには、イメージデータの位置情報を示すタグ情報やイメージデータの配置及び表示サイズ等の情報を配置してもよい。 Further, the processing server 9 writes the hash value (related data) returned from the distributed file system in the XML format file. Specifically, the hash value associated with the image data is written between tag information <img></img> indicating that the character string is the hash value of the image data. In addition, information such as tag information indicating position information of image data, image data arrangement and display size, etc. may be arranged in the XML format file.

処理サーバ9は、イメージデータに関連するハッシュ値とテキストデータとが統合されたXML形式のファイルを、複数のコンピュータ6にて動作するブロックチェーンプラットフォームにて保管するように指示を行うステップ(保管指示手段)に移る(図7矢印5参照)。ブロックチェーンプラットフォームはイーサリアムであり、統合されたXML形式のファイルは、ハッシュ値に変換されてブロックチェーン上で保管される。 The processing server 9 instructs a block chain platform operating on a plurality of computers 6 to store an XML format file in which hash values and text data related to image data are integrated (storage instruction means) (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.

すなわち、XML形式のファイルは、サービスサーバ1を構成するいずれかのコンピュータ6にてブロックチェーンの形式に沿ってハッシュ値化(図7矢印6参照)され、前述の対応テーブルにて照会されたユーザIDに対応するブロックチェーンへのリンクを用いて複数のブロックチェーンの中から該当するブロックチェーンを特定し、サービスサーバ1を構成する複数のノードとして機能するコンピュータ6の環境において動作するブロックチェーン上に保管される。また、利用者管理サーバ8の対応テーブルでは、ブロックチェーン上に保管されたハッシュ値とユーザIDとの対応関係を保持しており、後述する出力時には、ユーザはログイン時に表示される複数のハッシュ値から任意のものを選択することで、入力データ単位で内容を確認可能に出力できる。処理サーバ9は、ブロックチェーンへの入力データの保管が完了したことをAPIの表示等を用いてクライアント側のパソコン2に対して通知する(図7矢印7,8参照)。 That is, the XML format file is hashed (see arrow 6 in FIG. 7) along the block chain format in one of the computers 6 that make up the service server 1, and the user Using the link to the block chain corresponding to the ID, identify the corresponding block chain from among the plurality of block chains, and on the block chain operating in the environment of the computer 6 functioning as a plurality of nodes constituting the service server 1 Stored. In addition, the correspondence table of the user management server 8 holds the correspondence relationship between hash values stored on the blockchain and user IDs. By selecting an arbitrary one from the input data unit, the contents can be output so that the contents can be confirmed. The processing server 9 notifies the personal computer 2 on the client side that the storage of the input data to the blockchain has been completed using the API display or the like (see arrows 7 and 8 in FIG. 7).

また、図8に示される契約書類のように、クレジットカード番号等の秘匿性の高い文字列がXML形式のファイルに記載されている場合がある。サービスサーバ1が提供するデータ管理システムでは、XML形式のファイルにおいて、ユーザが必要に応じてテキストデータの暗号化を行うことができる機能を備えている。 Also, as in the contract document shown in FIG. 8, highly confidential character strings such as credit card numbers may be written in XML format files. The data management system provided by the service server 1 has a function that allows the user to encrypt text data in an XML format file as required.

処理サーバ9はXML形式のファイルのタグの付与が完了すると、秘匿処理ステップを行う。詳しくは、APIを用いて図9に示されるような任意の文字列に暗号化を設定できる表示画面を表示させる。ユーザは、マウス5等を用いて文字列をドラッグ(選択)することで、秘匿したい部分を指定できる(図9では2箇所を指定する例を示している。)。APIはドラッグされた文字列を認識し、表示画面では当該文字列にマスキングを掛け、かつ処理サーバ9に当該文字列の暗号化を指示する。 When the processing server 9 completes the tagging of the file in XML format, it performs an encryption processing step. Specifically, the API is used to display a display screen on which encryption can be set for an arbitrary character string as shown in FIG. By dragging (selecting) the character string using the mouse 5 or the like, the user can designate the part to be kept secret (FIG. 9 shows an example of designating two parts). 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.

処理サーバ9は、選択された文字列を変数にて一見して内容が判断できない文字列に変換(暗号化)する。このとき処理サーバ9は、暗号化に用いた変数を対応テーブル(図1参照)にてユーザIDに紐づけて保存する。 The processing server 9 converts (encrypts) the selected character string into a character string whose content cannot be determined at first glance using a variable. At this time, the processing server 9 associates the variable used for encryption with the user ID in the correspondence table (see FIG. 1) and saves it.

また、処理サーバ9は、暗号化を行った部分を判別できるようにタグをXML形式のファイルに付与する。図9では、<クレジットカード番号></クレジットカード番号>がタグ付けされた文字列と、<img></img>がタグ付けされた文字列、すなわちイメージデータのハッシュ値の文字列とに暗号化を行うため、最下端に<Enc></Enc>のタグで<クレジットカード番号></クレジットカード番号>と<img></img>のタグを挟んで記載している。これによれば、<Enc></Enc>のタグに基づいて検索を行うことで、処理サーバ9は暗号化された部分があることと、その暗号化された部分を迅速に検知でき、後述する出力時の復号を高速で処理することができる。 In addition, the processing server 9 adds a tag to the XML format file so that the encrypted portion can be identified. In FIG. 9, a character string tagged with <credit card number></credit card number> and a character string tagged with <img></img>, that is, a character string of the hash value of the image data. For encryption, <credit card number></credit card number> and <img></img> tags are described at the bottom with tags <Enc></Enc>. According to this, by performing a search based on the <Enc></Enc> tags, the processing server 9 can quickly detect that there is an encrypted portion and the encrypted portion. High-speed decoding can be performed at the time of output.

尚、処理サーバ9は、タグに基づき秘匿すべきと判断した文字列を、暗号化を設定できる表示画面においてフリッカ表示、ハイライト表示等の強調表示をする等してユーザに示すアシスト機能を備えていてもよい。 In addition, the processing server 9 has an assist function to show the character string determined to be confidential based on the tag to the user by flickering display, highlight display, etc. on the display screen where encryption can be set. may be

また、文字列の暗号化に限らず、各タグを選択してタグ自体を暗号化できる仕様としてもよい。これによれば、タグに挟まれた文字列が何に対応するのかを判別不能にできる。また、タグとタグに挟まれた文字列を共に暗号化することも可能である。 In addition, the specification is not limited to encryption of character strings, and may be a specification in which each tag can be selected and the tag itself can be encrypted. According to this, it is possible to make it impossible to determine what the character string sandwiched between the tags corresponds to. It is also possible to encrypt both the tag and the character string sandwiched between the tags.

また、イメージデータについても、暗号化可能な仕様としてもよい。これによれば、入力データ内にイメージデータとテキストデータとがいずれも含まれている場合には、イメージデータを秘匿化した状態で保管できるため、入力した本人以外がイメージデータのハッシュ値を用いてイメージデータを参照した場合でも、イメージデータから秘匿化を所望された内容は漏洩しない。 Also, the image data may be encrypted. According to this, when both image data and text data are included in the input data, the image data can be stored in an anonymized state. Even if the image data is referred to by the user, the content that is desired to be anonymized will not be leaked from the image data.

処理サーバ9は、ブロックチェーン上に保管された複数の入力データを参照する機能(出力手段)を有する。ユーザは、パソコン2で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスしログインを行う。 The processing server 9 has a function (output means) to refer to a plurality of input data stored on the blockchain. The user uses a web browser activated on the personal computer 2 to access the homepage published by the management company and log in.

ユーザは、ログイン後にクライアント側のパソコン2に表示されるユーザーページ14(図3参照)のデータ参照ボタン16を選択する。処理サーバ9は、データ参照ボタン16の選択に基づき、入力データを参照するステップを開始する。 The user selects the data reference button 16 on the user page 14 (see FIG. 3) displayed on the personal computer 2 on the client side after login. The processing server 9 starts the step of referring to the input data based on the selection of the data reference button 16 .

詳しくは、処理サーバ9はユーザがログイン時に受信したユーザIDを対応テーブルで参照し、対応するブロックチェーンへのリンクを用いて、入力データ保管されている当該ブロックチェーンを特定し、当該ブロックチェーンプラットフォームに該ユーザID対応するハッシュ値を送信する。 Specifically, the processing server 9 refers to the user ID received when the user logs in in the corresponding table, uses the link to the corresponding block chain to identify the block chain in which the input data is stored, and the block chain platform to the hash value corresponding to the user ID.

ついでブロックチェーンプラットフォームは、ハッシュ値をXML形式のファイルに復号し、処理サーバ9にXML形式のファイルを返信する。更に、処理サーバ9はXML形式のファイルを読み込み、内部にイメージデータに関連するハッシュ値があるか否かを判定する。イメージデータに関連するハッシュ値があることが判定されると、処理サーバ9は分散型ファイルシステムにて当該ハッシュ値を用いて当該ハッシュ値に対応するイメージデータを分散ファイルシステムからダウンロードする。 The blockchain platform then decrypts the hash value into an XML formatted file and returns the XML formatted file to the processing server 9 . Further, the processing server 9 reads the XML format file and determines whether or not there is a hash value associated with the image data therein. When it is determined that there is a hash value associated with the image data, the processing server 9 uses the hash value in the distributed file system to download the image data corresponding to the hash value from the distributed file system.

そして、処理サーバ9によって、XML形式のファイル内のイメージデータに関連するハッシュ値以外のテキストデータとダウンロードしたイメージデータを用いて、図10に示されるように、クライアント側のパソコン2のディスプレイに対して、XML形式のファイル中のテキストデータとイメージデータとを同時に閲覧できる出力画面を表示する。 Then, the processing server 9 uses the text data other than the hash value related to the image data in the XML format file and the downloaded image data to display the data on the display of the personal computer 2 on the client side as shown in FIG. to display an output screen on which the text data and image data in the XML format file can be browsed at the same time.

このとき、処理サーバ9は、利用者管理サーバ8の対応テーブルから暗号化に用いた解読用の鍵としての変数(復号情報)を抽出し、当該変数を用いてXML形式のファイル中の暗号化された文字列を復号して表示する。 At this time, the processing server 9 extracts a variable (decryption information) as a decryption key used for encryption from the correspondence table of the user management server 8, and uses the variable to encrypt the XML file. decodes and displays the string.

このように、所定の検索条件によって抽出されたテキストと、当該テキストに付与されたタグを用いることで、事業活動に有益な知識を得るためのデータ解析に利用することができる。例えば、医療の分野では、ユーザである一の病院の患者全ての診療録の入力データを解析することで、近似する既往歴の患者同士の診療録の入力データから、疾患傾向や有効な治療法の研究等に役立つ知識を得られる可能性がある。 In this way, by using texts extracted according to predetermined search conditions and tags attached to the texts, it is possible to use the texts for data analysis in order to obtain useful knowledge for business activities. For example, in the medical field, by analyzing the input data of the medical records of all patients in one hospital, which is the user, disease trends and effective treatment methods can be obtained from the input data of the medical records of patients with similar medical histories. There is a possibility that knowledge useful for the research of

以上説明したように、本発明のデータ管理システムは、処理サーバ9は入力データを受付けて表示させ、入力データのうちの一部のデータであって秘匿を所望するキーデータであるテキスト、タグ、イメージデータのいずれを任意に選択できる入力画面(選択手段)を表示する。そして、入力画面で選択されたキーデータを秘匿化した状態の入力データをブロックチェーン上に保管させる仕様となっている。これによれば、ブロックチェーン上の入力データは、入力データ内の一部のキーデータについて入力した本人以外に秘匿化された状態としながら、その他の内容は、入力した本人以外も閲覧可能にでき、秘匿を所望する内容を含んだ入力データについても、データ解析時等においてその内容を有効に活用することが可能となる。 As described above, in the data management system of the present invention, the processing server 9 receives and displays input data, and includes text, tags, and key data that are part of the input data and are key data that should be kept confidential. An input screen (selection means) is displayed on which any of the image data can be arbitrarily selected. And it is a specification that the input data with the key data selected on the input screen kept confidential is stored on the blockchain. According to this, the input data on the blockchain can be made anonymous to persons other than the person who entered it, while the other contents can be viewed by people other than the person who entered it. In addition, it is possible to effectively utilize the contents of input data including contents that are desired to be kept confidential during data analysis or the like.

また、処理サーバ9は、利用者管理サーバ8の対応テーブルから暗号化に用いた変数を抽出し、当該変数を用いてXML形式のファイル中の暗号化された文字列を復号して表示する。即ち秘匿化されているキーデータについては、入力データを入力した本人のユーザIDに基づいてのみ復号させることができ、かつユーザは秘匿化を解除する鍵情報を意識することなく入力データを復号して利用することができる。 The processing server 9 also extracts variables used for encryption from the correspondence table of the user management server 8, and uses the variables to decrypt and display the encrypted character strings in the XML format file. That is, the encrypted key data can be decrypted only based on the user ID of the person who has input the input data, and the user can decrypt the input data without being aware of the key information for releasing the encryption. can be used.

また、上記したように、イメージデータのハッシュ値の文字列を秘匿化することで、入力した本人以外は保管サーバからテキストデータに対応するイメージデータを検索することができず、秘匿性が高い。 Further, as described above, by anonymizing the character string of the hash value of the image data, the image data corresponding to the text data cannot be retrieved from the storage server by anyone other than the person who entered the data, and the anonymity is high.

尚、データ管理システムにて管理できる書類は、前記実施例にて説明した診療録や契約書類に限らず、データ解析等のデータ活用には基本的に利用しないもの、例えば、遺言や不動産取引等の法務に関わる電子契約書類であってもよい。このような遺言書等の電子契約書類をブロックチェーン上で保管する場合には、弁護士のように公的に法律的な遺言書の効力を証明できる第三者の承認が必要となる。 Documents that can be managed by the data management system are not limited to the medical care records and contract documents described in the above embodiments, and are basically not used for data utilization such as data analysis, such as wills and real estate transactions. It may be an electronic contract document related to the legal affairs of Storing such electronic contract documents such as wills on the blockchain requires the approval of a third party, such as a lawyer, who can publicly prove the legal validity of the will.

このように弁護士の承認を必要とする入力データを保管するサービスを提供する場合について、図11から図14を用いて説明する。データ管理システムを提供するサービスサーバは、この承認作業を行う弁護士の承認ステップが実装されている。尚、ここでは不動産取引の電子契約について説明する。 A case of providing a service for storing input data requiring the approval of an attorney will be described with reference to FIGS. 11 to 14. FIG. A service server that provides a data management system is equipped with an approval step for a lawyer who performs this approval work. Here, electronic contracts for real estate transactions will be explained.

図11に示されるように、契約書類はAPIが提供する入力画面がクライアント側のパソコン2に表示され、ユーザはこの入力画面から直接内容を入力することができる。入力画面のステップ1として、ユーザには契約書類のタイトルと契約者情報として契約者氏名、住所の入力が要求される。次いでステップ2として、ユーザには契約内容を入力する入力欄が表示され(図12参照)、内容の入力が完了するとマウス等を用いて行う電子署名と、印章のアップロードが促される(図13参照)。ユーザによる契約書類の入力が完了すると、クライアント側のパソコン2には図14に示されるような、契約書類の入力データの承認を依頼する弁護士の選択を促す画面が表示される。 As shown in FIG. 11, an input screen provided by the API for contract documents is displayed on the personal computer 2 on the client side, and the user can directly input the content from this input screen. In step 1 of the input screen, the user is requested to enter the title of the contract document and the contractor's name and address as contractor information. Next, as step 2, the user is presented with an entry field for entering the contract content (see FIG. 12), and when the entry of the content is completed, the user is prompted to upload an electronic signature using a mouse or the like and a seal (see FIG. 13). ). When the input of the contract document by the user is completed, a screen as shown in FIG. 14 is displayed on the personal computer 2 on the client side prompting the selection of the lawyer who requests approval of the input data of the contract document.

ユーザが弁護士を選択し認証依頼ボタンが操作されると、サービスサーバ1は予め連絡先が登録されている、選択された弁護士に対して入力データの内容確認の依頼を示すメッセージを送信する。弁護士は、ネットワークに接続されたパソコン等の端末を用いて、当該入力データを確認し、確認完了のメッセージをサービスサーバ1に送信する。この確認完了のメッセージとしては、例えば弁護士による電子署名であってもよい。 When the user selects a lawyer and operates the authentication request button, the service server 1 sends a message requesting confirmation of the input data to the selected lawyer whose contact information is registered in advance. The attorney uses a terminal such as a personal computer connected to the network to check the input data and sends a confirmation completion message to the service server 1 . This confirmation completion message may be, for example, an electronic signature by a lawyer.

サービスサーバ1は、この承認完了のメッセージの受信に基づき、当該入力データの承認作業が完了したと見なし、当該入力データを上記したタグの付与及び署名、印章のイメージデータの抽出、ハッシュ値への変換等の作業を行い、ブロックチェーン上に保管する指示を行う。 The service server 1 determines that the approval work for the input data is completed based on the reception of this approval completion message, and assigns the tag and signature to the input data, extracts the image data of the seal, and converts the input data into a hash value. Perform work such as conversion, and give instructions to store it on the blockchain.

このように、弁護士による承認が完了した入力データのみがブロックチェーン上に保管されるため、ユーザは別途に電子証明書等を用意する必要がなく、またサービスサーバ1が提供するホームページから弁護士への承認要請を行うことができ、面倒な手続きを省略して、信憑性の高い電子契約の管理を行うことができる。 In this way, only the input data that has been approved by the lawyer is stored on the blockchain, so the user does not need to prepare an electronic certificate or the like separately. Approval can be requested, troublesome procedures can be omitted, and electronic contracts with high credibility can be managed.

以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。 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 any changes or additions within the scope of the present invention are included in the present invention. be

例えば、前記実施例では、サービスサーバ1はAPIサーバ7を備え、APIを用いることで、視覚において直感的な操作によりブロックチェーン技術に関する知識を有していないユーザでも簡単にシステムを利用できるようになっているが、これに限らず、処理サーバ9への指示信号を送信できるウェブブラウザ上で動作するAPIとは別のプログラムを利用する等してもよい。 For example, in the above-described embodiment, the service server 1 has an API server 7, and by using the API, even users who do not have knowledge of blockchain technology can easily use the system through intuitive visual operations. However, the present invention is not limited to this, and a program different from the API operating on the web browser capable of transmitting the instruction signal to the processing server 9 may be used.

また、前記実施例では、データ管理システムはサービスサーバ1により提供される構成で説明したが、これに限らず、例えばクライアント側のパソコン2上で、APIを備えるAPIサーバ7と、対応テーブルを備える利用者管理サーバ8と処理サーバ9の機能を備えたアプリケーションを動作させる構成としてもよく、この場合、パソコン2がデータ管理システムを構成することになる。 In the above embodiment, the data management system is provided by the service server 1. However, the data management system is not limited to this. An application having the functions of the user management server 8 and the processing server 9 may be operated. In this case, the personal computer 2 constitutes a data management system.

また、前記実施例において、イメージデータは分散型ファイルシステムであるIPFSを用いて保管されているが、これに限らず、例えばテキストデータを保管するブロックチェーン以外の保管環境であれば、分散型ファイルシステムが用いられなくてもよいし、サーバやローカルサーバ等に保管されてもよい。また、この場合、イメージデータが保存されているURLやローカルドメイン等がイメージデータの保管に関する関連データとして、テキストデータと対応付けて保管される。 In the above-described embodiment, the image data is stored using IPFS, which is a distributed file system. The system may not be used, and may be stored in a server, local server, or the like. In this case, the URL where the image data is stored, the local domain, etc. are stored in association with the text data as related data relating to storage of the image data.

また、分散型ファイルシステムから返されたハッシュ値は、テキストデータに統合される仕様に限らず、例えばテキストデータはイメージデータのハッシュ値とは別途ハッシュ値化されてブロックチェーン上にそれぞれ別ブロックとして保管し、イメージデータのハッシュ値に対応するテキストデータの保管に関する関連データを付与した上で、ブロックチェーン上に別の単位で保管される仕様としてもよい。 In addition, the hash value returned from the distributed file system is not limited to specifications that are integrated with text data. It may be stored in a separate unit on the block chain after adding related data related to storage of the text data corresponding to the hash value of the image data.

また、前記実施例においてデータ管理システムは、処理サーバ9はクライアント側のパソコン2から受信した入力データを判定手段により判定し、テキストデータと大容量のデータであるイメージデータとが混在している場合には、イメージデータを抽出して分散型ファイルシステムにて保管させ、分散型ファイルシステムから返されたイメージデータの保管に関する関連データであるハッシュ値のみをテキストデータに対応付けてブロックチェーン上に保管させる構成としているが、これに限らない。例えば、データ管理システムを提供するサービスサーバ1はイメージデータの保管場所としての分散型ファイルシステムを備えていなくてもよく、この場合、処理サーバ9はイメージデータを抽出する機能、イメージデータのハッシュ値とテキストデータとを対応付ける機能を備えていなくてよい。 In the above embodiment, the data management system judges the input data received from the personal computer 2 on the client side by the judging means in the processing server 9. , the image data is extracted and stored in a distributed file system, and only the hash value, which is the related data related to the storage of the image data returned from the distributed file system, is associated with the text data and stored on the blockchain. However, the configuration is not limited to this. For example, the service server 1 that provides the data management system may not have a distributed file system as a storage location for the image data. and text data may not be provided.

また、前記実施例において、XML形式のファイル内の任意の文字列を秘匿する際に暗号化に利用した変数は、ユーザID毎に設定され保管される仕様で説明したが、これに限らず、例えばXML形式のファイル毎に変数が設定され保管される仕様とすることで秘匿性を更に高める仕様としてもよい。 Also, in the above embodiment, the variable used for encryption when concealing an arbitrary character string in an XML file is set and stored for each user ID. For example, a specification may be adopted in which a variable is set and stored for each file in XML format to further enhance confidentiality.

また、前記実施例におけるブロックチェーンは、管理会社が提供するサービスサーバ1を構成する複数のコンピュータ6上の環境で動作する、所謂プライベートチェーンで説明したが、パブリックチェーンの仕様であってもよい。分散型ファイルシステムの動作環境についても同様にプライベートな環境とパッブリックな環境のいずれであってもよい。 Also, although the block chain in the above embodiment is explained as a so-called private chain that operates in an environment on a plurality of computers 6 that constitute the service server 1 provided by a management company, it may be a public chain specification. Similarly, the operating environment of the distributed file system may be either a private environment or a public environment.

また、管理会社が提供するサービスサーバ1を構成するAPIを備えるAPIサーバ7と、対応テーブルを備える利用者管理サーバ8と処理サーバ9とは、それぞれの機能を兼ねる一台のコンピュータで構成されていてもよい。 Also, the API server 7 provided with the API that constitutes the service server 1 provided by the management company, the user management server 8 provided with the correspondence table, and the processing server 9 are composed of a single computer having the respective functions. may

また、ユーザが利用するクライアント側の端末は、パソコンに限らず、タブレットやスマートフォンでもよい。 Also, the client-side terminal used by the user is not limited to a personal computer, and may be a tablet or a smartphone.

また、ブロックチェーンで変換されたハッシュ値やブロックチェーンへのリンクは、対応テーブルで管理されずに、直接ユーザに送信される構成であってもよい。 Also, the hash value converted by the blockchain and the link to the blockchain may be directly transmitted to the user without being managed by the correspondence table.

1 サービスサーバ
2 パソコン
3 スキャナー
4 キーボード
5 マウス
6 コンピュータ(保管サーバ)
7 APIサーバ
8 利用者管理サーバ
9 処理サーバ
10 初期画面
14 ユーザーページ
15 データ入力ボタン
16 データ参照ボタン
17 データ入力ページ
18 ファイル選択ボタン
19 アップロードボタン
20 CT画像(イメージデータ)
1 Service server 2 Personal computer 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 input page 18 File selection button 19 Upload button 20 CT image (image data)

Claims (6)

受付けた入力データのうちのテキストデータ項目ごとに該項目を示す文字データを含むタグで挟んでタグ分けされた形式で表示させ、該テキストデータのうちの一部の文字データであって、秘匿を所望するキーデータの選択を促す選択手段と、
前記選択手段により選択された前記タグで挟まれた項目の文字データであるキーデータを暗号化した文字列に変換する秘匿化手段と、
前記秘匿化手段により前記入力データのうちの暗号化された文字列と、前記入力データのうちの暗号化されていない文字データ、これら文字列および前記文字データに対応する項目を示す暗号化されていない文字データを含む前記タグを配しブロックチェーン上に保管させる保管指示手段と、
を備えることを特徴とするデータ管理システム。
Text data of the received input data is displayed in a tagged format sandwiched between tags containing character data indicating the item for each item , and part of the text data is character data, selection means for prompting selection of key data desired to be kept confidential;
Anonymization means for converting key data, which is character data of the item sandwiched between the tags selected by the selection means, into an encrypted character string;
Character strings encrypted by the anonymizing means out of the input data , unencrypted character data out of the input data , and encrypted characters indicating items corresponding to the character strings and the character data a storage instruction means for arranging the tag containing character data that has not been written and storing it on the blockchain;
A data management system comprising:
データ管理システムを提供するインターネット上のサービスサーバを備え、前記サービスサーバは、前記入力データの秘匿化されたキーデータを復号させる復号情報とユーザ識別情報とを対応付けて保持可能であり、
前記ユーザ識別情報に基づいて、ブロックチェーン上に保管されている入力データの秘匿化されているキーデータを復号させて出力可能な出力手段を備えることを特徴とする請求項1に記載のデータ管理システム。
a service server on the Internet that provides a data management system, wherein the service server can hold decryption information for decrypting the encrypted key data of the input data and user identification information in association with each other;
2. The data management according to claim 1, further comprising output means capable of decoding and outputting encrypted key data of input data stored on a blockchain based on said user identification information. system.
前記選択手段により選択された入力データに含まれる文字列であるキーデータをタグ分けした暗号化されていない文字データを含む前記タグに対して、秘匿化されていることを示すタグを付与可能であることを特徴とする請求項1または2に記載のデータ管理システム。 A tag indicating that it is anonymized can be attached to the tag containing unencrypted character data obtained by tagging the key data, which is a character string included in the input data selected by the selection means. 3. The data management system according to claim 1 or 2, wherein: 入力データに含まれる文字データに対して所定の付与条件に基づいて文字データを含むタグを付与する付与手段を備え、前記選択手段では、前記付与手段により付与されタグの文字データ暗号化可能とされるキーデータとして選択できることを特徴とする請求項1ないし3のいずれかに記載のデータ管理システム。 a means for adding a tag including character data to character data included in the input data based on a predetermined condition, wherein the selection means can encrypt the character data of the tag given by the means for adding; 4. The data management system according to any one of claims 1 to 3, wherein the data management system can be selected as key data to be stored . 前記入力データ内にイメージデータとテキストデータとがいずれも含まれているか否かを判定する判定手段と、
前記判定手段の判定に基づき、前記イメージデータを抽出し保管サーバに保管させるイメージ保管指示手段と、を備え、
前記保管指示手段は、前記イメージデータの保管に関する関連データを前記テキストデータと対応付けてブロックチェーン上に保管させるようになっており、
前記選択手段では、前記イメージデータをキーデータとして選択できることを特徴とする請求項1ないし4のいずれかに記載のデータ管理システム。
determining means for determining whether the input data includes both image data and text data;
an image storage instruction means for extracting the image data and storing it in a storage server based on the determination by the determination means;
The storage instruction means associates data related to storage of the image data with the text data and stores the related data on the block chain,
5. The data management system according to claim 1, wherein said selection means can select said image data as key data.
前記入力データ内にイメージデータとテキストデータとがいずれも含まれているか否かを判定する判定手段と、
前記判定手段の判定に基づき、前記イメージデータを抽出し保管サーバに保管させるイメージ保管指示手段と、を備え、
前記保管指示手段は、前記イメージデータの保管に関する関連データを前記テキストデータと統合してブロックチェーン上に保管させるようになっており、
前記選択手段では、前記イメージデータの保管に関する関連データをキーデータとして選択できることを特徴とする請求項1ないし4のいずれかに記載のデータ管理システム。
determining means for determining whether the input data includes both image data and text data;
an image storage instruction means for extracting the image data and storing it in a storage server based on the determination by the determination means;
The storage instruction means integrates data related to storage of the image data with the text data and stores the data on a block chain,
5. The data management system according to any one of claims 1 to 4, wherein said selection means can select data related to storage of said image data as key data.
JP2018220141A 2018-11-26 2018-11-26 data management system Active JP7187283B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018220141A JP7187283B2 (en) 2018-11-26 2018-11-26 data management system
KR1020190152265A KR20200062059A (en) 2018-11-26 2019-11-25 Data management system and method therefor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018220141A JP7187283B2 (en) 2018-11-26 2018-11-26 data management system

Publications (2)

Publication Number Publication Date
JP2020086903A JP2020086903A (en) 2020-06-04
JP7187283B2 true JP7187283B2 (en) 2022-12-12

Family

ID=70909925

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018220141A Active JP7187283B2 (en) 2018-11-26 2018-11-26 data management system

Country Status (2)

Country Link
JP (1) JP7187283B2 (en)
KR (1) KR20200062059A (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7519856B2 (en) 2020-09-29 2024-07-22 株式会社Nttデータ Information processing device, information processing method, and program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007257527A (en) 2006-03-24 2007-10-04 Canon Inc Printing system and control method
JP2015130010A (en) 2014-01-06 2015-07-16 株式会社リコー Information processing system, information processing device, information processing method, program and recording medium
JP2017195627A (en) 2017-06-23 2017-10-26 株式会社エヌ・ティ・ティ・データ Information processing apparatus, information processing method, and program
JP2018133080A (en) 2017-12-08 2018-08-23 株式会社Kompath Block chain data management system, program, and data structure
JP2018156293A (en) 2017-03-16 2018-10-04 富士通株式会社 Program, information processing method, and information processing apparatus

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2016242888A1 (en) 2015-03-31 2017-11-16 Nasdaq, Inc. Systems and methods of blockchain transaction recordation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007257527A (en) 2006-03-24 2007-10-04 Canon Inc Printing system and control method
JP2015130010A (en) 2014-01-06 2015-07-16 株式会社リコー Information processing system, information processing device, information processing method, program and recording medium
JP2018156293A (en) 2017-03-16 2018-10-04 富士通株式会社 Program, information processing method, and information processing apparatus
JP2017195627A (en) 2017-06-23 2017-10-26 株式会社エヌ・ティ・ティ・データ Information processing apparatus, information processing method, and program
JP2018133080A (en) 2017-12-08 2018-08-23 株式会社Kompath Block chain data management system, program, and data structure

Also Published As

Publication number Publication date
KR20200062059A (en) 2020-06-03
JP2020086903A (en) 2020-06-04

Similar Documents

Publication Publication Date Title
Zhuang et al. A patient-centric health information exchange framework using blockchain technology
Dagher et al. Ancile: Privacy-preserving framework for access control and interoperability of electronic health records using blockchain technology
US20240232427A1 (en) Cloud based viewing, transfer and storage of medical data
US20230010452A1 (en) Zero-Knowledge Environment Based Networking Engine
JP4904109B2 (en) Interpretation data management device and interpretation data management method
EP2368209B1 (en) Double blinded privacy-safe distributed data mining protocol
US20140324480A1 (en) Interface and Repository for Facilitating Patient Consent
US20190392407A1 (en) Encrypted asset transfer system and method for facilitating transfer of digital assets
US8498884B2 (en) Encrypted portable electronic medical record system
JP2023101763A (en) Data management system and data management method
US11343330B2 (en) Secure access to individual information
CN114026823A (en) Computer system for processing anonymous data and method of operation thereof
JP2019521537A (en) System and method for securely storing user information in a user profile
Ramya Devi et al. Triple DES: privacy preserving in big data healthcare
Krishnan et al. A blockchain-based credibility scoring framework for electronic medical records
Parker et al. Canadian Association of Radiologists White Paper on De-identification of medical imaging: Part 2, practical considerations
JP2019204194A (en) Information processing apparatus, information processing method, and information processing program
KR102244622B1 (en) Data Management System and Data Management Method
Shree et al. Data protection in internet of medical things using blockchain and secret sharing method
JP7187283B2 (en) data management system
Kim et al. Design of an information security service for medical artificial intelligence
Okediran et al. A Framework for a Cloud-Based Electronic Health Records System for Developing Countries
KR102263281B1 (en) Data Management System and Data Management Method
Bhatia et al. Understanding security risks when exchanging medical records using ihe
Rabbi et al. A secure real time data processing framework for personally controlled electronic health record (PCEHR) system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191112

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220208

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220209

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220411

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20220719

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221017

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20221017

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20221018

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20221110

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20221115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221129

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221130

R150 Certificate of patent or registration of utility model

Ref document number: 7187283

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150