(57)【要約】【課題】複数のブロックチェーン技術を利用して生命情報データを提供する。【解決手段】複数のブロックチェーンに基盤を置いた生命情報データ提供方法は、ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階、電子契約書ブロックチェーンノードが前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する段階、データ伝送ブロックチェーンノードが前記生命情報データを保存した少なくとも一つの保存サーバーについての保存情報を含む伝送ブロックデータを保存する段階及び前記データ伝送ブロックチェーンノードから前記伝送ブロックデータが前記第１ユーザーに伝達される段階を含む。【選択図】図３
2019139750.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階；
電子契約書ブロックチェーンノードが前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する段階；
データ伝送ブロックチェーンノードが前記生命情報データを保存した少なくとも一つの保存サーバーについての保存情報を含む伝送ブロックデータを保存する段階；及び
前記データ伝送ブロックチェーンノードから前記伝送ブロックデータが前記第１ユーザーに伝達される段階を含む、複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項２】
前記契約ブロックデータは、前記第１ユーザーの契約情報、前記第１ユーザーのハッシュキー、前記第２ユーザーのハッシュキー及び前記第２ユーザーの署名を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項３】
前記契約ブロックデータを保存する段階は
前記電子契約書ブロックチェーンノードは、前記第１ユーザーが前記ユーザーブロックチェーンノードから受信した第２ユーザーの共有キーで暗号化された第１契約情報を保存する段階；及び
前記電子契約書ブロックチェーンノードは、前記第２ユーザーが前記電子契約書ブロックチェーンノードから前記第１契約情報を受信して復号し、復号した情報を前記第１ユーザーの共有キーで暗号化し、署名を追加した第２契約情報を保存する段階を含む、請求項２に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項４】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項５】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項６】
前記保存サーバーは複数であり、
前記生命情報データは、前記複数の保存サーバーがノードとして動作するデータ保存ブロックチェーンに、第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び前記生命情報データが保存されたファイルについての情報を含むブロックデータの形態で保存される、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項７】
メタデータブロックチェーンノードが前記生命情報データについてのメタデータを保存する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項８】
前記電子契約書ブロックチェーンノードが前記第１ユーザーと第３ユーザー間の新しい契約情報を含む新しい契約ブロックデータを保存する段階；及び
前記データ伝送ブロックチェーンノードが前記第３ユーザーのハッシュキー及び前記第３ユーザーの公開キーで暗号化された新しい保存情報を含む新しい伝送ブロックデータを保存する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項９】
前記電子契約書ブロックチェーンノードが前記第１ユーザーと前記第２ユーザー間の新しい契約情報を含む新しい契約ブロックデータを保存する段階をさらに含み、
前記新しい契約情報は、前記契約ブロックデータの削除、前記伝送ブロックデータの削除及び前記生命情報データの削除のうち少なくとも一つの情報を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項１０】
少なくとも一つのサーバーが前記ユーザーブロックデータ、前記契約ブロックデータ及び前記伝送ブロックデータを含むブロックデータグループのうち少なくとも一つのブロックデータを保存し、偽造確認要請がある場合、前記保存した少なくとも一つのブロックデータを要請された客体に伝達する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項１１】
ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階；
保存サーバーが前記複数のユーザーのうち、第１ユーザーが依頼して第２ユーザーが生成した生命情報データを保存する段階；及び
データ伝送ブロックチェーンノードが前記生命情報データを保存した前記保存サーバーについての保存情報を含む伝送ブロックデータを保存する段階を含む、複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１２】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１３】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１４】
前記保存サーバーは複数のサーバーで構成され、前記複数のサーバーは前記生命情報データを保存するブロックチェーンを構成する、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１５】
複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存するユーザーブロックチェーンノード；
前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する電子契約書ブロックチェーンノード；
前記第２ユーザーが生成した生命情報データを保存する保存サーバー；及び
前記保存サーバーについての保存情報を含む伝送ブロックデータを保存するデータ伝送ブロックチェーンノードを含み、
前記ユーザーブロックデータ、前記契約ブロックデータ及び前記伝送ブロックデータは前記第１ユーザーまたは前記第２ユーザーのうち少なくとも一つが生成する、複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１６】
前記契約ブロックデータは、前記第１ユーザーの契約情報、前記第１ユーザーのハッシュキー、前記第２ユーザーのハッシュキー及び前記第２ユーザーの署名を含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１７】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１８】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１９】
前記保存サーバーは複数のサーバーで構成され、前記複数のサーバーは前記生命情報データを保存するブロックチェーンを構成する、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
以下で説明する技術はブロックチェーンを利用して生命情報データを提供する技法に関するものである。
【背景技術】
【０００２】
全世界的に人口高齢化及び慢性疾患の増加によってウェルネス（Ｗｅｌｌｎｅｓｓ）、ヘルスケアなどのヘルスケア事業の発展が加速化している。
【０００３】
ＮＧＳ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｅｑｕｅｎｃｉｎｇ）技術の登場と共に多量のデータ分析に基盤を置いたデータ分析、疾病診断、新薬開発などのような研究が活発に進行している。ゲノム情報の接近性の拡大によって保健医療パラダイムが治療から予防に変化している。ゲノム情報基盤のヘルスケア分野が本格的に産業化されている。
【０００４】
このため、アメリカ、英国、中国などの世界の主要国は、バイオビックデータであるゲノム情報を確保するために、政府主導の大規模の臨床ゲノム分析プロジェクトを推進している。現在1000ゲノムプロジェクト(1000 Genome Project), アメリカ精密医学イニシアチブ (US Precision Medicine Initiative), the Genomics England, UK millennium cohort study, 中国Ｍｉｌｌｉｏｎ  Ｏｍｉｃｓ  Ｄａｔａｂａｓｅプロジェクト(the Chinese millennium Omics Database Project)などが進行中にある。
【０００５】
ゲノムビックデータ基盤の個人別オーダーメイド型ヘルスケアは、精密医学の核心である。精密医学（Ｐｒｅｃｉｓｉｏｎ  Ｍｅｄｉｃｉｎｅ）とは、診断から治療に至るすべての段階において、個人（患者）の遺伝、環境、生物学的特性などを考慮するオーダーメイド医学である。精密医学を通じて医療と関連した情報だけでなく、個人（患者）のライフスタイルと環境などの多様な分野で蓄積されたビックデータを多角的に分析して正確な治療法を導き出すことができる。
【０００６】
医療情報をはじめとする個人の健康関連情報は、一つのプラットフォームを通じてのみ保存されずに多様な機器とサービスを通じて累積される。したがって、このような情報の相互運用性はビックデータを利用するにおいて重要な要素である。これに伴い、主要国はビックデータの政策推進にも積極的な投資と支援をしている。アメリカの場合、国家レベルで保健医療データの共有環境の構築のために国家健康情報技術調整局（ＯＮＣ）を設置し、国家レベルの医療ビックデータ事業である「Ｈｅａｌｔｈ  Ｄａｔａ  Ｉｎｉｔｉａｔｉｖｅ」を推進してビックデータの活用を推奨し、患者の同意の下で診療記録を共有できるように関連法律を制定した。英国も保健医療ビックデータ統合センター（ＨＳＣＩＣ）を設置し、「Ｐｏｗｅｒ  ｏｆ  Ｉｎｆｏｒｍａｔｉｏｎ」というデータ活用を通じての健康水準向上戦略を展開している。
【０００７】
保健医療ビッグデータのうちゲノムデータは、各個体だけの固有な遺伝情報である。したがって、データの蓄積を通じてその規模を拡張しなければならない。ゲノムデータの共有を通じてビックデータを構築することが精密医学の実現にも大変重要である。
【０００８】
ゲノムデータは、精密医学だけでなく一般の健康管理のための消費者直接依頼（ＤＴＣ、Ｄｉｒｅｃｔ−Ｔｏ−Ｃｕｓｔｏｍｅｒ）、遺伝疾患を事前に把握できる出生前検査、犯罪の捜査や実子確認などのための遺伝子鑑定、そして腸内微生物ゲノム分析を通じての疾病の治療まで多方面にわたり活用されている。さらに、ゲノムデータを通じて生物資源の確保、有用なバイオ素材の開発、絶滅危機種の保全及び復元などをすることができる。
【０００９】
このようなゲノムデータは、生物学的研究及び医療分野だけでなく、生態学、人類学などの多方面の分野でゲノムデータを通じての研究が進行されるにつれて、その重要性及び活用性はますます増大するものと予想される。
【００１０】
一方、ゲノムデータは特定個体の現在だけでなく未来まで予測することができ、その個体の家族の遺伝情報まで示唆する。したがって、他のデータよりプライバシーの侵害可能性及びセキュリティーの危険問題が深刻に台頭している。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ゲノムデータを安定的に保管し、容量の増加及びデータの共有に柔軟に対処できるシステムが設けられるべきである。以下で説明する技術は、複数のブロックチェーン（Ｂｌｏｃｋ−ｃｈａｉｎ）技術を利用して生命情報データを提供することをその目的とする。以下で説明する技術は、生命情報データを高いセキュリティー性を維持しつつ、容易に共有する技術を提供することをその目的とする。
【課題を解決するための手段】
【００１２】
複数のブロックチェーンに基盤を置いた生命情報データ提供方法は、ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階、電子契約書ブロックチェーンノードが前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する段階、データ伝送ブロックチェーンノードが前記生命情報データを保存した少なくとも一つの保存サーバーに対する保存情報を含む伝送ブロックデータを保存する段階及び前記データ伝送ブロックチェーンノードから前記伝送ブロックデータが前記第１ユーザーに伝達される段階を含む。
【００１３】
複数のブロックチェーンに基盤を置いた生命情報データ保存方法は、ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階、保存サーバーが前記複数のユーザーのうち、第１ユーザーが依頼して第２ユーザーが生成した生命情報データを保存する段階及びデータ伝送ブロックチェーンノードが前記生命情報データを保存した前記保存サーバーに対する保存情報を含む伝送ブロックデータを保存する段階を含む。
【００１４】
複数のブロックチェーンに基盤を置いた生命情報データ伝送システムは、複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存するユーザーブロックチェーンノード、前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する電子契約書ブロックチェーンノード、前記第２ユーザーが生成した生命情報データを保存する保存サーバー及び前記保存サーバーに対する保存情報を含む伝送ブロックデータを保存するデータ伝送ブロックチェーンノードを含む。前記ユーザーブロックデータ、前記契約ブロックデータ及び前記伝送ブロックデータは前記第１ユーザーまたは前記第２ユーザーのうち少なくとも一つが生成する。
【発明の効果】
【００１５】
以下で説明する技術は、ブロックチェーン技術を利用して生命情報データの露出やゲノムデータの偽／変造が難しい伝送システムを提供する。以下で説明する技術は、ユーザー認証とデータ伝送を分離して大容量生命情報データに対するネットワーク負荷を減少させる。以下で説明する技術は、生命情報データ生成依頼、生命情報データ伝送などの過程についての情報を管理することによって生命情報データの偽／変造及び使用履歴を追跡することができる。
【図面の簡単な説明】
【００１６】
【図１】ゲノムデータ伝送モデルについての例。
【図２】ゲノム分析データ伝送モデルについての例。
【図３】生命情報データ伝送システムについての例。
【図４】生命情報データ伝送システムについての他の例。
【図５】生命情報データ伝送システムについてのさらに他の例。
【図６】生命情報データ伝送システムについてのさらに他の例。
【図７】生命情報データ提供サービスが進行される過程についてのフローチャートの例。
【図８】ユーザー登録乃至認証過程についての例。
【図９】ユーザー登録乃至認証過程についての他の例。
【図１０】生命情報データ契約が樹立される過程についての例。
【図１１】生命情報データ契約が樹立される過程についての他の例。
【図１２】メタデータが生成される過程についての例。
【図１３】メタデータが生成される過程についての他の例。
【図１４】生命情報データを伝達する過程についての例。
【図１５】生命情報データを伝達する過程についての他の例。
【図１６】生命情報データを伝達する過程についてのさらに他の例。
【図１７】生命情報データを伝達する過程についてのさらに他の例。
【図１８】生命情報データを第三者に共有する過程についての例。
【図１９】生命情報データを第三者に共有する過程についての他の例。
【図２０】契約を更新する過程についての例。
【図２１】契約を更新する過程についての他の例。
【図２２】生命情報データ及び関連データが削除される過程についての例。
【図２３】生命情報データ及び関連データが削除される過程についての他の例。
【発明を実施するための形態】
【００１７】
以下で説明する技術はデータ提供サービスに関するものである。以下、生命情報データを中心に説明するが、以下で説明する技術はデータの種類にかかわらず、多様なデータの提供サービスに適用され得る。
【００１８】
以下、説明における用語について説明する。
【００１９】
ゲノムデータは、特定のユーザーのサンプル（試料）及び生命体（人間、動物、微生物など）から得たデータを意味する。例えば、ゲノムデータは、細胞、組織などからデオキシリボ核酸（ＤＮＡ）、リボ核酸（ＲＮＡ）、または蛋白質（Ｐｒｏｔｅｉｎ）等から得られた塩基配列、遺伝子発現データ、標準ゲノムデータとの遺伝的変異、ＤＮＡメチル化（ｍｅｔｈｙｌａｔｉｏｎ）等を含むことができる。一般にゲノムデータは、特定の試料を分析して得た配列情報を含む。ゲノムデータは一般的にデジタルデータで表現される。ＮＧＳ分析装置を通じて得た配列データなどがこれに該当する。
【００２０】
ゲノム分析データまたは簡略に分析データは、ゲノムデータを分析した情報を意味する。例えば、分析データはゲノムデータを分析して取得した診断結果、疾病予測結果、疾病危険度、実子確認結果、疾病の治療手段、新薬物質などを含む。
【００２１】
生命情報データは、生物体から由来したゲノムデータと分析データを含む意味である。例えば、生命情報データは、ＤＮＡ塩基配列、蛋白質アミノ酸配列、蛋白質立体構造資料、遺伝子発現情報、蛋白質発現資料、遺伝子分析結果などを含む。
【００２２】
メタデータは生命情報データ生産過程で導き出されるデータであって、生命情報データをさらに説明乃至特定するデータに該当する。例えば、生命情報データについてのメタデータは、ゲノムデータのデータフォーマット、ゲノムデータ生産方法論、塩基配列解読装置情報、サンプル情報、分子生物学技術の定義、生産量、データに対する正確度分析及び統計、生産日などを含むことができる。
【００２３】
依頼者は生命情報データ生産を依頼するユーザーを意味する。生産者は生命情報データを生産するユーザーを意味する。第三者は依頼者及び生産者ではない他のユーザーを意味する。第三者は生産者が生成した生命情報データの共有を受けるユーザーであり得る。
【００２４】
ユーザー端末または端末はコンピュータ装置であって、ユーザーが使うクライアント装置を意味する。ユーザーは人や機関のような特定の主体を意味するが、システムでユーザーはユーザー端末と特定される。
【００２５】
コンピュータ装置は、ＣＰＵ、ＡＰなどのような演算装置を利用して入力されるソースデータを分析する装置を意味する。コンピュータ装置は、一般に演算装置、メモリ、入出力装置、通信インタフェース装置などを含む。コンピュータ装置はサーバー、ＰＣ、タブレットＰＣ、スマートフォンなどのような装置で具現され得る。
【００２６】
ハッシュキー（ｈａｓｈ  ｋｅｙ）は、ブロックチェーンネットワーク上でユーザーを識別する時に使う値である。ハッシュキーは多様な方法を通じて生成され得る。代表的なハッシュキー生成アルゴリズムは、ＭＤ５、ＳＨＡ−２５６等がある。ハッシュキーは特定のユーザーに対して唯一に存在する値である。ハッシュキーは多様な長さの文字列で構成されるキーである。
【００２７】
公開キーと暗号キー（ｅｎｃｒｙｐｔｉｏｎ  ｋｅｙ）は、ブロックチェーンネットワーク上でデータを暗号化して伝送するためのキーである。公開キーと暗号キーは、いわゆる公開キー方式の暗号化に使われるキーである。公開キーの範囲はデータを暗号化するキーであり、暗号キーは暗号化されたデータを復号するキーである。公開キーと暗号キーは互いに対をなし、多様な公開キー暗号化方法（例えば、ＲＳＡ、楕円曲線暗号など）を利用して無作為で生産され得る。
【００２８】
ブロックチェーンは管理対象データを、「ブロック」という小規模のデータがＰ２Ｐ方式に基づいて生成されたチェーン形態の連結輪基盤の分散データ保存環境を意味する。ブロックチェーンネットワークはブロックチェーンを構成するネットワーク構成要素を意味する。
【００２９】
図１は、ゲノムデータ伝送モデルについての例である。図１は、生命情報データのうちゲノムデータ生成及び伝送のためのモデルである。依頼者は生産者にゲノムシークエンシングを依頼する。シークエンシング依頼は両者間の契約に該当する。依頼者はユーザー端末１０を介してゲノムシークエンシングを依頼し、生産者はユーザー端末２０を介してシークエンシング依頼を受諾することができる。この時、依頼者と生産者の間の契約はブロックチェーンを通じて遂行される。
【００３０】
依頼者は分析対象である試料を生産者に伝達する。生産者はＮＧＳ分析装置２５等を利用してゲノムデータを生成する。生産者はユーザー端末２０を通じて生成したゲノムデータについての情報及びゲノムデータをブロックデータの形態でブロックチェーンに保存することができる。依頼者はユーザー端末１０を利用してブロックチェーンを通じて生成したゲノムデータの伝達を受けることができる。
【００３１】
さらに、依頼者または生産者はゲノムデータに対する保存情報を保有したブロックチェーンを利用して第三者にゲノムデータを共有することもできる。第三者はユーザー端末３０を通じて生成したゲノムデータの伝達を受けることができる。
【００３２】
ブロックチェーンネットワークは大きく二つの構成要素を有する。一つはブロックチェーンノード、他の一つはクライアントである。ユーザーの観点では、ブロックチェーンのノードは一般的なサービスのバックエンド（Ｂａｃｋｅｎｄ）の役割をし、ブロックチェーンクライアントはクライアントの役割をする。クライアントが新しいトランザクションを発生させると、ノードはトランザクションを分散合意過程を通じて共有してトランザクションを遂行する。クライアントはトランザクションの結果を確認することができる。図１でユーザー端末１０、２０、３０はクライアントに該当する。図１でブロックチェーンノードはネットワークに連結された別途のノード（端末、サーバーなど）に該当する。
【００３３】
図２は、ゲノム分析データ伝送モデルについての例である。図２は、生命情報データのうち分析データ生成及び伝送のためのモデルである。依頼者は生産者にゲノムデータの分析を依頼する。分析依頼は両者間の契約に該当する。依頼者はユーザー端末１０、２０を通じてゲノムデータ分析を依頼し、生産者はユーザー端末４０を通じてシークエンシング依頼を受諾することができる。図２で依頼者は、図１の依頼者、図１の生産者または図１の共有者であってもよい。この時、依頼者と生産者の間の契約はブロックチェーンを通じて遂行される。
【００３４】
依頼者はユーザー端末１０、２０、３０を通じて分析対象であるゲノムデータを生産者に伝達する。生産者は生物学的実験またはソフトウェアを利用した分析を通じて分析データを生成する。生産者は端末４０を通じて生成した分析データについての情報及び分析データをブロックデータの形態でブロックチェーンに保存することができる。依頼者はユーザー端末１０、２０、３０を利用してブロックチェーンを通じて生成した分析データの伝達を受けることができる。
【００３５】
さらに、依頼者または生産者は分析データに対する保存情報を保有したブロックチェーンを利用して第三者に分析データを共有することもできる。第三者はユーザー端末５０を利用してブロックチェーンから分析データの伝達を受けることができる。
【００３６】
図３は、生命情報データ伝送システム１００についての例である。生命情報データ伝送システム１００は、ユーザー端末１１０、ブロックチェーン１３０及び保存サーバー１４０を含む。
【００３７】
ユーザー端末１１０は、依頼者が使うユーザー端末１１１、生産者が使うユーザー端末１１２及び共有者が使うユーザー端末１１３を含む。ユーザー端末２１１はＡ領域に図示したし、ユーザー端末２１２はＢ領域に図示したのであり、ユーザー端末２１３はＣ領域に図示した。各領域は少なくとも一つのユーザー端末が存在することができる。第三者が使うユーザー端末１１３はシステムに必須の構成ではない。
【００３８】
図３は合わせて５個のブロックチェーン１３１〜１３５を図示する。一つのブロックチェーンは複数のブロックチェーンノードで構成される。５個のブロックチェーンは下記の通りである。
【００３９】
ユーザー情報ブロックチェーン１３１はユーザー関連情報を保有する。ユーザー情報ブロックチェーンはユーザーについてのハッシュキー及びユーザーについての個人情報を保存する。例えば、個人情報はユーザーの識別子、名前、性別、所属機関、生年月日などのような情報を含むことができる。ユーザーブロックデータは特定の公開キーを使って暗号化された個人情報を含む。
【００４０】
電子契約書ブロックチェーン１３２はユーザー間の契約情報を保有する。ユーザー情報ブロックチェーンは契約者として参加するユーザーのハッシュキー及び契約情報（依頼内容）を保有する。例えば、契約情報はソースデータについての情報、分析方法、分析装置、分析期日、ソースデータ保有期限、契約終了時のデータ処理方法、共有者情報などを含むことができる。契約ブロックデータは特定の公開キーで暗号化された契約情報を含む。
【００４１】
メタデータブロックチェーン１３３は生命情報データについてのメタデータを保有する。メタデータブロックデータは特定の公開キーで暗号化されたメタデータを含む。メタデータはデータ形式、生産方法、塩基配列解読装置情報、サンプル情報、分子生物学技術の定義、生産量、データについての信頼度、生産日などを含むことができる。
【００４２】
データ伝送ブロックチェーン１３４はデータ送受信に参加する二人のユーザーのハッシュキーと伝送対象である生命情報データファイルについての伝送情報を保有する。伝送情報はデータ伝送のために必要な情報である。例えば、伝送情報はファイルの大きさ、ファイル名、ファイル位置、検証キーなどを含むことができる。伝送ブロックデータは特定の公開キーで暗号化された伝送情報を含む。
【００４３】
データ保存ブロックチェーン１３５はデータ送受信に参加する二人のユーザーのハッシュキーと保存サーバーに位置する生命情報データについての保存情報を保有する。保存情報は保存サーバー１４１、１４２に保存された生命情報データについての情報である。例えば、保存サーバーの識別子、保存サーバーの保存媒体で生命情報データが保存された位置、ファイルの大きさ、ファイル分割情報、検証キーなどを含むことができる。生命情報データは保存サーバーに特定の公開キーで暗号化されて保存される。ただし、保存ブロックデータは基本的に保存情報を暗号化されていない状態で保存することができる。
【００４４】
保存サーバー１４０は生命情報データを保存する。保存サーバーは多様な形態で生命情報データを保存することができる。一般的なサーバーのように生命情報データ自体をそのまま保存することができる。保存サーバーは一つの単一サーバーであり得る。または図３に図示した通り、保存サーバーは複数のサーバー１４１、１４２、．．．で構成され得る。保存サーバーが複数である場合、生命情報データを分散して保存することができる。さらに、保存サーバーが複数である場合、一つのサーバー（主保存サーバー）は生成された生命情報データをそのまま保存し、残りのサーバー（副保存サーバー）は生命情報データを分散（分割）して保存することができる。複数のサーバーが使われる場合、複数の保存サーバーまたは複数の副保存サーバーはブロックチェーンを構成するノードとなって複数の保存サーバーがデータ保存ブロックチェーンを構成することもできる。
【００４５】
図４は生命情報データ伝送システム２００についての他の例である。図４のシステム２００は基本的に図３のシステム１００と同じ構成を含む。ただし、図４のシステム２００は各ブロックチェーンを管理する登録サーバー２２０を含む。生命情報データ伝送システム２００はユーザー端末２１０、登録サーバー２２０及びブロックチェーン２３０を含む。
【００４６】
ユーザー端末２１０は依頼者が使うユーザー端末２１１、生産者が使うユーザー端末２１２及び第三者が使うユーザー端末２１３を含む。ユーザー端末２１１はＡ領域に図示したし、ユーザー端末２１２はＢ領域に図示したし、ユーザー端末２１３はＣ領域に図示した。各領域は少なくとも一つのユーザー端末が存在することができる。第三者が使うユーザー端末２１３はシステムに必須の構成ではない。
【００４７】
図４は、合わせて５個のブロックチェーン２３１〜２３５を図示する。一つのブロックチェーンは複数のブロックチェーンノードで構成される。図４で一つのブロックチェーンは一つの登録サーバーと連結される。各登録サーバーは各ブロックチェーンに保存されるブロックデータを生成し、自らも生成したブロックデータを登録（保存）することができる。システムや個別のユーザーは、ブロックチェーンに保存された基準ブロックデータと登録サーバーに保存されたブロックデータを比較してデータの偽／変造を確認することができる。５個のブロックチェーンは図３で説明した内容と同じである。
【００４８】
図４で登録サーバーは各ブロックチェーンごとに存在する。５個の登録サーバー２２０はユーザー登録サーバー２２１、電子契約書登録サーバー２２２、メタデータ登録サーバー２２３、データ伝送登録サーバー２２４及びデータ保存登録サーバー２２５である。
【００４９】
ユーザー登録サーバー２２１はユーザーブロックデータを生成し、ユーザー情報ブロックチェーン２３１にハッシュキー及びユーザー情報を保存する。電子契約書登録サーバー２２２は契約ブロックデータを生成し、電子契約書ブロックチェーン１３２にハッシュキー及び契約情報を保存する。メタデータ登録サーバー２２３はメタデータを生成し、メタデータブロックチェーン２３４にハッシュキー及びメタデータを保存する。データ伝送登録サーバー２２４は伝送情報を生成し、データ伝送ブロックチェーン２３４にハッシュキー及び伝送情報を保存する。データ保存登録サーバー２２５は保存情報を生成し、データ保存ブロックチェーン２３５にハッシュキー及び保存情報を保存する。システム２００は一つの登録サーバー、２個の登録サーバー〜５個の登録サーバーを含むこともできる。ここで登録サーバーの個数は、物理的な一つの装置を意味するものではなく、機能（管理するブロックチェーンの種類）による種類を区分するものである。
【００５０】
保存サーバーは生命情報データを保存する。保存サーバーは多様な形態で生命情報データを保存することができる。一般的なサーバーのように生命情報データ自体をそのまま保存することができる。保存サーバーは一つの単一サーバーであり得る。または保存サーバーは図４に図示した通り、保存サーバー（２４１、２４２等）は複数のサーバーで構成され得る。保存サーバーが複数である場合、生命情報データを分散して保存することができる。さらに、保存サーバーが複数である場合、一つのサーバー（主保存サーバー）は生成された生命情報データをそのまま保存し、残りのサーバー（副保存サーバー）は生命情報データを分散（分割）して保存することができる。複数のサーバーが使われる場合、複数の保存サーバーまたは複数の副保存サーバーはブロックチェーンを構成するノードとなって複数の保存サーバーがデータ保存ブロックチェーンを構成することもできる。
【００５１】
図５は生命情報データ伝送システム２００についてのさらに他の例である。図５のシステム２００は図４のシステム２００と殆ど同じである。ただし、図５のシステム２００は一つの登録サーバー２２９がブロックデータを登録し、ブロックチェーンを管理する。登録サーバー２２９は統合的な管理サーバーに該当する。残りの動作は図４のシステム２００と同じである。一方、図５とは異なり、複数の登録サーバーが一つまたは一つ以上のブロックチェーンを生成及び管理することもできる。例えば、一つの登録サーバーがデータ保存ブロックチェーン及びデータ伝送ブロックチェーンを生成して管理し、他の一つの登録サーバーが残りのブロックチェーンを生成して管理することができる。システム２００で何個の登録サーバーを使うかは具現上の問題であると言える。
【００５２】
以下登録サーバーは、図４で説明した機能が互いに異なるサーバーまたは図５で説明した統合的な管理サーバーを包括する意味で使う。
【００５３】
図６は、生命情報データ伝送システム２００についてのさらに他の例である。図６のシステム２００は図５のシステム２００と殆ど同じである。ただし、図６のシステム２００はデータ保存ブロックチェーンを含まない。図６のシステム２００は生命情報データがブロックチェーン形態で保存されずに一般的な保存サーバーに保存される例である。この場合、データ伝送ブロックチェーンが保有する伝送情報は、保存サーバーの識別子、保存サーバーの保存媒体で生命情報データが保存された位置、ファイル名、ファイルの大きさ、ファイル分割情報、検証キーなどを含むことができる。すなわち、伝送情報は保存サーバー２４１、２４２、．．．に保存された生命情報データにユーザーが接近するために必要な情報を含む。
【００５４】
図７は、生命情報データ提供サービスが進行される過程３００についてのフローチャートの例である。図７は、生命情報データ提供サービスが進行される過程３００についての概略的な例である。
【００５５】
まず、ユーザーはユーザー情報をシステムに登録しなければならない３１０。このために、ユーザーはユーザー端末を使ってユーザー情報を入力する。ユーザー端末１１１、１１２、１１３はユーザー情報及び暗号キーなどを使ってユーザーブロックデータを生成し、ユーザー情報ブロックチェーン２３１に保存することができる。登録サーバーを利用する場合、登録サーバー２２１または２２９は入力されたユーザー情報を利用してユーザーブロックデータを生成し、ユーザー情報ブロックチェーン２３１に保存することができる。ユーザーは生成されたユーザー情報ブロックチェーン２３１を利用してユーザー認証を受けることができる。例えば、認証されたユーザーのみが以降の過程（契約生成、生命情報データ伝送など）を進行することができる。
【００５６】
生命情報データの提供を受けるために、依頼者と生産者の間に契約が生成されなければならない。ユーザー端末１１１、１１２、１１３は契約ブロックデータを生成し、電子契約書ブロックチェーン２３２に保存することができる。登録サーバーを利用する場合、登録サーバー２２２または２２９が依頼者が入力した契約情報と生産者の署名を利用して契約ブロックデータを生成し、電子契約書ブロックチェーン２３２に保存することもできる。これを通じて生命情報データ提供契約が生成される３２０。
【００５７】
生産者は生命情報データを生成する３５０。ユーザー端末１１２は生命情報データを生成し、メタデータブロックチェーン２３３に保存することができる。登録サーバーを利用する場合、ユーザー端末１１２は生成した生命情報データについてのメタデータを登録サーバー２２３または２２９に伝達することができる。登録サーバー２２３または２２９は受信したメタデータについてのメタデータブロックデータを生成し、メタデータブロックチェーン２３３に保存することができる。一方、生命情報データについてのメタデータ生成及び保存は必須の過程ではないと言える。
【００５８】
生産者が生成した生命情報データは保存サーバーに保存される３４０。前述した通り、複数の保存サーバーはブロックチェーンの形態で生命情報データを保存することができる。ユーザー端末１１２は生成した生命情報データを保存サーバーに伝達してブロックチェーンを構成することができる。登録サーバーを利用する場合、登録サーバー２２５または２２９は生命情報データを利用して保存ブロックデータを生成し、データ保存ブロックチェーン２３５に保存することができる。
【００５９】
生命情報データは依頼者に伝送されなければならない３５０。このために、保存ブロックチェーン２３５が生成された後でユーザー端末１１２は保存情報が含まれた伝送ブロックデータを生成し、データ伝送ブロックチェーン２３４に保存することができる。登録サーバーを利用する場合、登録サーバー２２４または２２９が保存情報を利用して伝送ブロックデータを生成し、データ伝送ブロックチェーン２３４に保存することができる。依頼者はデータ伝送ブロックチェーン２３４を通じて生命情報データを受信することができる３５０。
【００６０】
その後、システムは契約終了または契約内容が変更されたかをモニタリングする３６０。契約終了乃至契約が変更されると、登録サーバー２２２または２２９は必要な場合、変更された契約内容を更新する。その後、契約内容により、保存したデータを削除することもでき、生命情報データを第三者に共有することもできる３７０。
【００６１】
以下、図７に説明された各過程について説明する。図３のシステム１００のように、登録サーバーが関与しない実施例と図４〜図６のシステム２００のように登録サーバーが関与する実施例についてそれぞれ説明する。以下で説明する生命情報データ伝送過程は、（ｉ）登録サーバーが関与せずに動作する例、（ｉｉ）等録サーバーが関与する例、（ｉｉｉ）等録サーバーが関与しない一部の動作と登録サーバーが関与する一部の動作が組み合わせられた例などのように、多様な形態で具現され得る。
【００６２】
図８は、ユーザー登録乃至認証過程４００についての例である。図８は、図３のシステム１００が動作する例である。図８はユーザー登録過程及びユーザー認証過程をすべて図示する。
【００６３】
ユーザー登録過程について説明する。図８で端末はユーザー端末１１１、１１２または１１３を意味する。ユーザーは生命情報データ生成依頼、生命情報データ保存及び伝送、生命情報データの共有などをするために、まずシステムにユーザー登録をしなければならない。ユーザー端末はユーザー公開キーＰｕｋ及び暗号キーＰｒｋを生成することができる４０１。公開キーは一定のデータ（ユーザー個人情報、電子契約書、生命情報データなど）の暗号化に使われ、暗号キーはデータ復号に使われる。
【００６４】
ユーザー端末１１１、１１２または１１３は自分のユーザー情報ＰＩに基づいてハッシュキーＨｋを生成する４１１。ハッシュキーを生成するアルゴリズム乃至ハッシュ関数は多様であり得る。ハッシュキーＨｋは現在のハッシュキーを生成したユーザー（端末）に対する識別子として使われる。したがって、ハッシュキーＨｋはユーザーの特異的な唯一の情報に該当する。または図８と異なり、ユーザー端末１１１、１１２または１１３は自分のユーザー情報ＰＩを別途のサーバーに伝送してサーバーからハッシュキーを受信することもできる。
【００６５】
ユーザー端末１１１、１１２または１１３はユーザー公開キーＰｕｋ、暗号キーＰｒｋ及びハッシュキーＨｋを保存媒体に保存する４１２。
【００６６】
ユーザー端末１１１、１１２または１１３はユーザー公開キーＰｕｋを使ってユーザー情報ＰＩを暗号化して暗号化されたユーザー情報ＰＩ’を生成する４２１。ユーザー端末１１１、１１２または１１３は暗号化されたユーザー情報ＰＩ’、ユーザー公開キーＰｕｋ及びハッシュキーＨｋを結合してユーザーブロックデータを生成する４３１。ユーザー端末１１１、１１２または１１３は生成したユーザーブロックデータをユーザー登録サーバー２２１に伝達する４３２。ユーザー情報ブロックチェーン２３１は暗号化されたユーザー情報ＰＩ’、ユーザー公開キーＰｕｋ及びハッシュキーＨｋを含むユーザーブロックデータを登録する４３３。前述した４０１〜４３３過程までがユーザー情報登録過程に該当する。
【００６７】
ユーザー認証過程を説明する。ユーザー認証は生命情報データ提供サービスの特定の段階または各段階で必要となり得る。ユーザー認証を通じて認証されたユーザーのみが以降の段階を進行することができる。ユーザーは認証に成功すると、他のユーザーについての情報（公開キー、暗号キーまたはハッシュキーなど）をユーザー情報ブロックチェーン１３１を通じて取得することもできる。
【００６８】
認証が必要なユーザーはユーザー端末１１１、１１２または１１３に自分のハッシュキーＨｋを入力する４４１。入力されたハッシュキーＨｋはユーザー情報ブロックチェーン２３１に伝送される４４２。ユーザー情報ブロックチェーン１３１は入力されたハッシュキーＨｋを基準として該当ユーザーの公開キーＰｕｋを照会する４５１。ユーザー情報ブロックチェーン１３１は認証トークンを生成し、該当ユーザーの公開キーＰｕｋで認証トークンを暗号化する４６１。ユーザー情報ブロックチェーン１３１はハッシュキーＨｋを基準として該当ハッシュキーを有するユーザー端末１１１、１１２または１１３に暗号化された認証トークンを伝送する４６２。ユーザー端末２１１、２１２または２１３は受信した認証トークンを復号して保存する４７１。その後、ユーザー端末２１１、２１２または２１３はブロックチェーンと通信する過程で認証トークンを利用することができる。認証を要求するブロックチェーンは、有効な認証トークンを伝達するユーザー端末についてのみ特定のデータを提供することができる。
【００６９】
図９は、ユーザー登録乃至認証過程５００についての他の例である。図９は、図４または図５のシステム２００が動作する例である。図９はユーザー登録過程及びユーザー認証過程をすべて図示する。
【００７０】
ユーザー登録過程について説明する。図９で端末はユーザー端末２１１、２１２または２１３を意味する。ユーザーは生命情報データ生産依頼、生命情報データ保存乃至伝送、生命情報データの共有などをするために、まずシステムにユーザー登録をしなければならない。ユーザー端末はユーザー公開キーＰｕｋ及び暗号キーＰｒｋを生成することができる５０１。公開キーは一定のデータ（ユーザー個人情報、電子契約書、ゲノムデータ、生命情報データなど）の暗号化に使われ、暗号キーはデータ復号に使われる。
【００７１】
ユーザー登録サーバー２２１はハッシュキーを生成することができる。ユーザー端末２１１、２１２または２１３は自分のユーザー情報ＰＩと共に自分の共有キーＰｕｋをユーザー登録サーバー２２１に伝達する５０２。ユーザー登録サーバー２２１はユーザー情報ＰＩを基準としてハッシュキー生成を要請したユーザーについてのハッシュキーＨｋを生成する５１１。ハッシュキーＨｋは現在ハッシュキーを要請したユーザー（端末）に対する識別子として使われる。したがって、ハッシュキーＨｋはユーザーの特異的な唯一の情報に該当する。ユーザー登録サーバー２２１は入力されたユーザー情報ＰＩを一定のハッシュ関数に入力してハッシュキーＨｋを生成する。ハッシュキーを生成するアルゴリズム乃至ハッシュ関数は多様であり得る。ユーザー登録サーバー２２１は生成したハッシュキーＨｋをハッシュキーを要請したユーザー端末２１１、２１２または２１３に伝達する５１２。ハッシュキーを要請したユーザー端末２１１、２１２または２１３はユーザー公開キーＰｕｋ、暗号キーＰｒｋ及びハッシュキーＨｋを保存媒体に保存する５１３。
【００７２】
ユーザー登録サーバー２２１は、ユーザー公開キーＰｕｋを使ってユーザー情報ＰＩを暗号化して暗号化されたユーザー情報ＰＩ’を生成する５２１。ユーザー登録サーバー２２１は暗号化されたユーザー情報ＰＩ’、ユーザー公開キーＰｕｋ及びハッシュキーＨｋを結合してユーザーブロックデータを生成する５２２。ユーザー登録サーバー２２１は生成したユーザーブロックデータを登録する５２２。
【００７３】
ユーザー登録サーバー２２１は生成したユーザーブロックデータをユーザー情報ブロックチェーン２３１に伝達する５３１。ユーザー情報ブロックチェーン２３１は暗号化されたユーザー情報ＰＩ’、ユーザー公開キーＰｕｋ及びハッシュキーＨｋを含むユーザーブロックデータを登録する５３２。前述した５０１〜５３２過程までがユーザー情報登録過程に該当する。
【００７４】
その後、ユーザー情報が偽／変造されたかが確認され得る。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、ユーザー情報ブロックチェーン２３１に保存された基準ブロックデータとユーザー登録サーバー２２１に登録された同一のブロックデータを比較してユーザー情報が変更されたかを確認することができる。
【００７５】
ユーザー認証過程を説明する。ユーザー認証は生命情報データ提供サービスの特定の段階または各段階で必要となり得る。ユーザー認証を通じて認証されたユーザーのみが以降の段階を進行することができる。ユーザーは認証に成功すると、他のユーザーについての情報（公開キー、暗号キーまたはハッシュキーなど）をユーザー情報ブロックチェーン２３１を通じて取得することもできる。
【００７６】
認証が必要なユーザーはユーザー端末２１１、２１２または２１３に自分のハッシュキーＨｋを入力する５５１。入力されたハッシュキーＨｋはユーザー情報ブロックチェーン２３１に伝送される５５２。ユーザー情報ブロックチェーン２３１は入力されたハッシュキーＨｋを基準として該当ユーザーの公開キーＰｕｋを照会する５６１。ユーザー情報ブロックチェーン２３１は認証トークンを生成し、該当ユーザーの公開キーＰｕｋで認証トークンを暗号化する５７１。ユーザー情報ブロックチェーン２３１はハッシュキーＨｋを基準として該当ハッシュキーを有するユーザー端末２１１、２１２または２１３に暗号化された認証トークンを伝送する５７２。ユーザー端末２１１、２１２または２１３は受信した認証トークンを復号して保存する５８１。その後、ユーザー端末２１１、２１２または２１３はブロックチェーンと通信する過程で認証トークンを利用することができる。認証を要求するブロックチェーンは、有効な認証トークンを伝達するユーザー端末についてのみ特定のデータを提供することができる。
【００７７】
図１０は、生命情報データ契約が樹立される過程６００についての例である。図１０は、図３のシステム１００が動作する例である。図１０は依頼者と生産者の間に生命情報データ生産依頼に対する契約についての例である。図１０はユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末１１２を第２端末１１２と表示した。第１端末１１１及び第２端末１１２は事前にユーザー情報を登録したと前提する。
【００７８】
第１端末１１１はユーザー情報ブロックチェーン１３１を利用してユーザー認証を遂行する。認証に成功した第１端末１１１は生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン１３１に生産者を照会する６０１。第１端末１１１はユーザー情報ブロックチェーン１３１から生産者についての公開キーＰ２ｕｋ及びハッシュキーＨ２ｋを受信する６０２。
【００７９】
第１端末１１１は依頼情報を入力する６１１。依頼情報は生命情報データ生成のための諸情報を意味する。例えば、依頼情報はゲノムサンプル情報、生命情報データ情報、塩基配列解読のためのライブラリー情報、分析期日、分析方法、分析装置条件及び依頼者情報のうち少なくとも一つを含むことができる。第１端末１１１は依頼情報を公開キーＰ２ｕｋで暗号化する６１２。
【００８０】
第１端末１１１はハッシュキーＨ２ｋ及び暗号化された依頼情報を含む電子契約書ブロックデータを生成する６２１。第１端末１１１は生成した電子契約書ブロックデータを電子契約書ブロックチェーン１３２に伝達する６２２。電子契約書ブロックチェーン１３２は暗号化された依頼情報及びハッシュキーＨ２ｋ含む電子契約書ブロックデータを登録する６２３。
【００８１】
電子契約書ブロックチェーン１３２はハッシュキーＨ２ｋを基準として第２端末１１２に依頼情報が含まれた電子契約書ブロックデータを伝送する６２４。第２端末１１２は自分の暗号キーでブロックデータに含まれた依頼情報を復号する６３１。
【００８２】
第２端末１１２はユーザー情報ブロックチェーン１３１を通じて本人認証を遂行できる６３２。本人認証に成功すると、第２端末１１２はユーザー情報ブロックチェーン１３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる６３２。一方、依頼情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第２端末１１２が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【００８３】
生産者は依頼者公開キーに対称となる暗号キーで復号した依頼情報を確認し、電子契約書に署名する６３３。署名は生産者についてのユーザー認証情報及び取引承認を証明する内容に該当する。第２端末１１２は（ｉ）依頼情報または（ｉｉ）依頼情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する６３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された依頼情報、生産者の署名キーを含むことができる。第２端末１１２は依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された依頼情報、生産者の署名キーを含む電子契約書ブロックデータを生成する６４１。第２端末１１２は電子契約書ブロックデータを電子契約書ブロックチェーン１３２に伝達する６４２。電子契約書ブロックチェーン１３２は電子契約書ブロックデータを登録する６４３。
【００８４】
その後、電子契約書が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン１３２に保存された基準ブロックデータと電子契約書登録サーバー１２２に登録された同一のブロックデータを比較して電子契約書が変更されたかを確認することができる。
【００８５】
電子契約書ブロックチェーン１３２は依頼者ハッシュキーＨ１ｋを基準として第１端末１１１に電子契約書を伝達することができる６４４。第１端末１１１は受信した電子契約書で依頼情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる６５１。
【００８６】
供給者が依頼者の要請に対する取り引きを望んでいない場合、生産者は取引内訳に対する承認を証明する署名を入れずにブロックデータを作ることができる。依頼者は署名が含まれていない電子契約書を確認して契約失敗を確認することができる。
【００８７】
図１１は、生命情報データ契約が樹立される過程７００についての他の例である。図１１は、図４または図５のシステム２００が動作する例である。図１１は依頼者と生産者の間に生命情報データ生成依頼契約についての例である。図１１はユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１２は事前にユーザー情報を登録したと前提する。
【００８８】
第１端末２１１はユーザー情報ブロックチェーン２３１を利用してユーザー認証を遂行する。認証に成功した第１端末２１１は生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン２３１に生産者を照会する７０１。第１端末２１１はユーザー情報ブロックチェーン２３１から生産者についての公開キーＰ２ｕｋ及びハッシュキーＨ２ｋを受信する７０２。
【００８９】
第１端末２１１は依頼情報を入力する７１１。依頼情報は生命情報データ生成のための諸情報を意味する。例えば、依頼情報はゲノムサンプル情報、ゲノムデータ情報、塩基配列解読のためのライブラリー情報、分析期日、分析方法、分析装置条件及び依頼者情報のうち少なくとも一つを含むことができる。第１端末２１１は依頼情報を公開キーＰ２ｕｋで暗号化する７１２。第１端末２１１はハッシュキーＨ２ｋ及び暗号化された依頼情報を電子契約書登録サーバー２２２に伝送する７１３。
【００９０】
電子契約書登録サーバー２２２はハッシュキーＨ２ｋ及び暗号化された依頼情報を含む電子契約書ブロックデータを生成する７２１。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する７２１。
【００９１】
電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを電子契約書ブロックチェーン２３２に伝達する７２２。電子契約書ブロックチェーン２３２は暗号化された依頼情報及びハッシュキーＨ２ｋを含む電子契約書ブロックデータを登録する７２３。
【００９２】
その後、依頼情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して依頼情報が変更されたかを確認することができる。
【００９３】
電子契約書ブロックチェーン２３２は、ハッシュキーＨ２ｋを基準として第２端末２１２に依頼情報が含まれた電子契約書ブロックデータを伝送する７２４。第２端末２１２は自分の暗号キーでブロックデータに含まれた依頼情報を復号する７３１。第２端末２１２はユーザー情報ブロックチェーン２３１を通じて本人認証を遂行できる７３２。本人認証に成功すると、第２端末２１２はユーザー情報ブロックチェーン２３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる７３２。一方、依頼情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第２端末２１２が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【００９４】
生産者は依頼者公開キーに対称となる暗号キーで復号した依頼情報を確認し、電子契約書に署名する７３３。署名は生産者についてのユーザー認証情報及び取引承認を証明する内容に該当する。第２端末２１２は、依頼情報、署名、ハッシュキーを含んでブロックを生成することができる。第２端末２１２は、（ｉ）依頼情報または（ｉｉ）依頼情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する７３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された依頼情報、生産者の署名キーを含むことができる。生産者は署名が含まれた電子契約書を発送し、生命情報データを生成する。
【００９５】
第２端末２１２は生成した電子契約書を電子契約書登録サーバー２２２に伝送する７４１。電子契約書登録サーバー２２２は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された依頼情報、生産者の署名キーを含む電子契約書ブロックデータを生成する７４２。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する７４２。電子契約書ブロックデータを生成したブロックデータを電子契約書ブロックチェーン２３２に伝達する７４３。電子契約書ブロックチェーン２３２は電子契約書ブロックデータを登録する７４４。
【００９６】
その後、電子契約書が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して電子契約書が変更されたかを確認することができる。
【００９７】
電子契約書ブロックチェーン２３２は、依頼者ハッシュキーＨ１ｋを基準として第１端末２１１に電子契約書を伝達することができる７４５。第１端末２１１は受信した電子契約書で依頼情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる７５１。
【００９８】
供給者が依頼者の要請に対する取り引きを望んでいない場合、生産者は取引内訳に対する承認を証明する署名を入れずにブロックデータを作ることができる。依頼者は署名が含まれていない電子契約書を確認して契約失敗を確認することができる。
【００９９】
図１２は、メタデータが生成される過程についての例である。図１２は、図３のシステム１００が動作する例である。図１２は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末１１２を第２端末１１２と表示した。第１端末１１１及び第２端末１１２は事前にユーザー情報を登録したと前提する。
【０１００】
第２端末１１２は、ユーザー情報ブロックチェーン１３１を利用してユーザー認証を遂行する。認証に成功した第１端末１１２は、依頼者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン１３１に依頼者を照会する８０１。第２端末１１２はユーザー情報ブロックチェーン１３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを受信する８０２。
【０１０１】
第２端末２１２は生命情報データを生成する８１１。第２端末１１２は依頼者公開キーＰ１ｕｋを利用して生命情報データを暗号化する８１２。第２端末１１２はハッシュキーＨ１ｋ及び暗号化された生命情報データを含むメタデータブロックデータを生成する８２１。第２端末１１２は生成したメタデータブロックデータをメタデータブロックチェーン１３３に伝達する８２２。メタデータブロックチェーン１３３は受信したメタデータブロックデータを登録してブロックチェーンを構成する８３１。
【０１０２】
メタデータは第１端末２１１に自動で伝送され得る。または第１端末１１１が自分のハッシュキーなどを基準としてメタデータを要請すると８４１、メタデータブロックチェーン１３３から暗号化されたメタデータを受信することができる８４２。第１端末１１１は自分の暗号化キーでメタデータを復号して確認することができる８４３。
【０１０３】
図１３は、メタデータが生成される過程についての他の例である。図１３は、図４または図５のシステム２００が動作する例である。図１３は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１２は事前にユーザー情報を登録したと前提する。
【０１０４】
第２端末２１２は、ユーザー情報ブロックチェーン２３１を利用してユーザー認証を遂行する。認証に成功した第１端末２１２は、依頼者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン２３１に依頼者を照会する９０１。第２端末２１２はユーザー情報ブロックチェーン２３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを受信する９０２。
【０１０５】
第２端末２１２は生命情報データを生成する９１１。第２端末２１２は依頼者公開キーＰ１ｕｋを利用して生命情報データを暗号化する９１２。第２端末２１２はハッシュキーＨ１ｋ及び暗号化された生命情報データをメタデータ登録サーバー２２３に伝送する９１３。メタデータ登録サーバー２２３は、ハッシュキーＨ１ｋ及び暗号化された生命情報データを含むメタデータブロックデータを生成する９２１。メタデータ登録サーバー２２３は生成したメタデータブロックデータを登録する９２１。メタデータ登録サーバー２２３は、生成したメタデータブロックデータをメタデータブロックチェーン２３３に伝達する９２２。メタデータブロックチェーン２３３は受信したメタデータブロックデータを登録してブロックチェーンを構成する９３１。
【０１０６】
その後、メタデータが偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、メタデータブロックチェーン２３３に保存された基準ブロックデータとメタデータ登録サーバー２２３に登録された同一のブロックデータを比較してメタデータが変更されたかを確認することができる。
【０１０７】
メタデータは第１端末２１１に自動で伝送され得る。または第１端末２１１が自分のハッシュキーなどを基準としてメタデータを要請すると９４１、メタデータブロックチェーン２３３から暗号化されたメタデータを受信することができる９４２。第１端末２１１は自分の暗号化キーでメタデータを復号して確認することができる９４３。
【０１０８】
図１４は、生命情報データを伝達する過程についての例である。図１４は、図３のシステム１００と類似するシステムが動作する例である。図１４はデータ保存ブロックチェーンを使わず、単純にデータを保存する一般的な保存サーバーを使う例である。図１４は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末１１２を第２端末１１２と表示した。第１端末１１１及び第２端末１１２は事前にユーザー情報を登録したと前提する。図１４の過程は、第１端末１１１及び第２端末１１２がユーザー情報ブロックチェーン１３１を通じて本人認証をし、それぞれ相手方の端末についての情報（公開キー、ハッシュキー）を受信したと前提する。
【０１０９】
第２端末１１２は生命情報データを生成する１００１。第２端末は依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを知っている状態である。第２端末１１２は依頼者の公開キーＰ１ｕｋで生命情報データを暗号化し、暗号化された生命情報データを保存サーバー１４１、１４２に伝送する１００２。第２端末１１２は一つの保存サーバー１４１または１４２に暗号化された生命情報データを保存することができる１０１１。または第２端末２１２は複数の保存サーバー（１４１、１４２等）に暗号化された生命情報データを分散保存することもできる１０１１。保存サーバー１４１、１４２は生命情報データを保存した後に保存情報を第２端末１１２に知らせる１０１２。保存情報は保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含むことができる。図１４において１００１過程〜１０１２過程までが生命情報データ保存段階に該当する。
【０１１０】
第２端末１１２は依頼者の公開キーＰ１ｕｋで保存情報を暗号化する１０２１。第２端末１１２は依頼者のハッシュキーＨ１ｋ及び暗号化された保存情報を含む伝送ブロックデータを生成することができる１０３１。または第２端末１１２は依頼者のハッシュキーＨ１ｋ、生産者のハッシュキーＨ２ｋ及び暗号化された保存情報を含む伝送ブロックデータを生成することができる１０３１。
【０１１１】
第２端末１１２は生成した伝送ブロックデータをデータ伝送ブロックチェーン１３４に伝送する１０３２。データ伝送ブロックチェーン１３４は伝送ブロックデータを登録してブロックチェーンを構成する１０３３。
【０１１２】
その後、保存情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、データ伝送ブロックチェーン１３４に保存された基準ブロックデータとデータ伝送登録サーバー１２４に登録された同一のブロックデータを比較して保存情報が変更されたかを確認することができる。
【０１１３】
データ伝送ブロックチェーン１３４は、依頼者ハッシュキーＨ１ｋを基準として第１端末１１１に暗号化された保存情報を伝送することができる１０３４。第１端末１１１は暗号化された保存情報を自分の暗号キーで復号して保存情報を確認する１０４１。第１端末１１１は、保存情報に応じて生命情報データが保存された保存サーバー１４１、１４２に生命情報データを要請し、該当保存サーバーから生命情報データを受信する１０４２。この時、伝達される生命情報データは暗号化された状態である。第１端末１１１は自分の暗号キーで生命情報データを復号して生命情報データを確認する１０４３。
【０１１４】
図１５は、生命情報データを伝達する過程についての他の例である。図１５は、図６のシステム２００と類似するシステムが動作する例である。図１５は、データ保存ブロックチェーンを使わず、単純にデータを保存する一般的な保存サーバーを使う例である。図１５は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１２は事前にユーザー情報を登録したと前提する。図１５の過程は第１端末２１１及び第２端末２１２がユーザー情報ブロックチェーン２３１を通じて本人認証をし、それぞれ相手方の端末についての情報（公開キー、ハッシュキー）を受信したと前提する。
【０１１５】
第２端末２１２は生命情報データを生成する１１０１。第２端末は依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを知っている状態である。第２端末２１２は依頼者の公開キーＰ１ｕｋで生命情報データを暗号化し、暗号化された生命情報データを保存サーバー２４１、２４２に伝送する１１０２。第２端末２１２は一つの保存サーバー２４１または２４２に暗号化された生命情報データを保存することができる１１１１。または第２端末２１２は複数の保存サーバー（２４１、２４２等）に暗号化された生命情報データを分散保存することもできる１１１１。保存サーバー２４１、２４２は、生命情報データを保存した後に保存情報を第２端末２１２に知らせる１１１２。保存情報は保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含むことができる。図１５において、１１０１過程〜１１１２過程までが生命情報データ保存段階に該当する。
【０１１６】
第２端末２１２は依頼者の公開キーＰ１ｕｋで保存情報を暗号化する１１２１。第２端末２１２は依頼者のハッシュキーＨ１ｋ及び暗号化された保存情報をデータ伝送登録サーバー２２４に伝送することができる１１２２。または第２端末２１２は依頼者のハッシュキーＨ１ｋ、生産者のハッシュキーＨ２ｋ及び暗号化された保存情報をデータ伝送登録サーバー２２４に伝送することができる１１２２。
【０１１７】
データ伝送登録サーバー２２４は、受信したハッシュキー及び暗号化された保存情報を含む伝送ブロックデータを生成する１１３１。データ伝送登録サーバー２２４は生成した伝送ブロックデータを登録する１１３１。
【０１１８】
データ伝送登録サーバー２２４は生成した伝送ブロックデータをデータ伝送ブロックチェーン２３４に伝送する１１３２。データ伝送ブロックチェーン２３４は伝送ブロックデータを登録してブロックチェーンを構成する１１３３。
【０１１９】
その後、保存情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、データ伝送ブロックチェーン２３４に保存された基準ブロックデータとデータ伝送登録サーバー２２４に登録された同一のブロックデータを比較して保存情報が変更されたかを確認することができる。
【０１２０】
データ伝送ブロックチェーン２３４は、依頼者ハッシュキーＨ１ｋを基準として第１端末２１１に暗号化された保存情報を伝送することができる１１３４。第１端末２１１は暗号化された保存情報を自分の暗号キーで復号して保存情報を確認する１１４１。第１端末２１１は、保存情報に応じて生命情報データが保存された保存サーバー２４１、２４２に生命情報データを要請し、該当保存サーバーから生命情報データを受信する１１４２。この時、伝達される生命情報データは暗号化された状態である。第１端末２１１は自分の暗号キーで生命情報データを復号して生命情報データを確認する１１４３。
【０１２１】
図１６は、生命情報データを伝達する過程についてのさらに他の例である。図１６は、図３のシステム１００が動作する例である。図１６は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末１１２を第２端末１１２と表示した。第１端末１１１及び第２端末１１２は、事前にユーザー情報を登録したと前提する。図１６は、複数の保存サーバーが生命情報データをブロックチェーン形態で保有する場合である。
【０１２２】
第２端末１１２は生命情報データを生成する１２０１。第２端末は依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを知っている状態である。第２端末１１２は依頼者の公開キーＰ１ｕｋで生命情報データを暗号化し、暗号化された生命情報データを保存サーバー１４１、１４２に伝送する１２１１。この時、第２端末２１２は自分のハッシュキーＨ２ｋを保存サーバー１４１、１４２に伝送することができる。
【０１２３】
保存サーバー１４１、１４２はハッシュキーＨ２ｋ及び暗号化された生命情報データを保存する１２２２。複数の保存サーバー１４１、１４２は生命情報データを分割して保存することができる。複数の保存サーバーのうち、一つのサーバー（主保存サーバー）は生成された生命情報データをそのまま保存し、残りのサーバー（副保存サーバー）は生命情報データを分散（分割）して保存することができる。複数の保存サーバーまたは複数の副保存サーバーはブロックチェーンを構成するノードとなって複数の保存サーバーがデータ保存ブロックチェーンを構成することもできる。
【０１２４】
保存サーバー１４１、１４２は保存情報をブロックでデータ保存ブロックチェーン１３５に伝達する１２３１。データ保存ブロックチェーン１３５は保存ブロックデータを登録してブロックチェーンを構成する１２３２。保存サーバー１４１、１４２がデータ保存ブロックチェーン１３５を構成するノードとなり得る。または別途のサーバーを使ってデータ保存ブロックチェーン１３５を構成することもできる。
【０１２５】
データ保存ブロックチェーン１３５は、ハッシュキーＨ２ｋを基準として保存情報が含まれたブロックデータを第２端末１１２に伝達する１２３３。保存情報は、保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含むことができる。図１６において、１２０１過程〜１２３３過程までが生命情報データ保存段階に該当する。
【０１２６】
第２端末１１２は依頼者の公開キーＰ１ｕｋで保存情報を暗号化する１２５１。第２端末１１２は依頼者のハッシュキーＨ１ｋ及び暗号化された保存情報を含む伝送ブロックデータを生成することができる１２６１。または第２端末２１２は依頼者のハッシュキーＨ１ｋ、生産者のハッシュキーＨ２ｋ及び暗号化された保存情報を含む伝送ブロックデータを生成することができる１２６１。第２端末１１２は生成した伝送ブロックデータをデータ伝送ブロックチェーン１３４に伝送する１２６２。データ伝送ブロックチェーン２３４は伝送ブロックデータを登録してブロックチェーンを構成する１２６３。
【０１２７】
データ伝送ブロックチェーン１３４は、依頼者ハッシュキーＨ１ｋを基準として第１端末１１１に暗号化された保存情報を伝送することができる１２６４。第１端末１１１は暗号化された保存情報を自分の暗号キーで復号して保存情報を確認する１２７１。第１端末１１１は、保存情報に応じて生命情報データが保存された保存サーバー１４１、１４２に生命情報データを要請し、該当保存サーバーから生命情報データを受信する１２７２。この時、伝達される生命情報データは暗号化された状態である。第１端末１１１は自分の暗号キーで生命情報データを復号して生命情報データを確認する１２８１。
【０１２８】
図１７は、生命情報データを伝達する過程についてのさらに他の例である。図１７は、図４または図５のシステム２００が動作する例である。図１７は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１２は事前にユーザー情報を登録したと前提する。図１７は、複数の保存サーバーが生命情報データをブロックチェーン形態で保有する場合である。
【０１２９】
第２端末２１２は生命情報データを生成する１３０１。第２端末は、依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを知っている状態である。第２端末２１２は、依頼者の公開キーＰ１ｕｋで生命情報データを暗号化し、暗号化された生命情報データを情報保存登録サーバー２２５に伝送する１３１１。この時、第２端末２１２は自分のハッシュキーＨ２ｋを情報保存登録サーバー２２５に伝送することができる。情報保存登録サーバー２２５はハッシュキーＨ２ｋ及び生命情報データを保存サーバー２４１、２４２に伝達する１３２１。複数の保存サーバー２４１、２４２は、生命情報データを分割して保存することができる１３２２。複数の保存サーバーのうち、一つのサーバー（主保存サーバー）は生成された生命情報データをそのまま保存し、残りのサーバー（副保存サーバー）は生命情報データを分散（分割）して保存することができる。複数の保存サーバーまたは複数の副保存サーバーはブロックチェーンを構成するノードとなって複数の保存サーバーがデータ保存ブロックチェーンを構成することもできる。
【０１３０】
保存サーバー２４１、２４２は、保存情報をブロックでデータ保存ブロックチェーン２３５に伝達する１３３１。データ保存ブロックチェーン２３５は保存ブロックデータを登録してブロックチェーンを構成する１３３２。保存サーバー２４１、２４２がデータ保存ブロックチェーン２３５を構成するノードとなり得る。または別途のサーバーを使ってデータ保存ブロックチェーン２３５を構成することもできる。
【０１３１】
データ保存ブロックチェーン２３５は、ハッシュキーＨ２ｋを基準として保存情報が含まれたブロックデータを第２端末２１２に伝達する１３３３。保存情報は、保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含むことができる。図１７において、１３０１過程〜１３３３過程までが生命情報データ保存段階に該当する。
【０１３２】
第２端末２１２は依頼者の公開キーＰ１ｕｋで保存情報を暗号化する１３５１。第２端末２１２は、依頼者のハッシュキーＨ１ｋ及び暗号化された保存情報をデータ伝送登録サーバー２２４に伝送する１３５２。または第２端末２１２は、依頼者のハッシュキーＨ１ｋ、生産者のハッシュキーＨ２ｋ及び暗号化された保存情報をデータ伝送登録サーバー２２４に伝送することができる１３５２。
【０１３３】
データ伝送登録サーバー２２４は、受信したハッシュキー及び暗号化された保存情報を含む伝送ブロックデータを生成する１３６１。データ伝送登録サーバー２２４は生成した伝送ブロックデータを登録する１３６１。
【０１３４】
データ伝送登録サーバー２２４は生成した伝送ブロックデータをデータ伝送ブロックチェーン２３４に伝送する１３６２。データ伝送ブロックチェーン２３４は伝送ブロックデータを登録してブロックチェーンを構成する１３６３。
【０１３５】
その後、保存情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、データ伝送ブロックチェーン２３４に保存された基準ブロックデータとデータ伝送登録サーバー２２４に登録された同一のブロックデータを比較して保存情報が変更されたかを確認することができる。
【０１３６】
データ伝送ブロックチェーン２３４は、依頼者ハッシュキーＨ１ｋを基準として第１端末２１１に暗号化された保存情報を伝送することができる１３６４。第１端末２１１は暗号化された保存情報を自分の暗号キーで復号して保存情報を確認する１３７１。第１端末２１１は、保存情報に応じて生命情報データが保存された保存サーバー２４１、２４２に生命情報データを要請し、該当保存サーバーから生命情報データを受信する１３７２。この時、伝達される生命情報データは暗号化された状態である。第１端末２１１は自分の暗号キーで生命情報データを復号して生命情報データを確認する１３８１。
【０１３７】
図１８は、生命情報データを第三者に共有する過程についての例である。図１８は、図３のシステム１００が動作する例である。図１１は、依頼者が生産者が提供した生命情報データを第三者に共有する例である。図１１は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち第三者に該当する端末１１３を第３端末１１３と表示した。第１端末１１１及び第３端末１１３は事前にユーザー情報を登録したと前提する。
【０１３８】
第１端末１１１は、ユーザー情報ブロックチェーン１３１を利用してユーザー認証を遂行する。認証に成功した第１端末１１１は、生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン１３１に第三者を照会する１４０１。第１端末１１１はユーザー情報ブロックチェーン１３１から第三者についての公開キーＰ３ｕｋ及びハッシュキーＨ３ｋを受信する１４０２。
【０１３９】
第１端末１１１は契約情報を入力する１４１１。契約情報は依頼者と第三者の間の契約情報に該当する。契約情報は新しい契約条件を含む。例えば、契約情報は、生命情報データを第三者に共有するための情報を含むことができる。この場合、契約情報は前述した保存情報、共有期間、共有条件、ゲノムサンプル情報、生命情報データ情報、塩基配列解読のためのライブラリー情報、分析期日、分析方法、分析装置条件、生産者情報及び依頼者情報のうち少なくとも一つを含むことができる。第１端末１１１は共有情報を公開キーＰ３ｕｋで暗号化する１４１２。第１端末１１１はハッシュキーＨ３ｋ及び暗号化された契約情報を含む電子契約書ブロックデータを生成する１４２１。第１端末１１１は生成した電子契約書ブロックデータを電子契約書ブロックチェーン１３２に伝達する１４２２。電子契約書ブロックチェーン１３２は暗号化された共有情報及びハッシュキーＨ２ｋ含む電子契約書ブロックデータを登録する１４２３。
【０１４０】
電子契約書ブロックチェーン１３２は、ハッシュキーＨ３ｋを基準として第３端末１１３に契約情報が含まれた電子契約書ブロックデータを伝送する１４２４。第３端末１１３は自分の暗号キーでブロックデータに含まれた共有情報を復号する１４３１。第３端末１１３はユーザー情報ブロックチェーン１３１を通じて本人認証を遂行できる１４３２。本人認証に成功すると、第３端末１１３は、ユーザー情報ブロックチェーン１３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる１４３２。一方、共有情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第３端末１１３が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【０１４１】
第三者は自分の暗号キーで復号した共有情報を確認し、電子契約書に署名する１４３３。署名はユーザー認証情報及び取引承認を証明する内容に該当する。第３端末１１３は、契約情報、署名、ハッシュキーを含んでブロックを生成することができる。第３端末１１３は、（ｉ）契約情報または（ｉｉ）契約情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する１４３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、第三者ハッシュキーＨ３ｋ、依頼者公開キーＰ１ｕｋで暗号化された契約情報、第三者の署名キーを含むことができる。
【０１４２】
第３端末１１３は、依頼者ハッシュキーＨ１ｋ、第三者ハッシュキーＨ３ｋ、依頼者公開キーＰ１ｕｋで暗号化された契約情報、第三者の署名キーを含む電子契約書ブロックデータを生成する１４４１。第３端末１１３は電子契約書ブロックデータを電子契約書ブロックチェーン１３２に伝達する１４４２。電子契約書ブロックチェーン１３２は電子契約書ブロックデータを登録する１４４３。
【０１４３】
電子契約書ブロックチェーン１３２は、依頼者ハッシュキーＨ１ｋを基準として第１端末１１１に電子契約書を伝達することができる１４５１。第１端末２１１は、受信した電子契約書で契約情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる１４５２。
【０１４４】
図１８には具体的に表示していないが、データ伝送ブロックチェーン１３４に保存された伝送ブロックデータが更新される１４６１。具体的には、署名すると、第１端末１１１は第三者公開キーＰ３ｕｋで暗号化された保存情報を含む伝送ブロックデータをデータ伝送ブロックチェーン２３４に伝達して保存することができる。また、第１端末１１１は、生命情報データを第三者公開キーＰ３ｕｋで暗号化して複数の保存サーバーを通じてデータ保存ブロックチェーン１３５に事前に保存することができる。
【０１４５】
その後、第３端末１１３は、依頼者ハッシュキーＨ１ｋを基準としてデータ伝送ブロックチェーン１３４から伝送ブロックデータを受信する１４７１。保存情報は暗号化された状態である。第３端末１１３は自分の暗号キーで保存情報を復号する１４７２。第３端末１１３は、復号した保存情報を基準として保存サーバー１４１、１４２に生命情報データを要請し１４８１、生命情報データを受信する１４８２。第３端末１１３は自分の暗号キーで生命情報データを復号することができる１４９１。
【０１４６】
基本的に依頼者が生命情報データ生産契約において甲の地位にあるので、図１８は生命情報データを共有する主体も依頼者と説明した。ただし、事前に契約された条件により生産者が生命情報データを第三者に共有することもできるであろう。この場合、図１８で第２端末１１２が第１端末１１１の動作を遂行すればよい。
【０１４７】
図１９は、生命情報データを第三者に共有する過程についての他の例である。図１９は、図４または図５のシステム２００が動作する例である。図１９は、依頼者が生産者が提供した生命情報データを第三者に共有する例である。図１９は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち第三者に該当する端末２１３を第３端末２１３と表示した。第１端末２１１及び第３端末２１３は事前にユーザー情報を登録したと前提する。
【０１４８】
第１端末２１１は、ユーザー情報ブロックチェーン２３１を利用してユーザー認証を遂行する。認証に成功した第１端末２１１は、生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン２３１に第三者を照会する１５０１。第１端末２１１はユーザー情報ブロックチェーン２３１から第三者についての公開キーＰ３ｕｋ及びハッシュキーＨ３ｋを受信する１５０２。
【０１４９】
第１端末２１１は契約情報を入力する１５１１。契約情報は依頼者と第三者の間の契約情報に該当する。契約情報は依頼者と第三者の間の契約情報に該当する。契約情報は新しい契約条件を含む。例えば、契約情報は生命情報データを第三者に共有するための情報を含むことができる。この場合、契約情報は前述した保存情報、共有期間、共有条件、ゲノムサンプル情報、ゲノムデータ情報、塩基配列解読のためのライブラリー情報、分析期日、分析方法、分析装置条件、生産者情報及び依頼者情報のうち少なくとも一つを含むことができる。第１端末２１１は契約情報を公開キーＰ３ｕｋで暗号化する１５１２。第１端末２１１はハッシュキーＨ３ｋ及び暗号化された依頼情報を電子契約書登録サーバー２２２に伝送する１５１３。
【０１５０】
電子契約書登録サーバー２２２は、ハッシュキーＨ３ｋ及び暗号化された契約情報を含む電子契約書ブロックデータを生成する１５２１。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する１５２１。
【０１５１】
電子契約書登録サーバー２２２は、生成した電子契約書ブロックデータを電子契約書ブロックチェーン２３２に伝達する１５２２。電子契約書ブロックチェーン２３２は暗号化された契約情報及びハッシュキーＨ２ｋを含む電子契約書ブロックデータを登録する１５２３。
【０１５２】
その後、契約情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して契約情報が変更されたかを確認することができる。
【０１５３】
電子契約書ブロックチェーン２３２は、ハッシュキーＨ３ｋを基準として第３端末２１３に契約情報が含まれた電子契約書ブロックデータを伝送する１５２４。第３端末２１３は自分の暗号キーでブロックデータに含まれた契約情報を復号する１５３１。第３端末２１３はユーザー情報ブロックチェーン２３１を通じて本人認証を遂行できる１５３２。本人認証に成功すると、第３端末２１３はユーザー情報ブロックチェーン２３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる１５３２。一方、契約情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第３端末２１３が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【０１５４】
生産者は自分の暗号キーで復号する契約情報を確認し、電子契約書に署名する１５３３。署名は生産者についてのユーザー認証情報及び取引承認を証明する内容に該当する。第３端末２１３は契約情報、署名、ハッシュキーを含んでブロックを生成することができる。第３端末２１３は、（ｉ）契約情報または（ｉｉ）依頼情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する１５３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、第三者ハッシュキーＨ３ｋ、依頼者公開キーＰ１ｕｋで暗号化された契約情報、第三者の署名キーを含むことができる。第三者は署名が含まれた電子契約書を発送し、生命情報データを生成する。
【０１５５】
第３端末２１３は生成した電子契約書を電子契約書登録サーバー２２２に伝送する１５４１。電子契約書登録サーバー２２２は、依頼者ハッシュキーＨ１ｋ、第三者ハッシュキーＨ３ｋ、依頼者公開キーＰ１ｕｋで暗号化された契約情報、第三者の署名キーを含む電子契約書ブロックデータを生成する１５４２。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する１５４２。電子契約書ブロックデータを生成したブロックデータを電子契約書ブロックチェーン２３２に伝達する１５４３。電子契約書ブロックチェーン２３２は電子契約書ブロックデータを登録する１５４４。
【０１５６】
その後、電子契約書が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して電子契約書が変更されたかを確認することができる。
【０１５７】
電子契約書ブロックチェーン２３２は、依頼者ハッシュキーＨ１ｋを基準として第１端末２１１に電子契約書を伝達することができる１５４５。第１端末２１１は、受信した電子契約書で契約情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる１５５１。
【０１５８】
図１９には具体的に表示していないが、データ伝送ブロックチェーン２３４に保存された伝送ブロックデータが更新される１５６１。具体的には、署名すると、第１端末２１１は保存情報を第三者公開キーＰ３ｕｋで暗号化してデータ伝送登録サーバー２２４に伝達することができる。データ伝送登録サーバー２２４は、暗号化された保存情報をデータ伝送ブロックチェーン２３４に伝達して保存することができる。また、第１端末２１１は、生命情報データを第三者公開キーＰ３ｕｋで暗号化して情報保存登録サーバー２２５に伝達することができる。情報保存登録サーバー２２５は、暗号化された生命情報データを複数の保存サーバーを通じて遺伝情報保存ブロックチェーン２３５に事前に保存することができる。
【０１５９】
その後、第３端末２１３は、依頼者ハッシュキーＨ１ｋを基準としてデータ伝送ブロックチェーン２３４から保存情報ブロックデータ１５７１を受信する。保存情報は暗号化された状態である。第３端末２１３は自分の暗号キーで保存情報を復号する１５７２。第３端末２１３は、復号した保存情報を基準として保存サーバー２４１、２４２に生命情報データを要請し１５８１、生命情報データを受信する１５８２。第３端末２１３は自分の暗号キーで生命情報データを復号することができる１５９１。
【０１６０】
基本的に依頼者が生命情報データ生成契約において甲の地位にあるので、図１９は生命情報データを共有する主体も依頼者と説明した。ただし、事前に契約された条件により生産者が生命情報データを第三者に共有することもできるであろう。この場合、図１９で第２端末２１２が第１端末２１１の動作を遂行すればよい。
【０１６１】
図２０は、契約を更新する過程についての例である。図２０は、図３のシステム１００が動作する例である。図２０は、依頼者と生産者の間の契約情報を変更乃至更新する過程についての例である。図２０は、依頼者と生産者を基準として説明したが、依頼者と第三者の間の契約更新も同じプロセスに従う。図２０は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末1１２を第２端末1１２と表示した。第１端末１１１及び第２端末１１2は事前にユーザー情報を登録したと前提する。
【０１６２】
第１端末１１１は、ユーザー情報ブロックチェーン１３１を利用してユーザー認証を遂行する。認証に成功した第１端末１１１は、生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン１３１に 生産者を照会する１６０１。第１端末１１１はユーザー情報ブロックチェーン１３１から生産者についての公開キーＰ２ｕｋ及びハッシュキーＨ２ｋを受信する１６０２。
【０１６３】
第１端末１１１は更新情報を入力する１６１１。更新情報は契約の内容を変更する情報を含む。例えば、更新情報は契約期間変更、依頼内容変更、契約主体変更、契約解約要求、契約終了情報、生命情報データ削除要請、生成されたデータ削除要請などを含むことができる。更新情報が特定のデータの削除要請である場合、対象データの識別子、生産者情報、依頼者情報、削除条件などを含むことができる。第１端末２１１は更新情報を公開キーＰ２ｕｋで暗号化する１６１２。第１端末１１１はハッシュキーＨ２ｋ及び暗号化された更新情報を含む電子契約書ブロックデータを生成する１６２１。第１端末１１１は生成した電子契約書ブロックデータを電子契約書ブロックチェーン２３２に伝達する１６２２。電子契約書ブロックチェーン１３２は暗号化された更新情報及びハッシュキーＨ２ｋを含む電子契約書ブロックデータを登録する１６２３。
【０１６４】
電子契約書ブロックチェーン１３２は、ハッシュキーＨ２ｋを基準として第２端末１１２に更新情報が含まれた電子契約書ブロックデータを伝送する１６２４。第２端末１１２は自分の暗号キーでブロックデータに含まれた更新情報を復号する１６３１。第２端末１１２はユーザー情報ブロックチェーン１３１を通じて本人認証を遂行できる１６３２。本人認証に成功すると、第２端末１１２はユーザー情報ブロックチェーン１３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる１６３２。一方、更新情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第２端末１１２が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【０１６５】
生産者は依頼者公開キーに対称となる暗号キーで復号した更新情報を確認し、電子契約書に署名する１６３３。署名はユーザー認証情報及び取引承認を証明する内容に該当する。第２端末（１１２）は、（ｉ）更新情報または（ｉｉ）依頼情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する１６３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された更新情報、生産者の署名キーを含むことができる。生産者は署名が含まれた電子契約書を発送し、削除対象であるデータを削除する。
【０１６６】
第２端末１１２は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された更新情報、生産者の署名キーを含む電子契約書ブロックデータを生成する１６４１。第２端末１１２は電子契約書ブロックデータを電子契約書ブロックチェーン１３２に伝達する１６４２。電子契約書ブロックチェーン１３２は電子契約書ブロックデータを登録する１６４３。
【０１６７】
電子契約書ブロックチェーン１３２は、依頼者ハッシュキーＨ１ｋを基準として第１端末１１１に電子契約書を伝達することができる１６４４。第１端末１１１は受信した電子契約書で更新情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる１６５１。
【０１６８】
図２１は、契約を更新する過程についての他の例である。図２１は、図４または図５のシステム２００が動作する例である。図２１は、依頼者と生産者の間の契約情報を変更乃至更新する過程についての例である。図２１は、依頼者と生産者を基準として説明したが、依頼者と第三者の間の契約更新も同じプロセスに従う。図２１は契約が終了するか、条件が変更されて特定のデータを削除する内容で契約を更新する例である。換言すれば、特定のデータを削除するための過程とも言える。図２１は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、 ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１2は事前にユーザー情報を登録したと前提する。
【０１６９】
第１端末２１１はユーザー情報ブロックチェーン２３１を利用してユーザー認証を遂行する。認証に成功した第１端末２１１は、生産者についての情報（ユーザー情報）を基準としてユーザー情報ブロックチェーン２３１に 生産者を照会する１７０１。第１端末２１１はユーザー情報ブロックチェーン２３１から生産者についての公開キーＰ２ｕｋ及びハッシュキーＨ２ｋを受信する１７０２。
【０１７０】
第１端末２１１は更新情報を入力する１７１１。更新情報は契約の内容を変更する情報を含む。例えば、更新情報は契約期間変更、依頼内容変更、契約主体変更、契約解約要求、契約終了情報、生命情報データ削除要請、生成されたデータ削除要請などを含むことができる。更新情報が特定のデータの削除要請である場合、対象データの識別子、生産者情報、依頼者情報、削除条件などを含むことができる。第１端末２１１は更新情報を公開キーＰ２ｕｋで暗号化する１７１２。第１端末２１１はハッシュキーＨ２ｋ及び暗号化された更新情報を電子契約書登録サーバー２２２に伝送する１７１３。
【０１７１】
電子契約書登録サーバー２２２はハッシュキーＨ２ｋ及び暗号化された更新情報を含む電子契約書ブロックデータを生成する１７２１。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する１７２１。
【０１７２】
電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを電子契約書ブロックチェーン２３２に伝達する１７２２。電子契約書ブロックチェーン２３２は暗号化された更新情報及びハッシュキーＨ２ｋ含む電子契約書ブロックデータを登録する１７２３。
【０１７３】
その後、更新情報が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して更新情報が変更されたかを確認することができる。
【０１７４】
電子契約書ブロックチェーン２３２は、ハッシュキーＨ２ｋを基準として第２端末２１２に更新情報が含まれた電子契約書ブロックデータを伝送する１７２４。第２端末２１２は自分の暗号キーでブロックデータに含まれた更新情報を復号する１７３１。第２端末２１２はユーザー情報ブロックチェーン２３１を通じて本人認証を遂行できる１７３２。本人認証に成功すると、第２端末２１２はユーザー情報ブロックチェーン２３１から依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを照会して受信することができる１７３２。一方、更新情報が依頼者の公開キーＰ１ｕｋ及びハッシュキーＨ１ｋを事前に含むこともできる。後者の場合でも第２端末２１２が本人認証に成功した場合に署名を遂行する段階に進行することができる。
【０１７５】
生産者は依頼者公開キーに対称となる暗号キーで復号した更新情報を確認し、電子契約書に署名する１７３３。署名は生産者についてのユーザー認証情報及び取引承認を証明する内容に該当する。第２端末２１２は更新情報、署名、ハッシュキーを含んでブロックを生成することができる。第２端末２１２は、（ｉ）更新情報または（ｉｉ）依頼情報及び署名を依頼者公開キーＰ１ｕｋで暗号化する１７３３。最終的な電子契約書は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された更新情報、生産者の署名キーを含むことができる。生産者は署名が含まれた電子契約書を発送し、削除対象であるデータを削除する。
【０１７６】
第２端末２１２は生成した電子契約書を電子契約書登録サーバー２２２に伝送する１７４１。電子契約書登録サーバー２２２は、依頼者ハッシュキーＨ１ｋ、生産者ハッシュキーＨ２ｋ、依頼者公開キーＰ１ｕｋで暗号化された更新情報、生産者の署名キーを含む電子契約書ブロックデータを生成する１７４２。電子契約書登録サーバー２２２は生成した電子契約書ブロックデータを登録する１７４２。電子契約書ブロックデータを生成したブロックデータを電子契約書ブロックチェーン２３２に伝達する１７４３。電子契約書ブロックチェーン２３２は電子契約書ブロックデータを登録する１７４４。
【０１７７】
その後、電子契約書が偽／変造されたかを確認することができる。ユーザーまたは他の客体（システム内のサーバーまたは偽・変造検証のための外部サーバー）は、電子契約書ブロックチェーン２３２に保存された基準ブロックデータと電子契約書登録サーバー２２２に登録された同一のブロックデータを比較して電子契約書が変更されたかを確認することができる。
【０１７８】
電子契約書ブロックチェーン２３２は、依頼者ハッシュキーＨ１ｋを基準として第１端末２１１に電子契約書を伝達することができる１７４５。第１端末２１１は受信した電子契約書で更新情報／署名を自分の暗号キーで復号して契約内容及び承認内容を確認することができる１７５１。
【０１７９】
図２２は、生命情報データ及び関連データが削除される過程についての例である。図２２は契約更新による動作中に特定のデータを削除する過程についての例である。図２２は図３のシステム１００が動作する例である。図２２は、ユーザー端末のうち依頼者に該当する端末１１１を第１端末１１１と表示したし、ユーザー端末のうち生産者に該当する端末１１１を第２端末１１２と表示した。第１端末１１１及び第２端末１１２は事前にユーザー情報を登録したと前提する。
【０１８０】
図２２は、メタデータ、保存ブロックデータ及び伝送ブロックデータを削除する過程を図示する。削除情報の内容による特定のデータのいずれか一つまたは全体のデータを削除することもできる。削除のために第２端末１１２が生成する情報を削除情報と命名する。
【０１８１】
第２端末１１２は削除要請が含まれた更新情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１８０１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定のメタデータを識別するための追加情報（生命情報データ識別子、データ生成時間など）を含むことができる。第２端末１１２はメタデータブロックチェーン１３３に削除情報を伝達する１８１１。メタデータブロックチェーン１３３は保有したメタデータブロックデータを削除する１８１２。メタデータブロックチェーン１３３は、依頼者ハッシュキーを基準として削除についての情報を第１端末１１１に通知することができる１８１３。
【０１８２】
第２端末１１２は更新情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１８０１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定の伝送情報を識別するための追加情報（生命情報データ識別子、データ生成時間など）を含むことができる。第２端末１１２はデータ伝送ブロックチェーン１３４に削除情報を伝達する１８２１。データ伝送ブロックチェーン１３４は保有した伝送ブロックデータを削除する１８２２。データ伝送ブロックチェーン１３４は、依頼者ハッシュキーを基準として削除についての情報を第１端末１１１に通知することができる１８２３。
【０１８３】
第２端末１１２は削除情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１８０１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定のメタデータを識別するための追加情報（生命情報データ識別子、データ生成時間など）を含むことができる。第２端末１１２は削除情報を保存サーバー１４１／１４２に伝達する１８３１。保存サーバー１４１／１４２は自分が保有した生命情報データを削除する１８３２。これは、データ保存ブロックチェーンから保存ブロックデータが削除されることである。保存サーバー１４１／１４２は削除についての情報を第１端末１１１に通知することができる１８３３。
【０１８４】
図２３は、生命情報データ及び関連データが削除される過程についての他の例である。図２３は、図４または図５のシステム２００が動作する例である。図２3は、契約更新による動作中の特定のデータを削除する過程についての例である。図２３は、ユーザー端末のうち依頼者に該当する端末２１１を第１端末２１１と表示したし、ユーザー端末のうち生産者に該当する端末２１２を第２端末２１２と表示した。第１端末２１１及び第２端末２１２は事前にユーザー情報を登録したと前提する。図２3は、メタデータ、保存ブロックデータ及び伝送ブロックデータを削除する過程を図示する。削除情報の内容による特定のデータのいずれか一つまたは全体のデータを削除することもできる。削除のために第２端末１１２が生成する情報を削除情報と命名する。
【０１８５】
第２端末２１２は更新情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１９０１。第２端末２１２は削除情報をメタデータ登録サーバー２２２に伝達する１９１１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定のメタデータを識別するための追加情報（ゲノムデータ識別子、データ生成時間など）を含むことができる。メタデータ登録サーバー２２２は自分が保有したメタデータブロックデータを削除する１９１２。メタデータ登録サーバー２２２はメタデータブロックチェーン２３３に削除情報を伝達する１９１３。メタデータブロックチェーン２３３は保有したメタデータブロックデータを削除する１９１４。メタデータブロックチェーン２３３は依頼者ハッシュキーを基準として削除についての情報を第１端末２１１に通知することができる１９１５。
【０１８６】
第２端末２１２は削除情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１９０１。第２端末２１２は削除情報を情報伝送登録サーバー２２４に伝達する１９２１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定の伝送情報を識別するための追加情報（ゲノムデータ識別子、データ生成時間など）を含むことができる。情報伝送登録サーバー２２４は自分が保有した伝送ブロックデータを削除する１９２２。情報伝送登録サーバー２２４はデータ伝送ブロックチェーン２３４に削除情報を伝達する１９２３。データ伝送ブロックチェーン２３４は保有した伝送ブロックデータを削除する１９２４。データ伝送ブロックチェーン２３４は依頼者ハッシュキーを基準として削除についての情報を第１端末２１１に通知することができる１９２５。
【０１８７】
第２端末２１２は削除情報を受信すると、生命情報データ乃至関連データを削除するための削除情報を生成する１９０１。第２端末２１２は削除情報をデータ保存登録サーバー２２５に伝達する１９３１。この場合、削除情報は、（ｉ）依頼者ハッシュキーまたは生産者ハッシュキー及び（ｉｉ）特定のメタデータを識別するための追加情報（ゲノムデータ識別子、データ生成時間など）を含むことができる。データ保存登録サーバー２２５は削除情報を保存サーバー２４１／２４２に伝達する１９３２。保存サーバー２４１／２４２は自分が保有したメタデータブロックデータを削除する１９３３。これは、データ保存ブロックチェーンから保存ブロックデータが削除されることである。保存サーバー２４１／２４２は削除についての情報を第１端末２１１に通知することができる１９３４。
【０１８８】
また、前述したような生命情報データ伝送方法、生命情報データ生産依頼方法、契約変更方法は、コンピュータで実行され得る実行可能なアルゴリズムを含むプログラム（またはアプリケーション）で具現され得る。前記プログラムは、一時的でない可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）に保存されて提供され得る。
【０１８９】
一時的でない可読媒体とは、レジスター、キャッシュ、メモリなどのように短い瞬間の間データを保存する媒体ではなく、半永久的にデータを保存し、機器によって読み出し（ｒｅａｄｉｎｇ）が可能な媒体を意味する。具体的には、前述した多様なアプリケーションまたはプログラムは、ＣＤ、ＤＶＤ、ハードディスク、ブルーレイディスク、ＵＳＢ、メモリカード、ＲＯＭなどのような、一時的でない可読媒体に保存されて提供され得る。
【０１９０】
本実施例及び本明細書に添付された図面は、前述した技術に含まれる技術的思想の一部を明確に示しているものに過ぎず、前述した技術の明細書及び図面に含まれた技術的思想の範囲内で当業者が容易に類推できる変形例と具体的な実施例は、すべて前述した技術の権利範囲に含まれることが自明であると言える。
【符号の説明】
【０１９１】
１００：生命情報データ伝送システム
１１０、１１１、１１２、１１３：ユーザー端末
１３０、１３１、１３２、１３３、１３４、１３５：ブロックチェーン
１３１：ユーザー情報ブロックチェーン
１３２：電子契約書ブロックチェーン
１３３：メタデータブロックチェーン
１３４：データ伝送ブロックチェーン
１３５：データ保存ブロックチェーン
１４１、１４２：保存サーバー
２００：生命情報データ伝送システム
２１０、２１１、２１２、２１３：ユーザー端末
２２０、２２１、２２２、２２３、２２４、２２５、２２９：登録サーバー
２２１：ユーザー登録サーバー
２２２：電子契約書登録サーバー
２２３：メタデータ登録サーバー
２２４：データ伝送登録サーバー
２２５：データ保存登録サーバー
【図１】
2019139750.tif 000003
【図２】
2019139750.tif 000004
【図３】
2019139750.tif 000005
【図４】
2019139750.tif 000006
【図５】
2019139750.tif 000007
【図６】
2019139750.tif 000008
【図７】
2019139750.tif 000009
【図８】
2019139750.tif 000010
【図９】
2019139750.tif 000011
【図１０】
2019139750.tif 000012
【図１１】
2019139750.tif 000013
【図１２】
2019139750.tif 000014
【図１３】
2019139750.tif 000015
【図１４】
2019139750.tif 000016
【図１５】
2019139750.tif 000017
【図１６】
2019139750.tif 000018
【図１７】
2019139750.tif 000019
【図１８】
2019139750.tif 000020
【図１９】
2019139750.tif 000021
【図２０】
2019139750.tif 000022
【図２１】
2019139750.tif 000023
【図２２】
2019139750.tif 000024
【図２３】
2019139750.tif 000025
【手続補正書】
【提出日】令和1年6月26日(2019.6.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階；
電子契約書ブロックチェーンノードが前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する段階；
データ伝送ブロックチェーンノードが前記生命情報データを保存した少なくとも一つの保存サーバーについての保存情報を含む伝送ブロックデータを保存する段階；及び
前記データ伝送ブロックチェーンノードから前記伝送ブロックデータが前記第１ユーザーに伝達される段階を含み、
前記生命情報データは前記第１ユーザーが前記ユーザーブロックチェーンノードから受信した前記第２ユーザーの公開キーで暗号化したデータであり、前記ユーザーブロックチェーンノードはユーザー認証を遂行してユーザー認証に成功した前記第１ユーザーに前記第２ユーザーの公開キーを受信する、複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項２】
前記契約ブロックデータは、前記第１ユーザーの契約情報、前記第１ユーザーのハッシュキー、前記第２ユーザーのハッシュキー及び前記第２ユーザーの署名を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項３】
前記契約ブロックデータを保存する段階は
前記電子契約書ブロックチェーンノードは、前記第１ユーザーが前記ユーザーブロックチェーンノードから受信した第２ユーザーの共有キーで暗号化された第１契約情報を保存する段階；及び
前記電子契約書ブロックチェーンノードは、前記第２ユーザーが前記電子契約書ブロックチェーンノードから前記第１契約情報を受信して復号し、復号した情報を前記第１ユーザーの共有キーで暗号化し、署名を追加した第２契約情報を保存する段階を含む、請求項２に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項４】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項５】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項６】
前記保存サーバーは複数であり、
前記生命情報データは、前記複数の保存サーバーがノードとして動作するデータ保存ブロックチェーンに、第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び前記生命情報データが保存されたファイルについての情報を含むブロックデータの形態で保存される、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項７】
メタデータブロックチェーンノードが前記生命情報データについてのメタデータを保存する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項８】
前記電子契約書ブロックチェーンノードが前記第１ユーザーと第３ユーザー間の新しい契約情報を含む新しい契約ブロックデータを保存する段階；及び
前記データ伝送ブロックチェーンノードが前記第３ユーザーのハッシュキー及び前記第３ユーザーの公開キーで暗号化された新しい保存情報を含む新しい伝送ブロックデータを保存する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項９】
前記電子契約書ブロックチェーンノードが前記第１ユーザーと前記第２ユーザー間の新しい契約情報を含む新しい契約ブロックデータを保存する段階をさらに含み、
前記新しい契約情報は、前記契約ブロックデータの削除、前記伝送ブロックデータの削除及び前記生命情報データの削除のうち少なくとも一つの情報を含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項１０】
少なくとも一つのサーバーが前記ユーザーブロックデータ、前記契約ブロックデータ及び前記伝送ブロックデータを含むブロックデータグループのうち少なくとも一つのブロックデータを保存し、偽造確認要請がある場合、前記保存した少なくとも一つのブロックデータを要請された客体に伝達する段階をさらに含む、請求項１に記載の複数のブロックチェーンに基盤を置いた生命情報データ提供方法。
【請求項１１】
ユーザーブロックチェーンノードが複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存する段階；
保存サーバーが前記複数のユーザーのうち、第１ユーザーが依頼して第２ユーザーが生成した生命情報データを保存する段階；及び
データ伝送ブロックチェーンノードが前記生命情報データを保存した前記保存サーバーについての保存情報を含む伝送ブロックデータを保存する段階を含み、
前記生命情報データは前記第１ユーザーが前記ユーザーブロックチェーンノードから受信した前記第２ユーザーの公開キーで暗号化したデータであり、前記ユーザーブロックチェーンノードはユーザー認証を遂行してユーザー認証に成功した前記第１ユーザーに前記第２ユーザーの公開キーを受信する、複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１２】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１３】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１４】
前記保存サーバーは複数のサーバーで構成され、前記複数のサーバーは前記生命情報データを保存するブロックチェーンを構成する、請求項１１に記載の複数のブロックチェーンに基盤を置いた生命情報データ保存方法。
【請求項１５】
複数のユーザー別に、ユーザー情報、共有キー及びハッシュキーを含むユーザーブロックデータを保存するユーザーブロックチェーンノード；
前記複数のユーザーのうち、第１ユーザーが第２ユーザーに生命情報データ生成を依頼する契約情報を含む契約ブロックデータを保存する電子契約書ブロックチェーンノード；
前記第２ユーザーが生成した生命情報データを保存する保存サーバー；及び
前記保存サーバーについての保存情報を含む伝送ブロックデータを保存するデータ伝送ブロックチェーンノードを含み、
前記ユーザーブロックデータ、前記契約ブロックデータ及び前記伝送ブロックデータは前記第１ユーザーまたは前記第２ユーザーのうち少なくとも一つが生成し、
前記生命情報データは前記第１ユーザーが前記ユーザーブロックチェーンノードから受信した前記第２ユーザーの公開キーで暗号化したデータであり、前記ユーザーブロックチェーンノードはユーザー認証を遂行してユーザー認証に成功した前記第１ユーザーに前記第２ユーザーの公開キーを受信する、複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１６】
前記契約ブロックデータは、前記第１ユーザーの契約情報、前記第１ユーザーのハッシュキー、前記第２ユーザーのハッシュキー及び前記第２ユーザーの署名を含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１７】
前記伝送ブロックデータは、前記ユーザーブロックチェーンノードから受信した第１ユーザーのハッシュキー、第２ユーザーのハッシュキー及び第１ユーザーの共有キーで暗号化された前記保存情報を含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１８】
前記保存情報は、前記保存サーバーの識別子、保存媒体で前記生命情報データが保存された位置、検証キー、ファイルの大きさ及びファイル分割情報のうち少なくとも一つを含む、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。
【請求項１９】
前記保存サーバーは複数のサーバーで構成され、前記複数のサーバーは前記生命情報データを保存するブロックチェーンを構成する、請求項１５に記載の複数のブロックチェーンに基盤を置いた生命情報データ伝送システム。