(57)【要約】【課題】入力データを構成するテキストやタグを保管し、入力データの解析時などに必要なテキストを正確に参照できるデータ管理システムおよびデータ管理方法を提供する。【解決手段】データ管理システムを提供するサービスサーバ１はＡＰＩを備え、サービスサーバには、ＡＰＩを用いてクライアント側の端末２から入力データを受信する構成であり、受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与する付与手段と、タグが付与された入力データを複数の記憶手段６に保管させる保管指示手段と、複数の記憶手段６に保管された入力データを付与手段により付与されたタグとともにユーザ単位で参照可能に出力できる出力手段と、を備えた。【選択図】図１
2020086901.tif 000002
【特許請求の範囲】
【請求項１】
データ管理システムを提供するサービスサーバはＡＰＩを備え、
前記サービスサーバは、前記ＡＰＩを用いてクライアント側の端末から入力データを受信する構成であり、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与する付与手段と、
前記タグが付与された入力データを複数の記憶手段に保管させる保管指示手段と、
前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で参照可能に出力できる出力手段と、
を備えることを特徴とするデータ管理システム。
【請求項２】
前記サービスサーバは、前記保管指示手段において前記タグが付与された入力データをブロックチェーン上で保管させることを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記サービスサーバは、前記タグと当該ダグの意味する項目情報とが紐付けられた対応表を備え、
前記出力手段は、前記対応表を用いて前記タグの意味する項目情報を出力できることを特徴とする請求項１または２に記載のデータ管理システム。
【請求項４】
前記付与手段は、所定の変換ルールにより関数に変換したタグを前記入力データに付与し、
前記出力手段は、前記所定の変換ルールにより変換されたタグを復元して出力できることを特徴とする請求項１または２に記載のデータ管理システム。
【請求項５】
前記所定の変換ルールは、前記入力データ毎にそれぞれ設定可能であることを特徴とする請求項４に記載のデータ管理システム。
【請求項６】
前記付与手段では、前記入力データの一のテキストについて、各入力データに共通するタグを付与することが可能であることを特徴とする請求項１ないし５のいずれかに記載のデータ管理システム。
【請求項７】
前記付与手段は、前記出力手段により出力されたタグが付与された入力データを復元し、所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいて再度タグを付与することができ、
前記保管手段は、前記再度タグを付与された入力データを、前記ブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることを特徴とする請求項１ないし６のいずれかに記載のデータ管理システム。
【請求項８】
前記タグの付与条件は変更が可能であり、
前記保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、前記複数の記憶手段に保管指示できることを特徴とする請求項１ないし７のいずれかに記載のデータ管理システム。
【請求項９】
ＡＰＩを用いてクライアント側の端末から入力データを受信するステップと、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与するステップと、
前記タグが付与された入力データを複数の記憶手段に保管させるステップと、
前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で参照可能に出力するステップと、
を含むことを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力データを解析可能に保管するデータ管理システムおよびデータ管理方法に関する。
【背景技術】
【０００２】
従来から、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録、金融機関では顧客の取引履歴、法律関係機関では判例等が管理されている。このような管理資料は、後に参照可能に管理されており、個人単位や事件単位で履歴の参照や比較に用い、以降の診察や取引、裁判等に役立ててられている。近年では、これらの管理資料はコンピュータ等で入力されて電子データ化され、サーバ等の記憶媒体に保管されている。
【０００３】
また近年では、コンピュータの処理能力が向上したことから、大量の入力データを網羅的に解析し、例えばある事業者が保有する全ての既入力データから、消費傾向や罹患傾向等の有益な知識を得る所謂データ解析が注目されている。例えば、特許文献１では、入力データに所定のルールで区切られたテキストにタグを付加した状態で記憶媒体に保管しておき、後に任意のタグを複数選択することで、保管する大量の入力データが網羅的に解析され、選択した複数のタグに関連する情報を抽出できるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１９６４７１号公報（第３頁、第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１のように、後に解析されて有益な知識を得るために管理される入力データは、主に日々の業務で複数の担当者によって利用される取引情報等であるため、訂正や補足のために内容が編集される場合がある。しかしながら、内容の編集が行われた後に上書きされてしまうと、内部の情報が入力データの作成当時の内容と異なるものとなってしまい、正確にデータ解析に利用できない場合がある。一方で、入力データの編集を制限することも考えられるが、編集の制限を設定するようなセキュリティ機能を利用すると、データ解析時の参照が困難になる恐れがあった。加えて、データを登録、マイニングするためにコンピュータを用いた環境は、専門の知識を有する者によって構築されていた。
【０００６】
本発明は、このような問題点に着目してなされたもので、入力データを構成するテキストやタグを保管し、入力データの解析時などに必要なテキストを正確に参照できるデータ管理システムおよびデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明のデータ管理システムは、
データ管理システムを提供するサービスサーバはＡＰＩを備え、
前記サービスサーバは、前記ＡＰＩを用いてクライアント側の端末から入力データを受信する構成であり、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与する付与手段と、
前記タグが付与された入力データを複数の記憶手段に保管させる保管指示手段と、
前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で参照可能に出力できる出力手段と、
を備えることを特徴としている。
この特徴によれば、サービスサーバは、ＡＰＩを用いてクライアント側の端末から受信した入力データに対して、所定の検索条件に基づくテキストの抽出と、所定の付与条件に基づくタグの付与を行うため、関係データベースのような既存のタグの付与条件では適切に分類できないテキストに対しても、適切な分類のタグを設定し付与できる。そのため、このデータ管理システムを用いることで、入力データの解析時などに必要なテキストを正確に参照することができる。また、タグが付与された入力データはサービスサーバの保管指示手段により複数の記憶手段に保管され、かつ入力データの解析時などでは、ユーザ単位で参照可能に出力されるため、複数の記憶手段を用いる耐故障性に優れたシステムを、このようなシステムの知識を有していないユーザでも簡単に利用できる環境をＡＰＩにより実現することができる。
【０００８】
前記サービスサーバは、前記保管指示手段において前記タグが付与された入力データをブロックチェーン上で保管させることを特徴としている。
この特徴によれば、タグが付与された入力データはブロックチェーン上で保管されるため、タグが付与された入力データの編集を行うことができず、セキュリティ機能に優れる。また、入力データの作成当時の内容を解析に用いることができ、事業活動に有益な知識を正確に得ることができる。さらに、このようなデータ管理システムをブロックチェーンの知識を有していないユーザでも簡単に利用できるようになる。
【０００９】
前記サービスサーバは、前記タグと当該ダグの意味する項目情報とが紐付けられた対応表を備え、
前記出力手段は、前記対応表を用いて前記タグの意味する項目情報を出力できることを特徴としている。
この特徴によれば、サービスサーバが備える対応表を用いない限り、記憶手段に保管されている入力データに付与されたタグの意味を一見して判明しないものとすることができ、解析できる知識の漏洩を防ぐことができる。
【００１０】
前記付与手段は、所定の変換ルールにより関数に変換したタグを前記入力データに付与し、
前記出力手段は、前記所定の変換ルールにより変換されたタグを復元して出力できることを特徴としている。
この特徴によれば、所定の変換ルールによってのみ、タグの意味がわかる状態に出力できるため、解析できる知識の漏洩を防ぐことができる。
【００１１】
前記所定の変換ルールは、前記入力データ毎にそれぞれ設定可能であることを特徴としている。
この特徴によれば、入力データを入力したユーザが、個別に所定の変換ルールを設定できるので、解析できる知識の漏洩を防ぐことができる。
【００１２】
前記付与手段では、前記入力データの一のテキストについて、各入力データに共通するタグを付与することが可能であることを特徴としている。
この特徴によれば、複数の異なる入力データ間で互いに共通する一のテキストを利用して解析に用いることができる。
【００１３】
前記付与手段は、前記出力手段により出力されたタグが付与された入力データを復元し、所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいて再度タグを付与することができ、
前記保管手段は、前記再度タグを付与された入力データを、前記ブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることを特徴としている。
この特徴によれば、以前に保管した入力データを編集及び破棄することなく、タグを付与し直すことができ、正確に解析を行うことができる。
【００１４】
前記タグの付与条件は変更が可能であり、
前記保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、前記複数の記憶手段に保管指示できることを特徴としている。
この特徴によれば、区切られたテキストの同様の属性に対して付与されるタグが時期や担当者に応じて異なる場合であっても、同様の属性として解析に利用することができる。
【００１５】
前記課題を解決するために、本発明のデータ管理方法は、
ＡＰＩを用いてクライアント側の端末から入力データを受信するステップと、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与するステップと、
前記タグが付与された入力データを複数の記憶手段に保管させるステップと、
前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で参照可能に出力するステップと、
を含むことを特徴とするデータ管理方法。
この特徴によれば、ＡＰＩを用いてクライアント側の端末から受信した入力データに対して、所定の検索条件に基づくテキストの抽出と、所定の付与条件に基づくタグの付与を行うため、関係データベースのような既存のタグの付与条件では適切に分類できないテキストに対しても、適切な分類のタグを設定し付与できる。そのため、このデータ管理方法を用いることで、入力データの解析時などに必要なテキストを正確に参照することができる。また、タグが付与された入力データは保管指示により複数の記憶手段に保管され、かつ入力データの解析時などでは、ユーザ単位で参照可能に出力されるため、複数の記憶手段を用いる耐故障性に優れたシステムを、このようなシステムの知識を有していないユーザでも簡単に利用できる環境をＡＰＩにより実現することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例におけるデータ管理システムおよびデータ管理方法を示す概念図である。
【図２】ＡＰＩサーバから提供されてパソコンに表示される初期画面を示す図である。
【図３】同じくユーザーページを示す図である。
【図４】同じくデータ入力ページを示す図である。
【図５】変換前の診療録を示す図である。
【図６】タグの付与が完了したＸＭＬ形式のファイルを示す図である。
【図７】タグが関数化された状態のＸＭＬ形式のファイルを示す図である。
【図８】出力時における一例としての重要度付与画面を示す図である。
【発明を実施するための形態】
【００１７】
本発明に係るデータ管理システムおよびデータ管理方法を実施するための形態を実施例に基づいて以下に説明する。
【実施例】
【００１８】
実施例に係るデータ管理システムにつき、図１から図８を参照して説明する。
【００１９】
データ管理システムは、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録（カルテ）、金融機関では顧客の取引履歴、法律関係機関では判例等を電子データ化し、後に参照できるようにサーバで管理するシステムである。本実施例では、医療機関におけるカルテを病院単位で管理することを例に取り説明する。
【００２０】
図１は、本発明のデータ管理システムに係る実施形態を実現するための全体システム図を示し、管理会社（管理者）がデータ管理システムを提供するためのサービスサーバ１、クライアント及び出力手段としてのパーソナルコンピュータ（以下「パソコン」と略称する）２、とを備え、これらがインターネットを通じて相互通信可能に接続されている。パソコン２には、入力手段としてのスキャナー３、キーボード４、マウス５等がそれぞれ接続されている。その他、入力手段としてはペンタブレットとスタイラスペン等も利用できる。
【００２１】
そして、上記各パソコン２は、ハードディスク等の図示省略の記録手段やＲＡＭ等に加え、電子化処理部を備えている。スキャナー３により撮像された紙媒体の管理書類は、電子化処理部にて記載された文字情報が文字認識され、テキストデータに変換される。
【００２２】
サービスサーバ１は、後述するブロックチェーンの動作環境である複数のコンピュータ（記録手段）６とＡＰＩ（Application Program Interface）サーバ（記録手段）７と利用者管理サーバ（記録手段）８と処理サーバ９（記録手段）がネットワークで接続されて構成されており、クライアント側のパソコン２から管理書類のテキストデータである入力データを受信し、この入力データの管理を行う。
【００２３】
本実施例におけるデータ管理システムでは、入力データはブロックチェーンの技術を利用して保管される。サービスサーバ１を構成する複数のコンピュータ６は、ブロックチェーンのブロックを生成する複数のノードである。
【００２４】
ＡＰＩサーバ７は、データ管理システムを提供する管理会社が運用するサーバであり、クライアント側のパソコン２から受信した入力データをブロックチェーン上に保管するために必要なデータの変換や後に詳述するタグの付与をブロックチェーンの知識を有していないクライアントでも簡単に利用することができるＡＰＩを提供するインターネット上のサーバである。尚、ＡＰＩサーバ７に実装されて動作するＡＰＩは、クライアント側のパソコン２で起動したウェブブラウザ上で動作する。
【００２５】
データ管理システムを利用するユーザは、データ管理システムの管理会社が公開するホームページにて、予め固有のユーザＩＤとパスワードとを登録しておく。利用者管理サーバ８は、ホームページにて入力されたユーザＩＤとパスワードと当該ユーザＩＤのユーザに割り当てられたブロックチェーンへのリンク情報との対応関係を保有する対応テーブルを備えている。
【００２６】
ユーザがデータ管理システムに入力データを入力する際には、まずパソコン２で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスする。図２に示されるように、ホームページの初期画面１０には、ユーザＩＤの入力欄１１とパスワードの入力欄１２と、ログインボタン１３とが表示され、アクセスしてきたユーザに対して、ユーザＩＤとパスワードの入力が求められる。
【００２７】
ユーザは、これらユーザＩＤの入力欄１１とパスワードの入力欄１２に入力し、ログインボタン１３を選択する。ログインボタン１３が選択されると、入力されたユーザＩＤとパスワードとは利用者管理サーバ８（図１参照）に送られ、入力されたユーザＩＤとパスワードとの組み合わせが対応テーブルを参照して正しいことが判断できたことに基づき、図３に示されるユーザーページ１４が表示される。
【００２８】
ユーザーページ１４には、データ入力ボタン１５とデータ参照ボタン１６とが選択可能に表示される。ユーザは新たに診療録の電子データをアップロードする際には、データ入力ボタン１５を選択し、既に管理されている診療録の電子データを参照する際には、データ参照ボタン１６を選択する。
【００２９】
データ入力ボタン１５が選択されると、図４に示されるデータ入力ページ１７が表示される。データ入力ページ１７には、ファイル選択ボタン１８とアップロードボタン１９とが表示される。ユーザがファイル選択ボタン１８を選択すると、クライアント側のパソコン２の記憶媒体に記憶された診療録の電子データを選択可能なウィンドウが表示され、アップロードボタン１９の選択により、当該選択した診療録の電子データがＡＰＩサーバ７（図１参照）のＡＰＩを介して処理サーバ９に送信される。
【００３０】
処理サーバ９では、まず診療録の電子データをファイル形式等に基づき、全文検索可能なテキストデータであるか否か判別する。テキストデータであれば、次のタグを付与するステップ（付与手段）に移り、テキストデータでなければ、クライアント側のパソコン２にエラーを返す。つまり、ユーザはアップロード時には全文検索可能なテキストデータを用意することになる。
【００３１】
タグを付与するステップにおいて、まずＡＰＩの有する検索機能によりテキストデータが全文検索される。タグを付与するステップでは、予め設定した所定の付与条件で名詞等の文字データ（例えば、項目名である既往歴等）をテキストデータから発見し、タグを付与したＸＭＬ形式のファイルに変換する。
【００３２】
変換された後のＸＭＬ形式のファイルにおいて、各タグは所定の変数で関数化されている。図５はＸＭＬ形式のファイルに変換される前の診療録の電子データであり、図６は診療録の電子データが変換されたＸＭＬ形式のファイルにおいて、付与された各タグを関数から視覚的に単語を判別可能に復元したものである。
【００３３】
例えば、図５の診療録の電子データから項目を示す「既往歴」という単語の文字データと、この「既往歴」という単語の近傍の単語である「インフルエンザ」と「虫垂炎」という文字データとが発見されると、「インフルエンザ」と「虫垂炎」とが「既往歴」に該当するものと判断する。そして、図６のＸＭＬ形式のファイルにおいて、＜既往歴＞と＜／既往歴＞の間に「インフルエンザ」と「虫垂炎」の文字データをそれぞれ配置する。
【００３４】
このように、「既往歴」「インフルエンザ」「虫垂炎」等の単語を認識することと、これら「インフルエンザ」「虫垂炎」が「既往歴」に対応することは、所定のタグの付与条件として、予め管理会社とユーザとで処理サーバ９に設定されている。
【００３５】
加えて、本実施例におけるＡＰＩは、タグの付与条件として、「インフルエンザ」という文字データが「呼吸器」の疾患であり、「虫垂炎」という文字データが「循環器」の疾患であると判定することができる付与条件も備えている。そして、ＸＭＬ形式のファイルにおいて「インフルエンザ」を挟むように＜呼吸器＞と＜／呼吸器＞のタグを、「虫垂炎」を挟むように＜循環器＞と＜／循環器＞のタグを、それぞれ配置する。つまり、「インフルエンザ」という文字データには、下位のサブタグである＜呼吸器＞＜／呼吸器＞のタグと、上位のメインタグである＜既往歴＞＜／既往歴＞というタグが付与され、これら複数のタグが階層で分けられて判定可能となっている。なお、一つの文字データに複数のタグが付与されるようになっていてもよい。例えば「インフルエンザ」という文字列に「呼吸器」と「ウィルス」という２つのタグが付与されるようになっていてもよい。
【００３６】
処理サーバ９は、タグを付与するステップが完了すると、タグの付与が完了したＸＭＬ形式のファイルを保管するステップ（保管指示手段）に移る。このとき、各タグはデータ管理システムを提供する所定の処理サーバ９により、所定の変数で関数化されている。保管するステップでは、タグの付与が完了したＸＭＬ形式のファイルを、サービスサーバ１を構成するいずれかのコンピュータ６にてブロックチェーンの形式に沿ってハッシュ値化し、前述の対応テーブルにて照会されたユーザＩＤに対応するブロックチェーンへのリンクを用いて複数のブロックチェーンの中から該当するブロックチェーンを特定し、サービスサーバ１を構成する複数のノードとして機能するコンピュータ６の環境において動作するブロックチェーン上で保管させる。
【００３７】
また、各タグはデータ管理システムを提供する所定の処理サーバ９により、所定の変数で関数化されているので、入力データがブロックチェーンのハッシュ値から復元された状態では、図７に示されるように視覚的に単語を判別不能となっている。
【００３８】
処理サーバ９は、ＡＰＩを用いてブロックチェーン上に保管された複数の入力データを参照する機能（出力手段）を有する。ユーザは、パソコン２で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスしログインを行う。
【００３９】
ユーザは、ログイン後にクライアント側のパソコン２に表示されるユーザーページ１４のデータ参照ボタン１６を選択する。処理サーバ９はＡＰＩにおける、データ参照ボタン１６の選択に基づき、入力データを参照するステップを開始する。詳しくは、ログイン時に受信したユーザＩＤを対応テーブルで参照し、対応するブロックチェーンへのリンクを用いて、当該ブロックチェーン上で保管されている入力データを抽出し、ついでハッシュ値からＸＭＬ形式のファイルに復元し、かつタグを関数から復元し、これらＸＭＬ形式のファイルとタグをクライアント側のパソコン２から参照可能な状態とする。
【００４０】
このように、所定の検索条件によって抽出されたテキストと、当該テキストに付与されたタグを用いることで、事業活動に有益な知識を得るためのデータ解析に利用することができる。例えば、医療の分野では、ユーザである一の病院の患者全ての診療録の入力データを解析することで、近似する既往歴の患者同士の診療録の入力データから、疾患傾向や有効な治療法の研究等に役立つ知識を得られる可能性がある。
【００４１】
図８は、データ解析時における出力画面の一例であり、ここでは裁判所の判例を検索する際の画面を示している。サービスサーバ１は、ここでは図示しないタグを選択できる選択画面をクライアント側のパソコン２に表示させて複数のタグの選択を促し、複数のタグが選択されると、選択された複数のタグにおいて、検索時の重み付けが可能な重要度付与画面（図８参照）を表示させる。
【００４２】
重要度付与画面には、色分けされた複数のライン３１が連続して伸びる重要度ゲージ３０が表示されている。重要度ゲージ３０の複数のライン３１には、選択された全てのタグがそれぞれ対応しており、隣接するライン３１同士の境界に表示されるスライダー３２をマウス５等の操作で左右に移動させることで、隣接するライン３１同士の長さを調整可能となっている。処理サーバ９では、ライン３１の長さを重要度の指標として検索に用いることができるようになっている。また、各ライン３１の上部には、それぞれのライン３１の長さが数値に換算されて表示されている。これらの数値の合計は１００であり、ユーザは、重要度付与画面にて選択したタグの重要度をラインの長さと数値とを用いて視覚的に把握，調整が可能になっている。なお、重要度ケージ３０は直線状でなくとも、円環状等視覚的に認識しやすい形状であればよい。
【００４３】
また、処理サーバ９にてテキストデータにタグを付与する際の付与条件は、管理会社やユーザによって適宜設定され、かつ適宜変更可能である。尚、保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、ブロックチェーン上に保管させる指示を行うことができる。これによれば、区切られたテキストの同様の属性に対して付与されるタグが時期や担当者、例えば一の病院の職員に応じて異なる場合であっても、同様の属性として解析に利用することができる。
【００４４】
以上説明したように、サービスサーバ１は、クライアント側のパソコン２から受信した入力データに対して、処理サーバ９を用いて所定の検索条件に基づくテキストの抽出と、所定の付与条件に基づくタグの付与を行うため、従来の関係データベースのような既存のタグの付与条件では適切に分類できないテキストに対しても、適切な分類のタグを設定し付与できる。そのため、このデータ管理システムを用いることで、入力データの解析時などに必要なテキストを正確に参照することができる。また、タグが付与された入力データは処理サーバ９の保管指示手段により複数のコンピュータ６に保管され、かつ入力データの解析時などでは、ユーザＩＤに割り当てられたブロックチェーンへのリンク情報との対応関係を保有する対応テーブルを用いることで、ユーザ単位で参照可能に出力することができる。また、ユーザによるＡＰＩの操作で処理サーバ９に上記の処理を実行させることができ、複数のコンピュータ６を用いる耐故障性に優れたシステムを簡単に利用できる環境をＡＰＩにより実現することができる。
【００４５】
また、処理サーバ９はタグが付与された入力データをブロックチェーン上で保管する。これによれば、タグが付与された入力データの編集を行うことができず、内容が改竄されることがないので、セキュリティ機能に優れる。また、悪意ある改竄に限らず入力データの作成当時の内容と保管時のタイムスタンプが保持されるため、入力データの作成当時の内容を解析に用いることができ、事業活動に有益な知識を正確に得ることができる。また、上記したＡＰＩ及び処理サーバ９の機能を用いてブロックチェーンの知識を有していないユーザでも耐故障性とセキュリティ機能に優れ、かつ適切な分類のタグを設定し付与して参照が可能なシステムを活用することができる。
【００４６】
また、処理サーバ９では入力データの入力時には所定の変数によりタグを関数化し、出力時には同じ所定の変数を用いてタグを関数から復元するため、所定の変数を把握している管理会社の処理サーバ９によってのみ、タグの意味が判明し項目情報を出力できるため、解析できる知識の漏洩を防ぐことができる。
【００４７】
また、タグの付与手段は、入力データの中の一のテキストについて、各入力データに共通するタグを付与することが可能であるため、複数の異なる入力データ間で互いに共通する一のテキストを利用して解析に用いることができる。
【００４８】
また、タグの付与手段では、出力手段により出力されたタグが付与された入力データを復元して再度タグを付与することができ、保管手段は、再度タグを付与された入力データをブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることができる。これによれば、以前に保管した入力データを編集及び破棄することなく、タグを付与し直すことができ、正確に解析を行うことができる。
【００４９】
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【００５０】
例えば、前記実施例では、処理サーバ９は保存指示手段によりタグを付与した入力データをブロックチェーン上で保管するようになっているが、これに限らず、ブロックチェーンに限らず、複数のコンピュータにてデータを保管する所謂分散型データベースで当該入力データを保管する構成であってもよい。
【００５１】
また、前記実施例におけるブロックチェーンは、管理会社が提供するサービスサーバ１を構成する複数のコンピュータ６上の環境で動作する、所謂プライベートチェーンで説明したが、パブリックチェーンの仕様であってもよい。
【００５２】
また、タグを一見してタグの意味が判明しないものに変換する仕様として、前記実施例では所定の変数で関数化することを例に説明したが、これに限らず、他の変換ルールが用いられてもよい。加えて、特定のルールを用いずにＡＰＩがタグとダグの意味する項目情報とが紐付けられた対応テーブルを備えることで変換を行ってもよく、この場合、入力データの出力時にも同様の対応テーブルを用いてタグを復元する。これによれば、所定の対応テーブルを用いない限り、分散サーバに保管されている入力データに付与されたタグの意味を一見して判明しないものとすることができ、解析できる知識の漏洩を防ぐことができる。
【００５３】
また、タグを関数化する所定の変数は、入力データ毎、もしくはユーザ毎にそれぞれ設定してもよい。これによれば、ユーザに対して個別に所定の変換ルールを設定できるので、解析できる知識の漏洩を防ぐことができる。
【００５４】
また、タグのみならず、テキストも変数で関数化された後にハッシュ値に変換される仕様としてもよいし、テキストのみ関数化し、タグは関数化されていなくてもよく、入力データからの知識の漏洩を防ぐ意図がなければ、これらタグもテキストも関数化されなくともよい。
【００５５】
また、管理会社が提供するサービスサーバ１を構成するＡＰＩを備えるＡＰＩサーバ７と、対応テーブルを備える利用者管理サーバ８と処理サーバ９とは、それぞれの機能を兼ねる一台のコンピュータで構成されていてもよい。
【００５６】
また、ユーザが利用するクライアント側の端末は、パソコンに限らず、タブレットやスマートフォンでもよい。
【００５７】
また、診療録等の入力データは、アップロードする仕様に限らず、ＡＰＩがカルテの記入画面を提供し、クライアント側のパソコン２のウェブブラウザ上で直接文字データを入力する構成としてもよい。
【００５８】
また、前記実施例において、スキャナー３にてスキャンした、そのままでは全文検索ができないファイルは、パソコン２にてテキストデータに変換される構成で説明したが、これに限らず、例えば処理サーバ９に文字認識機能とテキスト変換機能とを備えて、処理サーバ９上でスキャナー３にてスキャンしたファイルからタグを付与したＸＭＬ形式のファイルを作成可能な仕様としてもよい。
【００５９】
また、ＸＭＬ形式のファイルに付与されたタグは、その一部が従来のＲＤＭのタグ情報と共通するものとしてもよい。これによれば、サービスサーバ１で保管される入力データと、サービスサーバ１以外の記憶媒体にて従来のＲＤＢ形式で保管された診療録等の入力データとの双方を用いて解析を行うことができる。
【符号の説明】
【００６０】
１                サービスサーバ
２                パソコン
３                スキャナー
４                キーボード
５                マウス
６                コンピュータ（記憶手段）
７                ＡＰＩサーバ（記憶手段）
８                利用者管理サーバ（記憶手段）
９                処理サーバ（記憶手段）
１０              初期画面
１４              ユーザーページ
１５              データ入力ボタン
１６              データ参照ボタン
１７              データ入力ページ
１８              ファイル選択ボタン
１９              アップロードボタン
【図１】
2020086901.tif 000003
【図２】
2020086901.tif 000004
【図３】
2020086901.tif 000005
【図４】
2020086901.tif 000006
【図５】
2020086901.tif 000007
【図６】
2020086901.tif 000008
【図７】
2020086901.tif 000009
【図８】
2020086901.tif 000010