(57)【要約】【課題】ブロックチェーン技術を使用してデータ共有および活用を促進させる。【解決手段】複数のブロックチェーンに基づいたデータ共有方法は、管理サーバーが複数の使用者別に使用者情報およびハッシュキーを含む使用者ブロックデータを使用者情報ブロックチェーンに登録する段階、前記管理サーバーが保存サーバーから第１使用者から提供されたデータに対する保存情報を受信する段階および前記管理サーバーが第２使用者から特定のデータに対する要請を受信し、前記特定のデータに対する保存情報を前記第２使用者に伝送する段階を含む。【選択図】図３
2019176458.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバーが、第１使用者および第２使用者を含む複数の使用者別に、使用者情報およびハッシュキーを含む使用者ブロックデータを使用者情報ブロックチェーンに登録する段階；
前記管理サーバーが、保存サーバーから前記第１使用者から提供されたデータに対する保存情報を受信する段階；および
前記管理サーバーが、前記提供されたデータに対するメタデータをメタデータブロックチェーンに登録する段階；
前記管理サーバーが、前記第２使用者から前記提供されたデータのうち特定のデータに対する要請を受信する段階；および
前記管理サーバーが、前記要請に含まれた情報と前記メタデータを利用して前記特定のデータを識別し、前記特定のデータに対する保存情報を前記第２使用者に伝送する段階を含み、
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報を利用して前記第１使用者および前記第２使用者を認証する、複数のブロックチェーンに基づいたデータ共有方法。
【請求項２】
前記管理サーバーは、前記要請に含まれた情報のうち少なくとも一つを前記メタデータブロックチェーンに伝達して前記特定のデータを識別する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項３】
前記管理サーバーは、前記第２使用者のポイントと前記第１使用者のポイントを管理するポイント情報ブロックチェーンに前記特定のデータの共有によるポイント取引内訳を登録する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項４】
前記保存情報は、前記保存サーバーの識別子、前記提供されたデータの識別子、保存媒体で前記提供されたデータが保存された位置、検証キー、ファイルの大きさおよびファイル分割情報のうち少なくとも一つを含む、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項５】
前記保存サーバーは複数であり、複数の保存サーバーが前記提供されたデータに対する保存情報を保有するデータ保存ブロックチェーンを構成する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項６】
前記管理サーバーは、前記第１使用者または前記第２使用者に対する使用者情報を基準として前記使用者情報ブロックチェーンで該当使用者を識別して使用者を認証し、前記第１使用者または前記第２使用者に認証トークンを伝送する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項７】
管理サーバーが、第１使用者および第２使用者を含む複数の使用者別に、使用者情報およびハッシュキーを含む使用者ブロックデータを使用者情報ブロックチェーンに登録する段階；
前記管理サーバーが、前記第１使用者から提供されたデータを保存サーバーが構成するデータ保存ブロックチェーンに伝達し、前記保存サーバーから前記提供されたデータに対する保存情報を受信する段階；
前記管理サーバーが、前記第２使用者から特定のデータに対する識別情報を受信する段階；
前記管理サーバーが、前記識別情報を利用して前記データ保存ブロックチェーンに保存されたデータのうち前記特定のデータがあるかを識別する段階；および
前記管理サーバーが、事前に保有した保存情報から前記特定のデータに対する保存情報を抽出して前記第２使用者に伝達する段階を含み、
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報を利用して前記第１使用者および前記第２使用者を認証する、複数のブロックチェーンに基づいたデータ共有方法。
【請求項８】
前記管理サーバーが前記複数の使用者別に前記使用者情報を受信し、受信した使用者情報を基準として前記ハッシュキーを生成する、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項９】
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報と前記使用者が伝送した使用者情報とを比較して使用者認証を遂行する段階をさらに含む、請求項8に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１０】
前記管理サーバーは、前記提供されたデータのメタデータをメタデータブロックチェーンに登録する段階をさらに含む、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１１】
前記管理サーバーは、前記識別情報に含まれた情報を前記メタデータブロックチェーンに伝達して前記特定のデータを識別する、請求項１0に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１２】
前記管理サーバーは、前記使用者のポイントを管理するポイント情報ブロックチェーンに前記特定のデータの共有によるポイント取引内訳を登録する、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１３】
前記管理サーバーは
前記識別情報に含まれた情報を前記特定のデータのメタデータを保存したメタデータブロックチェーンに伝達して識別されるメタデータを基準として、自分が保有した前記保存情報から前記特定のデータを識別する、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１４】
前記管理サーバーは、前記識別された特定のデータに対する保存情報を抽出して前記第２使用者に伝送する段階をさらに含む、請求項１3に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１５】
前記第２使用者が前記保存情報を利用して前記保存サーバーから前記特定のデータを受信する段階をさらに含む、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１６】
前記保存情報は、前記保存サーバーの識別子、前記提供されたデータの識別子、保存媒体で前記提供されたデータが保存された位置、検証キー、ファイルの大きさおよびファイル分割情報のうち少なくとも一つを含む、請求項7に記載の複数のブロックチェーンに基づいたデータ共有方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下で説明する技術は、データ共有のための技法に関するものである。以下で説明する技術は、共有経済基盤のデータ取引の中継およびデータ共有のためのプラットホームに関するものである。より詳しくは、個人が所有したデータを個人の所有から取引主体間の共有方式に、データを提供した提供者とデータを使用する使用者間に行われる一種の取引仲介プラットホームとして統合管理の役割をする。
【背景技術】
【０００２】
現在、所有から共有に時代的なパラダイムが変化するにつれて、既存の情報通信技術へのつなぎ合わせと共にデジタル情報が増加している。例えば、協力的な消費による個人間の取引であるＰ２Ｐ（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）が活性化する共有経済が拡散しつつある。
【０００３】
共有経済は、遊休資源が個人の所有ではなく、取引主体間の複数が共有して使用する協業消費を基本とする経済方式であって、資源提供者と資源使用者間に行われる取引中継システム体制である。共有経済プラットホームで使用者は、資源の利用料を支払って必要な分だけ資源を利用し、資源提供者は遊休資源の提供を通じて補償を得、取り引きを仲介したプラットホームは手数料の収益を得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような共有経済にブロックチェーン技術を導入すると、すべての参加者が共同で、遊休資源を安全に登録・保管・共有し、遊休資源に対するハッキングおよび操作に対するセキュリティ問題を解決し、ひいては検証を通じての取引記録の信頼性を確保することができる。
【０００５】
データは多様な情報で構成され得る。例えば、データは人間を含む多様な生物体の特定の誘電体情報、診療情報、生活情報を含むことができる。人間についてのデータは疾病の可能性を予測できるため、患者ごとに最も適合した治療を処方するオーダーメード型精密医学を実現することができる。精密医学の必須要件である多様なデータのうち、特に誘電体情報と診療情報は、各種規制および制度不備の問題、多くの費用と時間の所要などによって特定の集団に対するデータの収集が非常に難しい。また、生活情報は、生活習慣、環境などの個人により程度の差が存在する固有な生活記録であって、個人が提供しない限り、収集が困難である。このような問題は、個人が所有している個人データが個人情報の非識別化処理後に安全に共有できつつ、このような情報を必要とする研究者および機関が信頼性のあるデータを確保できるブロックチェーン基盤のデータ統合管理プラットホームを通じて解決することができる。
【０００６】
すなわち、個人が所有した遊休資源である個人情報および個人データの提供および貸与で補償を得、データ使用者は必要とするデータを利用費の支払いを通じて確保することにより、互いにウィン・ウィン（ｗｉｎ−ｗｉｎ）する経済的システムが形成される。このような遊休資源に基づき、研究者および機関は多様な研究結果を通じてオーダーメード型治療剤およびプログラムを開発することによって新しい医学が発達し、医療費用の節減を通じて社会的負担が低減され、公共医療の強化により高付加価値を創り出すことができる。
【０００７】
したがって、以下で説明する技術は、共有インフラストラクチャープラットホームにブロックチェーン技術をつなぎ合わせてデータ共有および活用を促進させ、公開されたソフトウェアソースの使いやすさを通じて使用者のデータ接近性および管理効率性を向上させることができる。また、以下で説明する技術は、統合された大容量データであるビッグデータの管理において、ハッキング危険性、データの容量増加および共有の側面で透明かつ柔軟に対処できる体系的なセキュリティシステムを通じてセキュリティ性、信頼性および迅速性を保証することができる。それだけでなく、以下で説明する技術は、補償および利用料の支払い方式を通じて経済的なインセンティブシステムを構築することによって、使用者の参加率を増大させ、これにより費用および時間を節減できる効果を期待することができる。
【０００８】
以下で説明する技術は、ブロックチェーン技術を導入することによって、すべての参加者が共同で所有した遊休資源であるデータを安全に登録・保管・共有し、データに対するハッキングおよび操作に対するセキュリティ問題を解決し、ひいては、検証を通じてのデータ取引システムおよび方法を提供する。
【０００９】
また、以下で説明する技術は、所有した遊休資源であるデータに対する提供および貸与で補償を得、データ使用者は必要とするデータを利用費の支払いを通じて確保することによって互いにウィン−ウィンするデータ共有取引システムおよび方法を提供する。
【００１０】
また、以下で説明する技術は、データ所有者が直接または他の機関を通じて遊休資源であるデータを共有保存サーバーに保存・登録するかまたは削除できる機能をブロックチェーンを通じて実現した、ブロックチェーンシステムおよび方法を提供する。
【００１１】
また、以下で説明する技術は、貸与者が必要とするデータを、共有されたデータを検索し、これを保存所から伝送してもらうことができるデータ伝送および提供するブロックチェーン基盤共有データのための統合管理システムおよび方法を提供する。
【００１２】
一方、以下で説明する技術が達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、以下で説明する内容から通常の技術者に自明な範囲内で多様な技術的課題が含まれ得る。
【課題を解決するための手段】
【００１３】
一実施例に係るブロックチェーン基盤のデータ共有のための統合管理システムおよび方法は、次のように構成され得る。
【００１４】
データ共有のための統合管理方法は、ａ）使用者（データ所有者／提供者とデータ貸与者／使用者を含む）が基本情報を入力して個人情報ブロックチェーンに登録する段階、ｂ）データ提供者が個人データをデータ保存サーバーに保存し、データ情報およびデータブロックチェーンに登録および削除する段階、ｃ）データ使用者が必要な提供者の個人データをデータ保存サーバーで検索する段階、ｄ）データ使用者が必要な提供者の個人データに対する利用料を支払い、該当データをデータ保存サーバーから伝送してもらう段階およびｅ）データ提供者に共有された誘電体／医療情報データに対する利用料を伝達する段階を含む。
【００１５】
前記ａ）段階は、使用者の名前、生年月日、Ｅメールのような識別情報を基本情報として入力してもらって使用者情報ブロックチェーンに登録する段階、使用者情報ブロックチェーンを通じて使用者認証を遂行する段階、利用料の入出金が可能な仮想口座生成段階を含むことができる。
【００１６】
前記ｂ）段階は、データ提供者がデータに対するメタ情報をメタデータブロックチェーンに登録する段階、データ提供者が直接データをデータ保存サーバーに伝送する段階、データ提供者が個人データと情報を削除する段階を含むことができる。一方、ｂ）段階は、データ提供者が別途のデータ生産業者に要請してデータを保存サーバーに伝送する段階で構成されてもよい。
【００１７】
前記ｃ）段階は、データ使用者が必要なデータをメタデータブロックチェーンでの照会を通じて登録されたデータに対するメタ情報を探す段階を含むことができる。
【００１８】
前記ｄ）段階は、データ使用者がデータ利用料を仮想通貨（ポイント、メンバーシップマイレージ、実際の現金などを指す。）に両替する段階、仮想通貨を情報およびデータブロックチェーンを通じて仮想口座に登録する段階、データ使用者がデータ保存サーバーに必要なデータを要求し、伝送を受ける段階を含むことができる。
【００１９】
前記ｅ）段階は、データ提供者に誘電体／医療情報データブロックチェーンに登録された仮想口座に仮想通貨を伝送する段階、伝送された仮想通貨をデータ利用料に両替する段階を含むことができる。
【発明の効果】
【００２０】
以下で説明する技術は、ブロックチェーンに基づいて遊休資源であるデータ共有のためのセキュリティ性を確保する。また、以下で説明する技術は、ブロックチェーン技法を導入してデータ共有による補償を円滑に遂行する。
【図面の簡単な説明】
【００２１】
【図１】データ共有モデルについての例。
【図２】データ共有システムについての例。
【図３】データ共有過程についてのフローチャートの例。
【図４】使用者情報登録および認証過程についての例。
【図５】ポイント取引過程についての例。
【図６】データに対するメタデータ管理過程についての例。
【図７】データ保存および削除過程についての例。
【図８】データ検索および伝送過程についての例。
【図９】メタデータに基づいてデータを識別する過程についての例。
【図１０】暗号化過程を含んでデータを共有する過程についての例。
【図１１】暗号化過程を含んでデータを共有する過程についての他の例。
【発明を実施するための形態】
【００２２】
以下で説明する技術は、多様な変更を加えることができ、多様な実施例を有することができるところ、特定の実施例を図面に例示して詳細に説明する。しかし、これは以下で説明する技術を特定の実施形態に限定しようとするものではなく、以下で説明する技術の思想および技術範囲に含まれるすべての変更、均等物乃至代替物を含むものと理解されるべきである。
【００２３】
以下で説明する技術は、データの提供乃至共有サービスに関するものである。以下生命情報データを説明するが、以下で説明する技術はデータの種類にかかわらず、多様なデータ提供サービスに適用され得る。
【００２４】
以下、説明で使用される用語について説明する。
【００２５】
誘電体データは、特定の使用者のサンプル（試料）および生命体（人間、動物、微生物など）から得たデータを意味する。例えば、誘電体データは、細胞、組織などからデオキシリボ核酸（ＤＮＡ）、リボ核酸（ＲＮＡ）、または蛋白質（Ｐｒｏｔｅｉｎ）等で得られた塩基配列、遺伝子発現データ、標準誘電体データとの遺伝的変異、ＤＮＡメチル化（ｍｅｔｈｙｌａｔｉｏｎ）等を含むことができる。一般的に誘電体データは、特定試料を分析して得た配列情報を含む。誘電体データは一般的にデジタルデータで表現される。ＮＧＳ分析装置を通じて得た配列データなどがこれに該当する。
【００２６】
誘電体分析データまたは簡略に分析データは、誘電体データを分析した情報を意味する。例えば、分析データは、誘電体データを分析して取得した診断結果、疾病予測結果、疾病危険度、親子確認結果、疾病治療手段、新薬候補物質などを含む。
【００２７】
医療データは、特定の使用者（例えば、患者）の健康状態の判断に活用され得るデータを意味する。例えば、医療データは、病院内の電子義務記録（Ｅｌｅｃｔｒｏｎｉｃ  Ｍｅｄｉｃａｌ  Ｒｅｃｏｒｄ；ＥＭＲ）データを含むことができる。すなわち、医療データは医療装備を利用した検査結果（臨床情報）または医療スタッフによる診断結果などを含むことができる。また、例えば、医療データは医療装備によって測定または撮影された医療映像データなどを含むことができる。また、例えば、医療データは生体信号を測定できる移動端末機（例えば、ヘルスケアデバイス）により獲得される生体信号データを含むことができる。
【００２８】
以下、データはデータのフォーマットや種類にかかわらず、多様な情報を保有するデジタル資料を意味する。データは、個人情報、個人が生産した情報、個人資料を分析した情報、個人に対する実験データなどを含むことができる。例えば、データは、前述した誘電体データ、分析データおよび医療データのうち少なくとも一つを含むことができる。データは生物学的または社会的主体である個別の客体  （人、企業、研究機関、学校、病院など）が生産するデータであり得る。
【００２９】
メタデータは、データの生産や加工過程で導き出される識別データである。メタデータは、データに対する識別乃至追加的な説明のためのデータに該当する。メタデータは、特定のデータの検索のための基準となり得る。例えば、メタデータは誘電体データに対するデータの形式および生産方法論、塩基配列解読機械情報、サンプル情報、分子生物学技術の定義、生産量、データに対する質の分析および統計、生産日などを含むことができる。例えば、メタデータは医療データに対する生産日、生産機関、患者情報（識別子など）、疾病情報、検査技法、検査装置の種類、データのフォーマットなどを含むことができる。
【００３０】
提供者は、データを生産したり加工して提供する使用者を意味する。提供者は、データを共有され得るように提供する使用者である。提供者は、自分が直接生産したデータまたは他人が生産したデータを提供することができる。
【００３１】
受信者は、提供者が提供したデータの共有を受ける使用者を意味する。受信者はデータを活用して研究および分析などを遂行できる。
【００３２】
使用者は人や機関のような特定の主体を含む。使用者端末または端末はコンピュータ装置であって、使用者が使用するクライアント装置を意味する。システムにおいて、使用者は使用者端末と特定される。
【００３３】
コンピュータ装置は、ＣＰＵ、ＡＰなどのような演算装置を利用して入力されるソースデータを分析する装置を意味する。コンピュータ装置は、一般的に演算装置、メモリ、入出力装置、通信インタフェース装置などを含む。コンピュータ装置は、サーバー、ＰＣ、タブレットＰＣ、スマートフォンなどのような装置で具現され得る。
【００３４】
ハッシュキー（ｈａｓｈ  ｋｅｙ）は、ブロックチェーンネットワーク上で使用者を識別する時に使用する値である。ハッシュキーは多様な方法を通じて生成され得る。代表的なハッシュキー生成アルゴリズムは、ＭＤ５、ＳＨＡ−２５６等がある。ハッシュキーは特定の使用者に対して唯一に存在する値である。ハッシュキーは多様な長さの文字列で構成されるキーである。
【００３５】
公開キーと暗号キー（ｅｎｃｒｙｐｔｉｏｎ  ｋｅｙ）は、ブロックチェーンネットワーク上でデータを暗号化して伝送するためのキーである。公開キーと暗号キーは、いわゆる公開キー方式の暗号化に使用されるキーである。公開キーはデータを暗号化するキーであり、暗号キーは暗号化されたデータを復号するキーである。公開キーと暗号キーは互いに対をなし、多様な公開キー暗号化方法（例えば、ＲＳＡ、楕円曲線暗号など）を利用して無作為で生産され得る。
【００３６】
ブロックチェーンは、管理対象データを「ブロック」という小規模のデータがＰ２Ｐ方式に基づいて生成されたチエーン形態の連結輪基盤分散データ保存環境を意味する。ブロックチェーンネットワークはブロックチェーンを構成するネットワークの構成要素を意味する。
【００３７】
図１は、データ共有モデルについての例である。図１は、提供者Ａ側が使用する使用者端末１０、受信者Ｂ側が使用する使用者端末２０、管理サーバー３０およびブロックチェーンセット４０を図示する。以下、説明の便宜のために提供者Ａ側が使用する使用者端末は第１端末１０、受信者Ｂ側が使用する使用者端末は第２端末２０と命名する。
【００３８】
第１端末１０はデータの入力を受ける。または第１端末１０はデータを生成してもよい。または第１端末１０は他の客体からデータの伝送を受けてもよい。第１端末１０はデータを管理サーバー３０に伝送する。
【００３９】
管理サーバー３０はデータを共有するための全般的な過程を管理する。管理サーバー３０はデータ共有サービスを提供する事業者が管理することができる。管理サーバー３０とブロックチェーンセット４０がデータ共有のためのシステムを構成すると言える。
【００４０】
データの共有はブロックチェーンを通じて行われる。データ共有は複数のブロックチェーン（ブロックチェーンセット）を利用する。ブロックチェーンセットに属する個別のブロックチェーンは、データ共有のための互いに異なる過程乃至機能に関与する。ブロックチェーンセット４０は、使用者情報ブロックチェーン、ポイント情報ブロックチェーン、メタデータブロックチェーン、データ保存ブロックチェーンを含む。具体的な内容は後述する。
【００４１】
管理サーバー３０は、使用者に対する情報を使用者情報ブロックチェーンに事前に登録する。管理サーバー３０は、使用者情報ブロックチェーンを利用して特定の使用者に対する認証を遂行することもできる。管理サーバー３０は、第１端末１０から受信したデータに対するメタデータをメタデータブロックチェーンに登録する。管理サーバー３０は、第１端末１０から受信したデータを保存サーバーに保存してデータ保存ブロックチェーンを構成する。また、管理サーバー３０は、使用者のポイント情報（ポイント生成、ポイント使用、ポイント移転、ポイント消滅など）をポイント情報ブロックチェーンを利用して管理する。
【００４２】
管理サーバー３０は第２端末２０からデータに対する要請を受信する。管理サーバー３０はメタデータを基準として要請したデータに対する照会を行うことができる。または場合によって管理サーバー３０は、保存サーバーに保存されたデータに対する照会を行うこともできる。管理サーバー３０は要請されたデータが存在すると、該当データに対する保存情報を第２端末２０に伝送する。その後、第２端末２０は保存情報を基準として保存サーバーからデータを受信することができる。
【００４３】
ブロックチェーンネットワークは大きく二つの構成要素を有する。一つはブロックチェーンノードであり、他の一つはクライアントである。使用者の観点からは、ブロックチェーンのノードは一般的なサービスのバックエンド（Ｂａｃｋｅｎｄ）役割をし、ブロックチェーンクライアントはクライアントの役割をする。クライアントが新しいトランザクションを発生させると、ノードはトランザクションを分散合意過程を通じて共有し、トランザクションを実行する。クライアントはトランザクションの結果を確認することができる。図１において、使用者端末１０、２０はクライアントに該当する。図１において、ブロックチェーンノードはネットワークに連結された別途のノード（端末、サーバーなど）に該当する。
【００４４】
図２は、データ共有システム１００についての例である。データ共有システム１００は、管理サーバー１１０、複数のブロックチェーン１２０、１３０、１４０および１５０を含む。管理サーバー１１０は図１の管理サーバー３０に該当する。
【００４５】
使用者端末は提供者側の第１端末１０および受信者側の第２端末２０を含む。
【００４６】
図２は、併せて４つのブロックチェーン１２０〜１５０を図示する。一つのブロックチェーンは複数のブロックチェーンノードで構成される。４つのブロックチェーンは下記の通りである。後述するが、場合によりシステム１００は、他の項目に対するブロックチェーンをさらに含むこともできる。
【００４７】
使用者情報ブロックチェーン１２０は使用者情報を保有する。使用者情報ブロックチェーンは使用者に対するハッシュキーおよび使用者情報を保存する。例えば、使用者情報は、使用者の識別子、使用者ＩＤ、使用者連絡先、Ｅメール、名前、性別、所属機関、生年月日などのような情報を含むことができる。使用者情報ブロックチェーン１２０は公開キーで暗号化された使用者情報を保有することができる。
【００４８】
ポイント情報ブロックチェーン１３０はポイント情報を保有する。ポイントはデータ共有によるインセンティブである。また、ポイントはデータ利用にともなう利用料に該当する。さらに、ポイントはデータを仲介する事業者に対する手数料となり得る。ポイントはいわゆるブロックチェーンに基づいた仮想通貨であり得る。またはポイントはブロックチェーンに基づいていない共有サービス固有の通貨（サイバーマネー、キャッシュ、マイレージなど）でもよい。ポイントは別途のシステムやサービスを通じて現実世界で使用される通貨に両替されてもよい。ポイント情報ブロックチェーン１３０は個別使用者のポイント残額情報、ポイント取引内訳などのような情報を保有する。
【００４９】
メタデータブロックチェーン１４０はデータに対するメタデータを保有する。メタデータブロックチェーン１４０は特定の公開キーで暗号化されたメタデータを保有することができる。
【００５０】
データ保存ブロックチェーン１５０は保存サーバーに保存されたデータに対する保存情報を保有する。保存情報は、保存サーバーの識別子、ファイル名、保存サーバーの保存媒体でデータが保存された位置、ファイルの大きさ、ファイル分割情報、検証キーなどを含むことができる。
【００５１】
保存サーバー１５５はデータを保存する。保存サーバーは一つの単一サーバーであり得る。または図２に図示した通り、保存サーバーはｎ個のサーバー（保存サーバー１、．．．保存サーバーｎ）で構成され得る。保存サーバーが複数である場合、データを分散して保存することができる。保存サーバーが複数である場合、一つのサーバー（主保存サーバー）は生成されたデータをそのまま保存し、残りのサーバー（副保存サーバー）はデータを分散（分割）して保存することができる。複数のサーバーが使用される場合、複数の保存サーバーまたは複数の副保存サーバーは、ブロックチェーンを構成するノードとなって複数の保存サーバーがデータ保存ブロックチェーンを構成することもできる。データ保存ブロックチェーン１５０は保有しているデータ全体に対する保存情報を保有する。
【００５２】
管理サーバー１１０は、第１端末１０から受信される使用者情報、ポイント取引情報、メタデータ、データをブロックチェーンネットワークに保存する。管理サーバー１１０はデータを要請する第２端末２０にデータを伝送する役割を遂行する。
【００５３】
管理サーバー１１０は使用者管理機能を含むことができる。すなわち使用者に対する情報の伝送を受けて使用者情報ブロックチェーンネットワークに保存し、保存された使用者情報に基づいて使用者認証を遂行できる。
【００５４】
管理サーバー１１０はポイント管理機能を含むことができる。すなわち使用者が、ポイントを購買、ポイントを販売した内訳、使用者間の取り引きで発生するポイントの取引内訳。使用者の残額ポイントなどをブロックチェーンネットワークを通じて保存し照会することができる。
【００５５】
管理サーバー１１０はメタデータ管理機能を含むことができる。管理サーバー１１０はデータ提供者から伝送を受けたメタデータをブロックチェーンネットワークに保存する。また、管理サーバー１１０はこれに基づいてデータを検索し、検索結果に該当するデータをグループにすることができる。
【００５６】
管理サーバー１１０はデータ保存管理機能を含むことができる。管理サーバー１１０はデータを提供者から伝送を受けて保存サーバーに保存し、受信者にデータを集めてグループにして伝送することができる。
【００５７】
図３は、データ共有過程２００についてのフローチャートの例である。図３は、データ共有のための概略的な過程を図示する。使用者（提供者および受信者）は事前に使用者登録を遂行する２１０。管理サーバー１１０は使用者情報およびハッシュキーを使用者情報ブロックチェーンに登録する。また、使用者登録後に管理サーバー１１０は、データの提供、データ共有、ポイント処理過程などを開始する前に該当過程を遂行するまたは要請する使用者に対する認証を遂行できる。管理サーバー１１０は使用者情報ブロックチェーンを活用して使用者認証を遂行できる。
【００５８】
提供者はデータを管理サーバー１１０に提供し、管理サーバー１１０はデータを保存サーバー１５５に保存してデータ保存ブロックチェーン１５０を構成する２２０。また、図３には図示していないが、管理サーバー１１０はデータに対するメタデータをメタデータブロックチェーンに登録することができる。
【００５９】
受信者は必要なデータを管理サーバー110に要請する。管理サーバー３０は要請されたデータがあるかデータ検索を遂行します２３０。管理サーバー110はメタデータを基準としてデータを検索することができる。 
【００６０】
管理サーバー１１０は受信者にデータを提供する前に、データ使用に関連したポイント処理をする２４０。管理サーバー１１０はポイント取引内訳（ポイント変更、ポイント移転、ポイント増加など）に対する事項をポイント情報ブロックチェーン１３０に登録する。例えば、この過程を通じて受信者ポイントが提供者に伝達され得る。
【００６１】
最後に、管理サーバー１１０は要請されたデータの保存情報を受信者に提供する。受信者は保存情報を基準として保存サーバー１５５からデータを受信することができる。 管理サーバー１１０は要請されたデータの 保存情報提供を通じて受信者に 要求されたデータを送信（共有）する250。
【００６２】
一方、使用者情報登録、データ保存、メタデータ登録、ポイント処理などの過程で使用されるデータを公開キー方式で暗号化することができる。
【００６３】
図４は、使用者情報登録および認証過程３００についての例である。図４は、使用者登録過程および使用者認証過程をすべて図示する。
【００６４】
使用者登録過程について説明する。図4で使用者端末は、第１端末１０または／および第２端末２０を意味する。提供者はデータ提供のためにまたは受信者はデータ要請のために事前に使用者登録をしなければならない。
【００６５】
使用者端末１０／２０は使用者情報ＰＩを入力する３０１。使用者端末１０／２０は使用者情報ＰＩを管理サーバー１１０に伝送する３０２。
【００６６】
管理サーバー１１０はハッシュキーを生成することができる。管理サーバー１１０は、使用者情報ＰＩを基準としてハッシュキーの生成を要請した使用者に対するハッシュキーＨｋを生成する３１１。ハッシュキーＨｋは現在ハッシュキーを要請した使用者（端末）に対する識別子として使用される。したがって、ハッシュキーＨｋは使用者の特異的な唯一の情報に該当する。管理サーバー１１０は入力された使用者情報ＰＩを一定のハッシュ関数に入力してハッシュキーＨｋを生成する。ハッシュキーを生成するアルゴリズム乃至ハッシュ関数は多様であり得る。
【００６７】
管理サーバー１１０は受信した使用者情報ＰＩを暗号化（ＰＩ’生成）することができる３１２。管理サーバー１１０は使用者端末１０／２０が伝送した公開キーを使用して使用者情報を暗号化することもできる。一方、使用者端末１０／２０が公開キーで暗号化した使用者情報ＰＩ’を管理サーバー１１０に伝送することもできる。
【００６８】
管理サーバー１１０は生成したハッシュキーＨｋをハッシュキーを要請した使用者端末１０／２０に伝達する３２１。使用者端末１０／２０はハッシュキーＨｋを保存媒体に保存する３２２。
【００６９】
管理サーバー１１０は暗号化された使用者情報ＰＩ’およびハッシュキーＨｋを含む使用者ブロックデータを使用者情報ブロックチェーン１２０に伝送する３３１。使用者情報ブロックチェーン１２０は受信した暗号化された使用者情報ＰＩ’およびハッシュキーＨｋを登録する３３２。この時、管理サーバー１１０は暗号化に使った公開キーを使用者情報ブロックチェーン１２０にさらに伝送することができる。この場合、使用者情報ブロックチェーン１２０は公開キーまでさらに登録することができる。前述した３０１〜３３２過程までが使用者情報登録過程に該当する。
【００７０】
使用者認証過程を説明する。使用者認証は、データ共有サービスの特定の段階または各段階で必要となり得る。使用者認証を通じて認証された使用者のみが以降の端階を進行させることができる。
【００７１】
認証のために使用者端末１０／２０は使用者情報ＰＩを入力する３５１。使用者端末１０／２０は使用者情報ＰＩまたは保存された自分のハッシュキーＨｋを管理サーバー１１０に伝送する３５２。管理サーバー１１０は受信した使用者情報を公開キーで暗号化してＰＩ’を生成することもできる。管理サーバー１１０は受信した使用者情報ＰＩ（またはＰＩ’）またはハッシュキーＨｋを基準として使用者情報を紹介する３６１。管理サーバー１１０は受信した情報を基準として使用者情報ブロックチェーン１２０に伝達した使用者情報を照会する。管理サーバー１１０は照会された使用者情報またはハッシュキーＨｋを使用者情報ブロックチェーン１２０に伝送する。
【００７２】
使用者情報ブロックチェーン１２０は受信した情報に基づいて使用者情報を識別することができる３７１。例えば、使用者情報ブロックチェーン１２０はハッシュキーＨｋを基準として使用者情報を識別することができる。使用者情報ブロックチェーン１２０は識別した使用者情報を管理サーバー１１０に伝送する３７２。
【００７３】
管理サーバー１１０は使用者情報ブロックチェーン１２０から受信した使用者情報ＰＩ’と使用者端末１０／２０から受信した使用者情報ＰＩ’を比較して使用者認証を遂行できる。また、管理サーバー１１０は認証トークンを生成することができる３８１。この時、管理サーバー１１０は公開キーで認証トークンを暗号化することもできる。管理サーバー１１０は使用者認証トークンを使用者端末１０／２０に伝送する３８２。
【００７４】
使用者端末１０／２０は使用者認証トークンを保存する３８３。使用者端末１０／２０は暗号化された認証トークンを復号して保存することもできる。その後、使用者端末１０／２０は管理サーバー１１０と通信する過程で認証トークンを利用することができる。認証を要求する管理サーバー１１０は、有効な認証トークンを伝達する使用者端末についてのみ特定のデータを提供することができる。
【００７５】
使用者登録過程で個別使用者に対する仮想口座生成段階が実行され得る。仮想口座の生成は、ポイント情報ブロックチェーン１３０に使用者に対する口座（財布）を生成する過程を含む。仮想口座の生成はブロックチェーンに基づいた仮想通貨サービスで通常的に使用される方法が使用され得る。下記に説明する図５と関連した説明は使用者別に仮想口座が生成された状態を前提とする。
【００７６】
図５は、ポイント取引過程４００についての例である。図５は、使用者に対するポイントを処理して管理する過程についての例である。
【００７７】
使用者端末１０／２０は使用者ポイント取引情報を入力する４０１。ポイント取引情報はポイント取り引きに必要な情報を含む。例えば、ポイント取引情報は、取引対象者情報（使用者情報またはハッシュキー）、ポイント増加情報、ポイント入出金情報、ポイント残額情報、取引金額情報などを含む。使用者端末１０／２０はポイント取引情報を管理サーバー１１０に伝送する４１１。使用者端末１０／２０は公開キーでポイント取引情報を暗号化し、暗号化された情報を伝送することができる。
【００７８】
管理サーバー１１０はポイント取引情報を伝送した使用者に対する認証を遂行できる４２０。認証が成功した使用者についてのみ以降の過程が進行され得る。管理サーバー１１０は、使用者端末１０／２０が伝送した認証トークンを利用して該当使用者に対する認証を遂行できる。認証トークンは図４で説明した通りである。
【００７９】
管理サーバー１１０は、要請したポイント取引内訳を照会することができる４２１。例えば、取引内訳が記載された帳簿に該当する特定のブロックを照会することができる。管理サーバー１１０はポイント取引情報を確認されたポイント情報ブロックチェーン１３０に伝送する４２２。
【００８０】
ポイント情報ブロックチェーン１３０はポイント取り引きに対する情報を照会し、要請された取り引きに対する内容を登録する４３１。例えば、特定の使用者（受信者）の帳簿からポイントを削減し、他の使用者（提供者）の帳簿にポイントを追加することができる。ポイント情報ブロックチェーン１３０は取引内訳に関連した情報をブロックに記載する。そして、ポイント情報ブロックチェーン１３０は変更されたポイント取引情報を管理サーバー１１０に伝送する４３２。
【００８１】
管理サーバー１１０は、ポイント情報ブロックチェーン１３０から受信した取引内訳と使用者端末１０／２０から受信した取引内訳が一致するかを検証することができる４４１。検証が成功すると、管理サーバー１１０はポイント取引情報を使用者端末１０／２０に伝送する４４２。使用者端末１０／２０は変更された使用者ポイント取引情報を保存する４５１。
【００８２】
図６は、データに対するメタデータ管理過程５００についての例である。図６は、メタデータを登録する過程と削除する過程を含む。
【００８３】
まず、メタデータを登録する過程を説明する。第１端末１０はデータを入力する５１１。または使用者端末１０／２０はデータに対するメタデータを入力する。第１端末１０は入力したまたは取得したデータまたはメタデータを管理サーバー１１０に伝送する５１２。
【００８４】
管理サーバー１１０はデータまたはメタデータを伝送した使用者に対する認証を遂行できる５２０。認証が成功した使用者についてのみ以降の過程が進行され得る。管理サーバー１１０は使用者端末１０／２０が伝送した認証トークンを利用して該当使用者に対する認証を遂行できる。認証トークンは図４で説明した通りである。
【００８５】
管理サーバー１１０はデータを受信すると、データからメタデータを識別することができる５２１。管理サーバー１１０はデータを受信すると、事前に定められたフォーマットや規格に合うかを検証することもできる。または管理サーバー１１０は特定の検証キーでデータを検証することもできる。検証キーは電子署名を検証する情報を意味する。この場合、データは事前に電子署名を含まなければならない。提供者が電子署名が含まれたデータを送付する。
【００８６】
データは特定のフォーマットでメタデータに対する情報を含むことができる。この場合、管理サーバー１１０はデータからメタデータを抽出することができる。管理サーバー１１０が第１端末１０からメタデータを直接伝送してもらったのであれば、別途の識別過程は不要である。管理サーバー１１０はメタデータをメタデータブロックチェーン１４０に伝送する522。メタデータブロックチェーン１４０は、特定のデータと関連したメタデータをブロックデータとして登録する５３１。メタデータブロックチェーン１４０に登録されたメタデータは、受信者がデータを要請する場合、要請に合うデータが存在するかどうかの確認に使用され得る。
【００８７】
メタデータ削除過程を説明する。第１端末１０はメタデータの削除を依頼する５５１。第１端末１０はメタデータ削除メッセージを管理サーバー１１０に伝送する５５２。削除メッセージは、削除対象となるデータの識別子、メタデータの識別子、メタデータの生成時点などを含むことができる。または削除メッセージはメタデータをすべて含んでもよい。管理サーバー１１０は受信したメタデータ削除メッセージを検証する５６１。管理サーバー１１０は特定の検証キーで削除メッセージを検証することができる。これとは別途に、管理サーバー１１０は削除メッセージを伝達した使用者に対する認証を遂行できる560。認証は第１端末１０が伝達する認証トークンが有効であるかどうかで遂行できる。管理サーバー１１０は削除メッセージをメタデータブロックチェーン１４０に伝送する５６２。メタデータブロックチェーン１４０は、削除メッセージに含まれた情報を基準として要請されたメタデータを削除する５７１。その後、メタデータブロックチェーン１４０は削除確認メッセージを管理サーバー１１０に伝送する５８１。管理サーバーは削除確認メッセージを第１端末１０に伝送することができる５８２。
【００８８】
図７は、データ保存および削除過程６００についての例である。
【００８９】
まず、データ保存過程を説明する。第１端末１０はデータを入力する６０１。第１端末１０はデータを直接生成するか、第三者が生成した情報を入力することができる。第１端末１０は生成したデータを公開キーで暗号化することができる６０２。場合により管理サーバー１１０が第１端末１０の公開キーでデータを暗号化することもできる。
【００９０】
第１端末１０はデータを管理サーバー１１０に伝送する６１１。管理サーバー１１０は受信したデータを一定の基準で検証することができる６１２。例えば、データが特定のフォーマットを有する場合、管理サーバー１１０はデータが該当フォーマットの規格を満足するかを検証することができる。またはデータに対する別途の検証キーを利用して検証することもできる。
【００９１】
管理サーバー１１０はデータを伝送した使用者に対する認証を遂行できる６２０。認証が成功した使用者についてのみ以降の過程が進行され得る。管理サーバー１１０は使用者端末１０／２０が伝送した認証トークンを利用して該当使用者に対する認証を遂行できる。認証トークンは図４で説明した通りである。
【００９２】
管理サーバー１１０は暗号化されたデータを保存サーバー１５５に伝送する６２１。保存サーバー１５５は受信したデータを保存する６２２。前述した通り保存サーバー１５５は、複数のサーバーで構成され得る。この場合、データが複数のサーバーに分散または分割されて保存され得る。一つのサーバーまたは複数のサーバーは、自分がデータを保存した情報をデータ保存ブロックチェーン１５０に伝達する６３１。データ保存ブロックチェーン１５０は保存サーバー１５５が保有するデータに対する保存情報を統合的に登録する６３２。各保存サーバー１５５は自分が保有した情報だけを有しているが、データ保存ブロックチェーン１５０は全体のデータの保存情報を保有する。前述した通り保存情報は、保存サーバーの識別子、ファイル名、保存サーバーの保存媒体でデータが保存された位置、ファイルの大きさ、ファイル分割情報、検証キーなどを含むことができる。データ保存ブロックチェーン１５０はデータ保存情報を管理サーバー１１０に伝送する６４１。管理サーバー１１０はデータに対する保存情報を登録する６４２。すなわち管理サーバー１１０が全体のデータに対する保存情報を保有することになる。
【００９３】
データ削除過程を説明する。第１端末１０はデータ削除を依頼する６５１。第１端末１０はデータ削除メッセージを管理サーバー１１０に伝送する６５２。管理サーバー１１０は削除メッセージを検証する６６１。削除メッセージは、削除対象となるデータの名前、識別子などを含むことができる。管理サーバー１１０は別途の検証キーを利用して削除メッセージを検証することができる。また、別途の過程を通じて削除メッセージを伝送した使用者（第１端末）を認証することもできる。
【００９４】
管理サーバー１１０は、削除メッセージを伝送した使用者に対する認証を遂行できる６７０。認証が成功した使用者についてのみ以降の過程が進行され得る。管理サーバー１１０は使用者端末１０／２０が伝送した認証トークンを利用して該当使用者に対する認証を遂行できる。認証トークンは図４で説明した通りである。
【００９５】
管理サーバー１１０はデータ削除メッセージを保存サーバー１５５に伝送する６７１。管理サーバー１１０は保存情報を保有しているので、削除対象を保存した保存サーバー１５５に削除メッセージを伝送することができる６７１。保存サーバー１５５は削除要請されたデータを削除する６８１。図７に図示してはいないが、保存サーバー１５５はデータを削除し、変更される情報をデータ保存ブロックチェーン１５０に登録する。データ保存ブロックチェーン１５０は保存情報を更新する。保存サーバー１５５は管理サーバー１１０に削除確認メッセージを伝送する６９１。管理サーバー１１０は削除確認メッセージを第１端末１０に伝送することができる６９２。
【００９６】
一方、第１端末１０はデータを削除する場合、削除されるデータに対するメタデータも削除することが好ましい。したがって、第１端末１０が伝送する削除メッセージはデータおよび該当データに対するメタデータに対する削除情報を含むことができる。
【００９７】
図８は、データ検索および伝送過程７００についての例である。図８は、受信者がデータの共有を受ける過程に該当する。第２端末２０はデータ検索語を入力する７１１。データ検索語は多様な情報で構成され得る。例えば、データ検索語は、特定の対象者の識別子、特定の誘電体の識別子、特定の疾患に対する識別子、特定の機関に対する識別子、データ生成時期、データ更新時期などを含むことができる。データ検索語はデータに対するメタデータを含むことができる。第２端末２０はデータ検索語を管理サーバー１１０に伝送する７１２。
【００９８】
管理サーバー１１０は検索語を伝送した使用者に対する認証を遂行できる７２０。認証が成功した使用者についてのみ以降の過程が進行され得る。管理サーバー１１０は使用者端末１０／２０が伝送した認証トークンを利用して該当使用者に対する認証を遂行できる。認証トークンは図４で説明した通りである。
【００９９】
管理サーバー１１０は、まず要請されたデータが保存サーバー１５５に存在するかを検索しなければならない７２１。管理サーバー１１０は検索語に含まれた情報を利用して保存サーバー１５５に該当データがあるかを検索することができる。例えば、管理サーバー１１０は、データの識別子を基準として保存サーバー１５５に現在該当データがあるかを知ることが出来る。これは、管理サーバー１１０がデータに対する保存情報を保有しているためである。さらに、管理サーバー１１０は検索語に含まれたメタデータを利用してメタデータブロックチェーン１４０に該当する情報があるかを確認することもできる。管理サーバー１１０は、データ生成技法、生成時期、特定の疾患の種類などのような情報を基準として、メタデータブロックチェーン１４０が保有した情報を検索して該当条件に合うデータがあるかを確認することができる。
【０１００】
要請されたデータがあると、管理サーバー１１０はポイント照会およびポイント処理をする７３１。ポイント取り引きは図５で説明した通りである。管理サーバー１１０は、ポイント情報ブロックチェーン１３０で受信者にポイントがあるかを確認する。データ共有の代価に該当するポイント残高があると、管理サーバー１１０は受信者のポイントを削減し、該当データ提供者のポイントを増加させる。また、管理サーバー１１０はデータ仲介サービスに対する手数料として受信者のポイントを一部管理者アカウントに持ってくることもできる。
【０１０１】
管理サーバー１１０は要請されたデータの保存情報を識別する７４１。一方、管理サーバー１１０は検索語に含まれた検索式を基準として、該当基準に符合する多数のデータを識別して一つのグループとして構成することができる。この場合、管理サーバー１１０はグループに属したデータに対する全体の保存情報を識別する。管理サーバー１１０は識別した保存情報を第２端末２０に伝送する７４２。
【０１０２】
第２端末２０は受信した保存情報を保存し、該当保存サーバーに伝送を要請するための伝送要請メッセージを生成する７５１。伝送要請メッセージは、保存サーバーの識別子（住所）、データの識別子、データの保存位置などを含むことができる。第２端末２０は伝送要請メッセージを該当保存サーバー１５５に伝送する７５２。
【０１０３】
保存サーバー１５５は、伝送要請メッセージに含まれた情報を基準として要請されたデータを識別し、特定の位置に保存されたデータを識別する７６１。保存サーバー１５５は識別したデータを第２端末２０に伝送する７６２。第２端末２０はデータを受信し、暗号キーを利用してデータを復号する７７１。したがって、第２端末２０は事前に公開キーで暗号化されたデータを復号するための暗号キーを取得しなければならない。このために、使用者情報ブロックチェーン１２０が特定の使用者に対する暗号キーを保有することもできる。第２端末２０は管理サーバー１１０を通じて特定の使用者に対する暗号キーを事前に取得することができる。
【０１０４】
図９は、メタデータに基づいてデータを識別する過程についての例である。提供者が共有したデータの提供を所望する受信者は、管理サーバー１１０に条件に合うデータを要請する。第２端末２０は検索語の入力を受ける８１１。第２端末２０は検索語を管理サーバー１１０に伝送する８１２。検索語は受信者が所望する特定の種類のデータを識別できる情報を含む。例えば、検索語はデータに対するメタデータのうち少なくとも一部を含むことができる。
【０１０５】
管理サーバー１１０は前述した通り、検索語を伝送した使用者を認証することができる８２０。また、管理サーバー１１０は受信した検索語を別途の検証キーを利用して検証することができる８２１。または管理サーバー１１０が単に検索語が特定のフォーマットに合う有効な検索語で構成されるかだけを検証することもできる。管理サーバー１１０は認証乃至検証が成功すると、検索語をメタデータブロックチェーン１４０に伝送する８２２。
【０１０６】
メタデータブロックチェーン１４０は受信した検索語と関連したメタデータを抽出する８３１。メタデータブロックチェーン１４０は特定のメタデータを含むメタデータをすべて抽出することができる。そして、メタデータブロックチェーン１４０は検索されたメタデータを管理サーバー１１０に伝送する832。メタデータはデータに対する識別子を含むことができる。
【０１０７】
管理サーバー１１０は伝送されたメタデータで特定のデータを識別することができる。また、管理サーバー１１０は検索語と関連したデータが多数である場合、該当データを一つのグループに加工することもできる８４１。管理サーバー１１０は識別した一つまたは多数のデータに対する保存情報を抽出する８４２。前述した通り管理サーバー１１０は、保存サーバー１５５に保存されたデータに対する保存情報を保有する。または場合により別途のサーバーまたはブロックチェーンが保存情報を管理することもできる。
【０１０８】
管理サーバー１１０は識別した保存情報を第２端末２０に伝送する８５１。
【０１０９】
図１０は、暗号化過程を含んでデータを共有する過程についての例である。図１０は、第１端末１０がデータを提供し、第２端末２０が提供されたデータの提供を受ける過程に該当する。
【０１１０】
管理サーバー１１０は自分の公開キーＰｓを第１端末１０に伝送する９０１。第１端末１０は公開キーＰｓを利用してデータを暗号化する９１１。第１端末１０は暗号化されたデータを管理サーバー１１０に伝送する９１２。
【０１１１】
図１０に図示した過程とは異なり、管理サーバー１１０が第１端末１０が伝送したデータを自分の公開キーを利用して暗号化し、以降の過程を進行することもできる。
【０１１２】
管理サーバー１１０は検証キーを利用してデータを検証することができる９２１。管理サーバー１１０は暗号化されたデータを保存サーバー１５５に伝送する９２２。一つ以上の保存サーバー１５５は暗号化されたデータを保存する９３１。複数の保存サーバー１５５が、前述した通り、データ保存ブロックチェーン１５０を構成することができる。保存サーバー１５５は保存したデータに対する保存情報を管理サーバー１１０に伝送する９３２。
【０１１３】
その後、第２端末２０は管理サーバー１１０に特定のデータを要請する９４１。この時、第２端末２０は自分の公開キーＰｕｅ２を伝送することができる９４１。
【０１１４】
管理サーバー１１０は前述した過程を通じてデータを検索する９５１。管理サーバー１１０は識別したデータを保存サーバー１５５に要請することができる９５２。保存サーバー１５５は要請されたデータを管理サーバー１１０に伝送する９５３。
【０１１５】
管理サーバー１１０は自分の公開キーＰｓに対応する暗号キーで受信したデータを復号し、第２端末の公開キーＰｕｅ２でデータを再び暗号化することができる９６１。管理サーバー１１０は暗号化されたデータを第２端末２０に伝送する９７１。第２端末２０は受信したデータを自分の暗号キーで復号する９８１。
【０１１６】
図１１は、暗号化過程を含んでデータを共有する過程についての他の例である。図１１は、第１端末１０がデータを提供し、第２端末２０が提供されたデータの提供を受ける過程に該当する。
【０１１７】
管理サーバー１１０は自分の公開キーＰｓを第１端末１０に伝送する１００１。第１端末１０は公開キーＰｓを利用してデータを暗号化する１０１１。第１端末１０は暗号化されたデータを管理サーバー１１０に伝送する１０１２。
【０１１８】
管理サーバー１１０は受信したデータを自分の暗号キーで復号することができる１０２１。管理サーバー１１０は復号されたデータを保存サーバー１５５に伝送する１０２２。一つ以上の保存サーバー１５５は、復号されたデータを保存する１０３１。複数の保存サーバー１５５が、前述した通りデータ保存ブロックチェーン１５０を構成することができる。保存サーバー１５５は保存したデータに対する保存情報を管理サーバー１１０に伝送する１０３２。
【０１１９】
その後、第２端末２０は管理サーバー１１０に特定のデータを要請する１０４１。管理サーバー１１０は前述した過程を通じてデータを検索する１０５１。管理サーバー１１０は識別したデータに対する保存情報を第２端末２０に伝送する１０５２。
【０１２０】
第２端末２０は保存情報を利用して保存サーバー１５５に特定のデータを要請することができる１０６１。この時、第２端末２０は自分の公開キーＰｕｅ２を保存サーバー１５５に伝送することができる１０６１。
【０１２１】
保存サーバー１５５は要請されたデータを検索し、公開キーＰｕｅ２を使用してデータを暗号化することができる１０６２。保存サーバー１５５は暗号化されたデータを第２端末２０に伝送する１０６３。第２端末２０は受信したデータを自分の暗号キーで復号することができる１０７１。
【０１２２】
また、前述したようなデータ共有方法は、コンピュータで実行され得る実行可能なアルゴリズムを含むプログラム（またはアプリケーション）で具現され得る。前記プログラムは、非一時的可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）に保存されて提供され得る。
【０１２３】
非一時的可読媒体とは、レジスター、キャッシュ、メモリなどのように、短い瞬間の間データを保存する媒体ではなく、半永久的にデータを保存し、機器によって読み出し（ｒｅａｄｉｎｇ）可能な媒体を意味する。具体的には、前述した多様なアプリケーションまたはプログラムは、ＣＤ、ＤＶＤ、ハードディスク、ブルーレイディスク、ＵＳＢ、メモリカード、ＲＯＭなどのような非一時的可読媒体に保存されて提供され得る。
【０１２４】
本実施例および本明細書に添付された図面は、前述した技術に含まれる技術的思想の一部を明確に示しているものに過ぎず、前述した技術の明細書および図面に含まれた技術的思想の範囲内で当業者が容易に類推できる変形例と具体的な実施例はすべて前述した技術の権利範囲に含まれるものと解釈されるべきである。
【符号の説明】
【０１２５】
１０、２０：使用者端末
１０：第１端末
２０：第２端末
３０：管理サーバー
４０：ブロックチェーンセット
１００：データ共有システム
１１０：管理サーバー
１２０：使用者情報ブロックチェーン
１３０：ポイント情報ブロックチェーン
１４０：メタデータブロックチェーン
１５０：データ保存ブロックチェーン
１５５：保存サーバー
【図１】
2019176458.tif 000003
【図２】
2019176458.tif 000004
【図３】
2019176458.tif 000005
【図４】
2019176458.tif 000006
【図５】
2019176458.tif 000007
【図６】
2019176458.tif 000008
【図７】
2019176458.tif 000009
【図８】
2019176458.tif 000010
【図９】
2019176458.tif 000011
【図１０】
2019176458.tif 000012
【図１１】
2019176458.tif 000013
【手続補正書】
【提出日】令和1年8月2日(2019.8.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
管理サーバーが、第１使用者および第２使用者を含む複数の使用者別に、使用者情報およびハッシュキーを含む使用者ブロックデータを使用者情報ブロックチェーンに登録する段階；
前記管理サーバーが、前記第１使用者から提供されたデータを保存サーバーに伝送する段階；
前記管理サーバーが、前記保存サーバーが前記第１使用者から提供されたデータを保存した情報である保存情報を前記保存サーバーから受信する段階；および
前記管理サーバーが、前記第１使用者から提供されたデータに対するメタデータをメタデータブロックチェーンに登録する段階；
前記管理サーバーが、前記第２使用者から前記第１使用者から提供されたデータのうち特定のデータに対する要請を受信する段階；および
前記管理サーバーが、前記要請に含まれた識別情報を前記メタデータブロックチェーンに照会して前記特定のデータに対するメタデータを受信する段階；
前記管理サーバーが、前記受信したメタデータに含まれた情報と自分が保有した前記保存情報を比較して自分が保有した前記保存情報のうち前記特定のデータに対する保存情報を識別し、前記特定のデータに対する保存情報を前記第２使用者に伝送する段階を含み、
前記保存情報は、前記保存サーバーの識別子、前記提供されたデータの識別子、保存媒体で前記提供されたデータが保存された位置、検証キー、ファイルの大きさおよびファイル分割情報のうち少なくとも一つを含み、
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報を利用して前記第１使用者の認証を遂行し、認証が成功した場合に前記第１使用者から提供されたデータを前記保存サーバーに伝送し、前記使用者情報ブロックチェーンに保存された情報を利用して前記第２使用者の認証を遂行し、認証が成功した場合に前記特定のデータに対する保存情報を前記第２使用者に伝送する、複数のブロックチェーンに基づいたデータ共有方法。
【請求項２】
前記管理サーバーは、前記要請に含まれた情報のうち少なくとも一つを前記メタデータブロックチェーンに伝達して前記特定のデータを識別する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項３】
前記管理サーバーは、前記第２使用者のポイントと前記第１使用者のポイントを管理するポイント情報ブロックチェーンに前記特定のデータの共有によるポイント取引内訳を登録する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項４】
前記保存サーバーは複数であり、複数の保存サーバーが前記提供されたデータに対する保存情報を保有するデータ保存ブロックチェーンを構成する、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項５】
前記管理サーバーは、前記第１使用者または前記第２使用者に対する使用者情報を基準として前記使用者情報ブロックチェーンで該当使用者を識別して使用者を認証し、前記第１使用者または前記第２使用者に認証トークンを伝送する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項６】
管理サーバーが、第１使用者および第２使用者を含む複数の使用者別に、使用者情報およびハッシュキーを含む使用者ブロックデータを使用者情報ブロックチェーンに登録する段階；
前記管理サーバーが、前記第１使用者から提供されたデータを保存サーバーを構成するデータ保存ブロックチェーンに伝達し、前記保存サーバーから前記提供されたデータに対する保存情報を受信する段階；
前記管理サーバーが、前記第２使用者から特定のデータに対する識別情報を受信する段階；
前記管理サーバーが、前記識別情報と前記保存情報に含まれた情報を比較して前記データ保存ブロックチェーンに保存されたデータのうち前記特定のデータがあるかを識別する段階；および
前記管理サーバーが、事前に保有した保存情報から識別した前記特定のデータに対する保存情報を抽出して前記第２使用者に伝達する段階を含み、
前記保存情報は、前記保存サーバーの識別子、前記提供されたデータの識別子、保存媒体で前記提供されたデータが保存された位置、検証キー、ファイルの大きさおよびファイル分割情報のうち少なくとも一つを含み、
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報を利用して前記第１使用者の認証を遂行し、認証が成功した場合に前記第１使用者から提供されたデータを前記データ保存ブロックチェーンに伝達し、前記使用者情報ブロックチェーンに保存された情報を利用して前記第２使用者の認証を遂行し、認証が成功した場合に前記特定のデータに対する保存情報を抽出する、複数のブロックチェーンに基づいたデータ共有方法。
【請求項７】
前記管理サーバーが前記複数の使用者別に前記使用者情報を受信し、受信した使用者情報を基準として前記ハッシュキーを生成する、請求項６に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項８】
前記管理サーバーは、前記使用者情報ブロックチェーンに保存された情報と前記使用者が伝送した使用者情報とを比較して使用者認証を遂行する段階をさらに含む、請求項７に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項９】
前記管理サーバーは、前記提供されたデータのメタデータをメタデータブロックチェーンに登録する段階をさらに含む、請求項６に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１０】
前記管理サーバーは、前記識別情報に含まれた情報を前記メタデータブロックチェーンに伝達して前記特定のデータを識別する、請求項９に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１１】
前記管理サーバーは、前記使用者のポイントを管理するポイント情報ブロックチェーンに前記特定のデータの共有によるポイント取引内訳を登録する、請求項６に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１２】
前記管理サーバーは
前記識別情報に含まれた情報を前記特定のデータのメタデータを保存したメタデータブロックチェーンに伝達して識別されるメタデータを基準として、自分が保有した前記保存情報から前記特定のデータを識別する、請求項６に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１３】
前記管理サーバーは、前記識別された特定のデータに対する保存情報を抽出して前記第２使用者に伝送する段階をさらに含む、請求項１２に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１４】
前記第２使用者が前記保存情報を利用して前記保存サーバーから前記特定のデータを受信する段階をさらに含む、請求項６に記載の複数のブロックチェーンに基づいたデータ共有方法。
【請求項１５】
前記メタデータは、データに対する生産日、生産機関、サンプル情報、患者情報、疾病情報、検査技法、検査装置の種類、データのフォーマット、データに対する質の分析結果および統計のうち少なくとも一つを含む、請求項１に記載の複数のブロックチェーンに基づいたデータ共有方法。