(57)【特許請求の範囲】
【請求項１】
ブロックチェーンベースデータ処理方法であって、
ブロックチェーンノードによって、記憶されるサービスデータを受信し、前記サービスデータのデータ属性を決定するステップであって、前記サービスデータの前記データ属性はテキストタイプおよび画像タイプの少なくとも1つを含む、ステップと、
前記サービスデータの前記データ属性が前記テキストタイプであるとの決定に応じて、
前記ブロックチェーンノードによって、前記サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記サービスデータを暗号化するステップと、
前記ブロックチェーンノードによって、前記ブロックチェーンノードを含むブロックチェーンネットワークに前記暗号化されたサービスデータを記憶するステップと、
前記サービスデータの前記データ属性が前記画像タイプであるとの決定に応じて、
前記ブロックチェーンノードによって、前記サービスデータのダイジェストを決定し、前記サービスデータに含まれる前記ユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記ダイジェストを暗号化するステップと、
前記ブロックチェーンノードによって、前記ブロックチェーンノードを含む前記ブロックチェーンネットワークに前記暗号化されたダイジェストを記憶するステップと、
前記ブロックチェーンノードによって、前記ダイジェストと前記サービスデータのデータ識別子の間のマッピング関係を確立し、前記マッピング関係に基づいてサービスデータベースに前記サービスデータを記憶するステップと
を含む、データ処理方法。
【請求項２】
前記ブロックチェーンノードによって、前記ブロックチェーンノードを含む前記ブロックチェーンネットワークに前記暗号化されたサービスデータを記憶する前記ステップが、
前記ブロックチェーンノードによって、前記ユーザ識別子に基づいて第1のブロックのチェック値を決定するステップであって、前記第1のブロックの前記チェック値は前記ユーザ識別子を含む、ステップと、
前記ブロックチェーンノードによって、前記チェック値および前記サービスデータを第2のブロックに記憶するステップと、
前記第1のブロックが配置されるブロックチェーン内に前記第2のブロックを記憶するステップと
をさらに含む、請求項1に記載のデータ処理方法。
【請求項３】
方法が、
前記ブロックチェーンノードによって、サービスデータクエリ要求を受信するステップであって、前記サービスデータクエリ要求がクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む、ステップと、
前記ブロックチェーンノードによって、前記電子署名に基づいて前記クエリを開始する前記ユーザを認証するステップと、
前記認証が成功すると、前記ブロックチェーンノードによって、前記クエリされたユーザ識別子に対応するサービスデータを、前記クエリを開始する前記ユーザに送信するステップと
をさらに含む、請求項1または2に記載のデータ処理方法。
【請求項４】
前記ブロックチェーンノードによって、前記クエリされたユーザ識別子に対応するサービスデータを前記クエリを開始する前記ユーザに送信する前記ステップが、
前記ブロックチェーンノードによって、前記クエリを開始する前記ユーザのサービスデータアクセス許可を決定するステップと、
前記ブロックチェーンノードによって、前記クエリされたユーザ識別子に対応する前記サービスデータから前記サービスデータアクセス許可を満足するサービスデータを選択するステップと、
前記選択されたサービスデータを前記クエリを開始する前記ユーザに送信するステップと
を含む、請求項3に記載のデータ処理方法。
【請求項５】
前記ブロックチェーンノードによって、前記クエリされたユーザ識別子に対応するサービスデータを前記クエリを開始する前記ユーザに送信する前記ステップが、
前記サービスデータクエリ要求に含まれる前記クエリされたサービスデータのデータ属性が画像タイプであるとの決定に応じて、前記ブロックチェーンノードによって、前記クエリされたサービスデータのダイジェストを決定するステップと、
前記ダイジェストを前記サービスデータベースに送信するステップと、
前記ブロックチェーンノードによって、前記ダイジェストに対応しており、かつ前記サービスデータベースから返されるサービスデータを受信するステップと、
前記ダイジェストに基づいて前記受信したサービスデータを検証するステップと、
前記検証が成功すると、前記受信したサービスデータを前記クエリを開始する前記ユーザに送信するステップと
を含む、請求項3に記載のデータ処理方法。
【請求項６】
ブロックチェーンベースデータ処理方法であって、
ブロックチェーンノードによって、記憶されるサービスデータを受信し、前記サービスデータのデータ属性を決定するステップであって、前記サービスデータが医療データであり、前記サービスデータの前記データ属性はテキストタイプおよび画像タイプの少なくとも1つを含む、ステップと、
前記ブロックチェーンノードによって、前記データ属性に対応する設定された処理規則に基づいて前記サービスデータを処理するステップと、
処理結果が、前記ブロックチェーンノードを含むブロックチェーンネットワークに記憶されるように、前記処理結果を前記ブロックチェーンネットワーク内の別のブロックチェーンノードに送信するステップと
を含み、
前記ブロックチェーンノードによって、前記データ属性に対応する設定された処理規則に基づいて前記サービスデータを処理する前記ステップが、
前記医療データの前記データ属性が前記テキストタイプであるとの決定に応じて、
前記医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記医療データを暗号化するステップと、  前記医療データの前記データ属性が前記画像タイプであるとの決定に応じて、
前記医療データのダイジェストを決定し、前記医療データに含まれる前記ユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記ダイジェストを暗号化するステップと、
前記ブロックチェーンノードによって、前記ダイジェストと前記サービスデータのデータ識別子の間のマッピング関係を確立し、前記マッピング関係に基づいてサービスデータベースに前記サービスデータを記憶するステップと
を含み、
前記処理結果は、前記暗号化された医療データまたは前記暗号化されたダイジェストを含む、データ処理方法。
【請求項７】
ブロックチェーンベースデータ処理デバイスであって、
記憶されるサービスデータを受信し、前記サービスデータのデータ属性を決定するための手段であって、前記サービスデータの前記データ属性はテキストタイプおよび画像タイプの少なくとも1つを含む、手段と、
前記サービスデータの前記データ属性が前記テキストタイプであるとの決定に応じて、
前記サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記サービスデータを暗号化するための手段と、
ブロックチェーンノードを含むブロックチェーンネットワークに前記暗号化されたサービスデータを記憶するための手段と、
前記サービスデータの前記データ属性が前記画像タイプであるとの決定に応じて、
前記サービスデータのダイジェストを決定し、前記サービスデータに含まれる前記ユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記ダイジェストを暗号化するための手段と、
前記ブロックチェーンノードを含む前記ブロックチェーンネットワークに前記暗号化されたダイジェストを記憶するための手段と、
前記ダイジェストと前記サービスデータのデータ識別子の間のマッピング関係を確立し、前記マッピング関係に基づいてサービスデータベースに前記サービスデータを記憶するための手段と
を備える、データ処理デバイス。
【請求項８】
前記ブロックチェーンノードを含む前記ブロックチェーンネットワークに前記暗号化されたサービスデータを記憶するための前記手段が、
前記ユーザ識別子に基づいて第1のブロックのチェック値を決定するための手段であって、前記第1のブロックの前記チェック値は前記ユーザ識別子を含む、手段と、
前記チェック値および前記サービスデータを第2のブロックに記憶するための手段と、
前記第1のブロックが配置されるブロックチェーン内に前記第2のブロックを記憶するための手段と
をさらに備える、請求項7に記載のデータ処理デバイス。
【請求項９】
サービスデータクエリ要求を受信するための手段であって、前記サービスデータクエリ要求がクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む、手段と、
前記電子署名に基づいて前記クエリを開始する前記ユーザを認証するための手段と、
前記認証が成功すると、前記クエリされたユーザ識別子に対応するサービスデータを、前記クエリを開始する前記ユーザに送信するための手段と
をさらに備える、請求項7または8に記載のデータ処理デバイス。
【請求項１０】
前記クエリされたユーザ識別子に対応するサービスデータを前記クエリを開始する前記ユーザに送信するための前記手段が、
前記クエリを開始する前記ユーザのサービスデータアクセス許可を決定するための手段と、
前記クエリされたユーザ識別子に対応する前記サービスデータから前記サービスデータアクセス許可を満足するサービスデータを選択するための手段と、
前記選択されたサービスデータを前記クエリを開始する前記ユーザに送信するための手段と
を備える、請求項9に記載のデータ処理デバイス。
【請求項１１】
前記クエリされたユーザ識別子に対応するサービスデータを前記クエリを開始する前記ユーザに送信するための前記手段が、
前記サービスデータクエリ要求に含まれる前記クエリされたサービスデータのデータ属性が画像タイプであるとの決定に応じて、前記クエリされたサービスデータのダイジェストを決定するための手段と、
前記ダイジェストを前記サービスデータベースに送信するための手段と、
前記ダイジェストに対応しており、かつ前記サービスデータベースから返されるサービスデータを受信するための手段と、
前記ダイジェストに基づいて前記受信したサービスデータを検証するための手段と、
前記検証が成功すると、前記受信したサービスデータを前記クエリを開始する前記ユーザに送信するための手段と
を備える、請求項9に記載のデータ処理デバイス。
【請求項１２】
ブロックチェーンベースデータ処理デバイスであって、
記憶されるサービスデータを受信し、前記サービスデータのデータ属性を決定するための手段であって、前記サービスデータが医療データであり、前記サービスデータの前記データ属性はテキストタイプおよび画像タイプの少なくとも1つを含む、手段と、
前記データ属性に対応する設定された処理規則に基づいて前記サービスデータを処理するための手段と、
処理結果が、ブロックチェーンノードを含むブロックチェーンネットワークに記憶されるように、前記処理結果を前記ブロックチェーンネットワーク内の別のブロックチェーンノードに送信するための手段と
を備え、
前記データ属性に対応する設定された処理規則に基づいて前記サービスデータを処理するための前記手段が、
前記医療データの前記データ属性が前記テキストタイプであるとの決定に応じて、
前記医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記医療データを暗号化するための手段と、
前記医療データの前記データ属性が前記画像タイプであるとの決定に応じて、
前記医療データのダイジェストを決定し、前記医療データに含まれる前記ユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって前記ダイジェストを暗号化するための手段と、
前記ダイジェストと前記サービスデータのデータ識別子の間のマッピング関係を確立し、前記マッピング関係に基づいてサービスデータベースに前記サービスデータを記憶するための手段と
を備え、
前記処理結果は、前記暗号化された医療データまたは前記暗号化されたダイジェストを含む、データ処理デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット情報処理、医療および健康、ブロックチェーン技術の分野に関し、特にはブロックチェーンベースデータ処理方法およびデバイスに関する。
【背景技術】
【０００２】
医療技術およびビッグデータ技術の発展に伴い、患者の医療データは人間の健康管理の発展において益々重要な役割を担っている。したがって、患者の医療データをどのように管理するか、また患者の医療データを適切に使用することが、解決すべき重要な課題となっている。
【０００３】
実生活においては、様々な医療機関が独自の医療データ管理システムを有している。患者の医療データは医療データ管理システムを使用することによって管理されている。調査によると、実際には患者が異なる医療機関で処置を受ける場合、医療データが異なる医療機関で生成されることが分かっている。通常、医療データは異なる医療機関の間で共有されることはない。具体的には、患者Aが医療機関A(医療データが生成される)の医師を受診しており、次いでこの患者が医療機関Bの医師を受診すると仮定すると、医療機関Bの医師は医療機関Aでその患者に対して生成された医療データを見ることができず、厳しい査定と認可手続きを経てしかその医療データを得られず、これは実際には患者にとって有益ではない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、医療データを異なる医療機関の間でどのように共有するかが重要な課題となる。
【課題を解決するための手段】
【０００５】
これを鑑み、本開示の実装形態は、ブロックチェーンベースデータ処理方法およびデバイスを提供し、医療データをどのように共有するかの課題を解決する。
【０００６】
以下の技術的解決策が本開示の実装形態に採用される。
【０００７】
本開示の実装形態は、ブロックチェーンノードによって記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するステップと、サービスデータのデータ属性がテキストタイプである場合、ブロックチェーンノードによってサービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってサービスデータを暗号化するステップ、またはサービスデータのデータ属性が画像タイプである場合、ブロックチェーンノードによってサービスデータのダイジェストを決定し、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化するステップとを含む、ブロックチェーンベースデータ処理方法を提供する。
【０００８】
本開示の実装形態は、ブロックチェーンノードによって記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するステップと、ブロックチェーンノードによってデータ属性に対応する設定された処理規則に基づいてサービスデータを処理し、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信するステップとを含む、ブロックチェーンベースデータ処理方法を提供する。
【０００９】
本開示の実装形態は、記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するように構成される受信ユニットと、サービスデータのデータ属性がテキストタイプである場合、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってサービスデータを暗号化するように、またはサービスデータのデータ属性が画像タイプである場合、サービスデータのダイジェストを決定し、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化するように、構成される処理ユニットとを含む、ブロックチェーンベースデータ処理デバイスをさらに提供する。
【００１０】
本開示の実装形態は、記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するように構成される受信ユニットと、データ属性に対応する設定された処理規則に基づいてサービスデータを処理し、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信するように構成される処理ユニットとを含む、ブロックチェーンベースデータ処理デバイスをさらに提供する。
【００１１】
本開示の実装形態で使用される前述の技術的解決策のうち少なくとも1つが以下の有益な効果を達成することができる。
【００１２】
本開示の実装形態において、記憶されるサービスデータを受信すると、ブロックチェーンノードはサービスデータのデータ属性を決定し、サービスデータのデータ属性がテキストタイプである場合、ブロックチェーンノードはサービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってサービスデータを暗号化するか、またはサービスデータのデータ属性が画像タイプである場合、ブロックチェーンノードはサービスデータのダイジェストを決定し、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化する。サービスデータが医療データである場合、ブロックチェーン技術の分散性、透明性、耐改竄性、および信頼性などの特徴のため、医療データのデータ属性に基づいて異なる処理方法を使用して、医療データをブロックチェーンネットワークに記憶し、このことは医療データの真正性を保証するだけでなく、医療データが改竄されていないことも保証することができ、それにより医療データ全体の完全性を維持することができる。加えて、医療データはブロックチェーンネットワークにおいて効果的に共有される。
【００１３】
本明細書に記載される添付の図面は、本開示のさらなる理解を提供し、本開示の一部を構成することを意図している。本開示の例示的な実装形態およびその描写は説明することを意図している。本開示は、本開示に限定を課すものではない。
【図面の簡単な説明】
【００１４】
【図１】本開示の実装形態による、ブロックチェーンベースデータ処理方法を例示する、概略的な流れ図である。
【図２】本開示の実装形態による、ブロックチェーンベースデータ処理デバイスを例示する、概略構成図である。
【図３】本開示の実装形態による、ブロックチェーンベース医療データ処理システムを例示する、概略構成図である。
【図４】本開示の実装形態による、ブロックチェーンベースデータ処理方法を例示する、概略的な流れ図である。
【図５】本開示の実装形態による、ブロックチェーンベースデータ処理デバイスを例示する、概略構成図である。
【発明を実施するための形態】
【００１５】
本開示の目的、技術的解決策、および利点をより明確にするために、本開示の具体的な実装形態および添付の図面を参照して、以下で本開示の技術的解決策を明確かつ包括的に説明する。明らかに、説明される実装形態は、本開示のすべての実装形態ではなく一部に過ぎない。創造的な努力無しになされる本開示の実装形態に基づく当業者によって得られる他のすべての実装形態は、本開示の保護範囲に入るものとする。
【００１６】
本開示の実装形態において提供される技術的解決策が添付の図面を参照して以下で詳述される。
【００１７】
図1は本開示の実装形態による、ブロックチェーンベースデータ処理方法を例示する、概略的な流れ図である。方法は以下の通り説明することができる。本開示のこの実装形態で説明されるサービスデータは医療データであってよい。サービスデータが医療データである一例が詳細な説明のため以下で使用される。
【００１８】
本開示のこの実装形態において、異なる医療機関で使用される医療データ管理サーバが別個にブロックチェーンネットワーク内でブロックチェーンノードとして使用され、医療データ管理のために使用されるブロックチェーンアプリケーションがそれぞれの医療データ管理サーバにインストールされている。そのように、ブロックチェーンアプリケーションを使用して医療データをブロックチェーン技術に基づいてブロックチェーンネットワークに記憶することができ、医療データが真正であること、および改竄されていないこと、また医療データを異なる医療機関の間で共有できることを保証する。
【００１９】
ステップ101:ブロックチェーンノードは記憶される医療データを受信し、医療データのデータ属性を決定する。
【００２０】
本開示のこの実装形態において、医療データは患者が医療機関で医療行為を受けるときに生成される。医療データは医療機関の医療情報システムに集めることができ、したがって、医療データをタイミングよくブロックチェーンネットワークに記憶する必要がある。具体的には、ブロックチェーンノードは記憶される医療データをリアルタイムに、または定期的に医療情報システムから取得することができる。医療データは1人の患者または複数の患者に属することができ、それについてはここで特に限定しない。
【００２１】
実際には、医療データはテキストタイプのものであってよい。例えば、医療スタッフが患者との言語的な会話を通じて患者の状態を聞く場合、医療スタッフは、聞いてきた患者の状態を、患者状態記録仕様書に基づいて文字の形式で記録することができ、これは患者状態記録ファイルと称され得る。患者状態記録ファイルはテキストタイプの医療データに属する。医療データは画像タイプのものであってよい。例えば、患者が医療機関の医師を受診すると、患者に対して何らかの身体の検査が行われる必要があり、これらの検査は通常特別なデバイスによって実施される。これらのデバイスによって生成されたほとんどの検査データは、医療画像データと称され、医療画像データは画像タイプの医療データに属し、例えば、コンピュータ断層撮影(CT)である。
【００２２】
ブロックチェーンノードは記憶する医療データを受信すると、医療データのデータ属性をさらに決定する必要がある。ここでのデータ属性とは、限定はしないがテキストタイプおよび画像タイプを含む。
【００２３】
ブロックチェーンノードは取得された記憶される医療データのデータ形式に基づいて、医療データのデータ属性を決定することができる。例えば、医療データのデータ形式が「.txt」である場合、ブロックチェーンノードは医療データのデータ属性がテキストタイプであると、決定することができる。医療データのデータ形式が「.jpg」である場合、ブロックチェーンノードは医療データのデータ属性が画像タイプであると、決定することができる。
【００２４】
医療データは患者の電子的な医療記録をデジタル化した形式であってよいことに留意することは有意義である。電子的な医療記録は、医療スタッフが患者に対して医療行為を実施するプロセスにおいて医療機関の情報システムを使用して生成された語句、記号、グラフ、図、データおよび画像などのデジタル化した情報であり、患者の医療記録の記録形式である。患者の電子的な医療記録に加えて、本開示のこの実装形態において説明される医療データは、患者の個人識別情報(例えば、身長、体重、および年齢、生年月日)、身体的特徴情報(例えば、血圧、血液型、および心拍数)などを含む。
【００２５】
ステップ102:ブロックチェーンノードはデータ属性に対応する設定された処理規則に基づいて医療データを処理し、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信する。
【００２６】
画像タイプの医療データは比較的大きな容量を占めるため、医療データがブロックチェーンネットワーク内で伝送される場合、ブロックチェーンネットワークのデータ処理効率が低下する。本開示のこの実装形態において、この場合を考慮すると、ブロックチェーンノードによって受信された異なるデータ属性の医療データに一致する処理規則が設定され、それによってブロックチェーンネットワークにより医療データを処理する効率が改善できる。
【００２７】
異なるデータ属性の医療データは異なる処理規則に対応することに留意することは有意義である。テキストタイプの医療データはブロックチェーンネットワーク内のそれぞれのブロックチェーンノードに記憶することができる。比較的大きな容量を占める画像タイプの医療データに使用される処理方法は、医療機関の医療情報データベースに画像タイプの元々の医療データを記憶し、医療データが改竄されるのを防ぐためその医療データのダイジェストをブロックチェーンネットワークに記憶することであり、これはブロックチェーンネットワークの処理効率には影響せず、また医療データが改竄されていないことを保証することができ、それにより医療データの真正性および完全性が維持される。
【００２８】
医療データのデータ属性を決定した後、医療データのデータ属性がテキストタイプである場合、ブロックチェーンノードは医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってその医療データを暗号化する。
【００２９】
ブロックチェーンネットワークは患者ごとの公開鍵-秘密鍵ペアを予め定めることができ、異なる患者は異なる秘密鍵を有することに留意することは有意義である。そのように、ブロックチェーンノードは患者の医療データをその患者の秘密鍵を使用することによって暗号化し、患者の医療データの安全性を保証する。
【００３０】
本開示のこの実装形態において、テキストタイプの医療データによって占められる容量は大きくないため、テキストタイプの医療データはブロックチェーンネットワークに記憶することができる。
【００３１】
好ましくは、暗号化処理の結果をブロックチェーンネットワーク内の別のブロックチェーンノードにブロードキャストした後、ブロックチェーンノードは医療データに対する合意処理を開始し、合意が成功するとその医療データをブロックチェーンに記憶する。
【００３２】
ブロックチェーンノードは医療データに含まれるユーザ識別子に基づいてユーザ識別子を含む第1のブロックのチェック値を決定する。
【００３３】
ブロックチェーンノードはチェック値および第2のブロック内の医療データを記憶し、第1のブロックが配置されるブロックチェーン内に第2のブロックを記憶する。
【００３４】
本開示のこの実装形態において説明される第1のブロックは、患者の医療データを最近記憶したブロックとして理解され得ることに留意することは有意義である。そのように、本開示のこの実装形態に説明される解決策に基づいて、患者の医療記録は迅速に追跡され得、それによって医療スタッフが正確に診断して解決するのを支援する。
【００３５】
医療データのデータ属性を決定した後、医療データのデータ属性が画像タイプである場合、ブロックチェーンノードは医療データのダイジェストを決定し、医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化する。
【００３６】
画像タイプの医療データは比較的大きな容量を占める。したがって、医療データのデータ属性が画像タイプであると決定すると、ブロックチェーンノードは指定のアルゴリズムを使用することによって計算を介して医療データのダイジェストを取得する。いったん医療データを修正すると、それは修正された医療データのダイジェストが、元々の医療データのダイジェストと異なることを意味する。この場合、ブロックチェーンノードはダイジェストをブロックチェーンネットワークに記憶し、それは医療データが改竄されていないことを保証することもできる。
【００３７】
加えて、ブロックチェーンノードはダイジェストと医療データのデータ識別子の間のマッピング関係を確立し、そのマッピング関係に基づいて医療情報データベースに医療データを記憶する。
【００３８】
したがって、別のブロックチェーンノードが医療データを必要とするとき、別のブロックチェーンノードが、そのブロックチェーンノードに対応する医療情報データベースからそのダイジェストに対応する医療データを迅速に見つけるのに便利である。
【００３９】
本開示の別の実装形態において、方法は、ブロックチェーンノードによって医療データクエリ要求を受信するステップであって、医療データクエリ要求がクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む、ステップと、ブロックチェーンノードによって電子署名に基づいてクエリを開始するユーザを認証するステップと、認証が成功するとブロックチェーンノードによってクエリされたユーザ識別子に対応する医療データを、クエリを開始するユーザに送信するステップとをさらに含む。
【００４０】
医療データは患者の個人的なプライバシーに関連することから、ユーザが患者の医療データをクエリするとき、ユーザは認証される必要がある。ここでの認証とは、限定はしないが、ユーザが患者であるかどうか、およびユーザが患者の医師であるかどうか、の2つの態様を含む。
【００４１】
ブロックチェーンネットワークは異なる医療機関における医療スタッフ(例えば、医師および看護師)用の公開鍵-秘密鍵ペアを予め設定できる。医療スタッフが医療データクエリ要求を開始するとき、医療スタッフについての情報は、医療スタッフの電子署名を取得するために、秘密鍵を使用することによって暗号化することができる。そのように、医療データクエリ要求を受信すると、ブロックチェーンノードは電子署名に基づいてその医療スタッフを認証し、医療データの安全性を保証することができる。
【００４２】
ブロックチェーンノードによってクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信するステップは、ブロックチェーンノードによってクエリを開始するユーザの医療データアクセス許可を決定するステップと、ブロックチェーンノードによってクエリされたユーザ識別子に対応する医療データからアクセス許可を満足する医療データを選択し、選択された医療データをクエリを開始するユーザに送信するステップとを含む。
【００４３】
ブロックチェーンネットワークは医療データに対してアクセス許可を設定できることに留意することは有意義である。具体的には、認証が成功したとしても、クエリを開始するユーザは異なるアクセス許可を有するため、異なるクエリ結果が取得され得、それにより患者のプライバシーを効果的に保護することができる。
【００４４】
ここでのアクセス許可は、医療スタッフの異なるレベルに基づいて設定することができ、または異なるクエリの目的に基づいて設定することができ、それについてはここで特に限定しない。
【００４５】
具体的には、ブロックチェーンノードによってクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信するステップは、医療データクエリ要求に含まれるクエリされた医療データのデータ属性が画像タイプである場合、ブロックチェーンノードによってクエリされた医療データのダイジェストを決定し、そのダイジェストを医療情報データベースに送信するステップと、ブロックチェーンノードによって、ダイジェストに対応しており医療情報データベースから返される医療データを受信し、ダイジェストに基づいて受信した医療データを検証し、検証が成功すると、受信した医療データをクエリを開始するユーザに送信するステップとを含む。
【００４６】
医療データの検証を通じて、医療情報データベースに記憶された医療データが改竄されたかどうかをタイミングよく発見することができ、返されたクエリ結果の真正性もまた保証することができる。
【００４７】
本開示のこの実装形態において提供される技術的解決策において、記憶される医療データを受信するステップの後、ブロックチェーンノードは医療データのデータ属性を決定し、データ属性に対応する設定された処理規則に基づいて医療データを処理し、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信する。医療データの保管の観点から、ブロックチェーン技術の分散性、透明性、耐改竄性、および信頼性などの特徴のため、医療データは医療データのデータ属性に基づいて異なる処理規則を使用することによって処理され、医療データをブロックチェーンネットワークに記憶し、このことは医療データの真正性を保証するだけでなく、医療データが改竄されていないことも保証することができ、それにより医療データ全体の完全性を維持することができる。加えて、医療データはブロックチェーンネットワークにおいて効果的に共有される。
【００４８】
図2は本開示の実装形態による、ブロックチェーンベースデータ処理デバイスを例示する、概略構成図である。データ処理デバイスは、受信ユニット201と、処理ユニット202を含む。
【００４９】
受信ユニット201は、記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するために構成される。
【００５０】
処理ユニット202はデータ属性に対応する設定された処理規則に基づいてサービスデータを処理するように構成され、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信する。
【００５１】
本開示の別の実装形態において、サービスデータは医療データである。
【００５２】
本開示の別の実装形態において、処理ユニット202がデータ属性に対応する設定された処理規則に基づいてサービスデータを処理することは、医療データのデータ属性がテキストタイプである場合、医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって医療データを暗号化することを含む。
【００５３】
本開示の別の実施形態において、処理ユニット202は医療データに含まれるユーザ識別子に基づいてユーザ識別子を含む第1のブロックのチェック値を決定する。
【００５４】
処理ユニット202はチェック値および第2のブロック内の医療データを記憶し、第1のブロックが配置されるブロックチェーン内に第2のブロックを記憶する。
【００５５】
本開示の別の実装形態において、処理ユニット202がデータ属性に対応する設定された処理規則に基づいてサービスデータを処理することは、医療データのデータ属性が画像タイプである場合、医療データのダイジェストを決定し、医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化することを含む。
【００５６】
本開示の別の実装形態において、処理ユニット202はダイジェストと医療データのデータ識別子の間のマッピング関係を確立し、そのマッピング関係に基づいて医療情報データベースに医療データを記憶する。
【００５７】
本開示の別の実装形態において、処理デバイスは検証ユニット203および送信ユニット204をさらに含む。
【００５８】
受信ユニット201は医療データクエリ要求を受信するように構成され、ここでは医療データクエリ要求はクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む。
【００５９】
検証ユニット203は電子署名に基づいてクエリを開始するユーザを認証するように構成される。
【００６０】
送信ユニット204は、認証が成功すると、クエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信するように構成される。
【００６１】
本開示の別の実装形態において、送信ユニット204がクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信することは、クエリを開始するユーザの医療データアクセス許可を決定することと、クエリされたユーザ識別子に対応する医療データからアクセス許可を満足する医療データを選択し、選択された医療データをクエリを開始するユーザに送信することとを含む。
【００６２】
本開示の別の実装形態において、送信ユニット204がクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信することは、医療データクエリ要求に含まれるクエリされた医療データのデータ属性が画像タイプである場合、クエリされた医療データのダイジェストを決定し、そのダイジェストを医療情報データベースに送信することと、ダイジェストに対応しており医療情報データベースから返される医療データを受信し、ダイジェストに基づいて受信した医療データを検証し、検証が成功すると、受信した医療データをクエリを開始するユーザに送信することとを含む。
【００６３】
本開示のこの実装形態において提供される処理デバイスは、ソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することは有意義であるが、それについてはここで特に限定しない。記憶される医療データを受信するステップの後、処理デバイスは医療データのデータ属性を決定し、データ属性に対応する設定された処理規則に基づいて医療データを処理し、処理結果をブロックチェーンネットワーク内の別のブロックチェーンノードに送信する。医療データの保管の観点から、ブロックチェーン技術の分散性、透明性、耐改竄性、および信頼性などの特徴のため、医療データは医療データのデータ属性に基づいて異なる処理規則を使用することによって処理され、医療データをブロックチェーンネットワークに記憶し、このことは医療データの真正性を保証するだけでなく、医療データが改竄されていないことも保証することができ、それにより医療データ全体の完全性を維持することができる。加えて、医療データはブロックチェーンネットワークにおいて効果的に共有される。
【００６４】
図3は本開示の実装形態による、ブロックチェーンベース医療データ処理システムを例示する、概略構成図である。医療データ処理システムは、医療データ収集システム301、医療情報データベース302、およびブロックチェーンネットワーク303を含む。
【００６５】
医療データ収集システム301は様々な医療デバイスインターフェースを通じて患者の医療データを収集する。ここでの医療データは、テキスト形式の医療データ(例えば、患者の状態の記録データ)および画像形式の医療データ(例えば、医療画像データ)を含む。
【００６６】
ブロックチェーンネットワーク303内のブロックチェーンノードは、医療データ収集システム301から記憶する医療データを受信し、医療データ収集システム301は医療データのデータ属性を決定し、医療データのデータ属性がテキストタイプである場合、ブロックチェーンノードは医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによって医療データを暗号化するか、または医療データのデータ属性が画像タイプである場合、ブロックチェーンノードは医療データのダイジェストを決定し、医療データに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化する。
【００６７】
テキストタイプの医療データについて、ブロックチェーンネットワーク303内のブロックチェーンノードは医療データに含まれるユーザ識別子に基づいてユーザ識別子を含む第1のブロックのチェック値を決定する。
【００６８】
ブロックチェーンノードはチェック値および第2のブロック内の医療データを記憶し、第1のブロックが配置されるブロックチェーン内に第2のブロックを記憶する。
【００６９】
画像タイプの医療データについて、ブロックチェーンネットワーク303内のブロックチェーンノードはダイジェストと医療データのデータ識別子の間のマッピング関係を確立し、そのマッピング関係に基づいて医療情報データベース302に医療データを記憶する。
【００７０】
ブロックチェーンネットワーク303内のブロックチェーンノードは医療データクエリ要求を受信し、ここでは医療データクエリ要求はクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む。
【００７１】
ブロックチェーンノードは電子署名に基づいてクエリを開始するユーザを認証する。
【００７２】
ブロックチェーンノードは、認証が成功すると、クエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信する。
【００７３】
ブロックチェーンネットワーク303内のブロックチェーンノードがクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信することは、クエリを開始するユーザの医療データアクセス許可を決定するステップと、クエリされたユーザ識別子に対応する医療データからアクセス許可を満足する医療データを選択し、選択された医療データをクエリを開始するユーザに送信するステップとを含む。
【００７４】
ブロックチェーンネットワーク303内のブロックチェーンノードがクエリされたユーザ識別子に対応する医療データをクエリを開始するユーザに送信することは、医療データクエリ要求に含まれるクエリされた医療データのデータ属性が画像タイプである場合、ブロックチェーンノードによってクエリされた医療データのダイジェストを決定し、そのダイジェストを医療情報データベースに送信するステップと、ダイジェストに対応しており医療情報データベースから返される医療データを受信し、ダイジェストに基づいて受信した医療データを検証し、検証が成功すると、受信した医療データをクエリを開始するユーザに送信するステップとを含む。
【００７５】
図4は本開示の実装形態による、ブロックチェーンベースデータ処理方法を例示する、概略的な流れ図である。方法は以下の通り説明することができる。
【００７６】
ステップ401:ブロックチェーンノードは記憶されるサービスデータを受信し、サービスデータのデータ属性を決定する。
【００７７】
本開示のこの実装形態において、記憶されるサービスデータは医療データ、または別のサービスのサービスデータであってよく、それについてはここで特に限定しない。
【００７８】
ステップ402:ブロックチェーンノードがサービスデータのデータ属性がデータ属性に基づいてテキストタイプであると決定する場合、ブロックチェーンノードはステップ403を実施するか、またはブロックチェーンノードがサービスデータのデータ属性が画像タイプであると決定する場合、ブロックチェーンノードはステップ404を実施する。
【００７９】
ステップ403:サービスデータのデータ属性がテキストタイプである場合、ブロックチェーンノードはサービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってそのサービスデータを暗号化する。
【００８０】
好ましくは、暗号化処理の結果をブロックチェーンネットワーク内の別のブロックチェーンノードにブロードキャストした後、ブロックチェーンノードはサービスデータに対する合意処理を開始し、合意が成功すると、そのサービスデータをブロックチェーンに記憶する。
【００８１】
ブロックチェーンノードはサービスデータに含まれるユーザ識別子に基づいてユーザ識別子を含む第1のブロックのチェック値を決定する。
【００８２】
ブロックチェーンノードはチェック値および第2のブロック内のサービスデータを記憶し、第1のブロックが配置されるブロックチェーン内に第2のブロックを記憶する。
【００８３】
ステップ404:サービスデータのデータ属性が画像タイプである場合、ブロックチェーンノードはサービスデータのダイジェストを決定し、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってそのダイジェストを暗号化する。
【００８４】
画像タイプのサービスデータは比較的大きな容量を占めるため、サービスデータのデータ属性が画像タイプであると決定すると、ブロックチェーンノードは指定のアルゴリズムを使用することによって計算を介してサービスデータのダイジェストを取得する。
【００８５】
ダイジェストをブロックチェーンネットワーク内の別のブロックチェーンノードにブロードキャストした後、ブロックチェーンノードはサービスデータに対する合意処理を開始し、合意が成功すると、そのサービスデータのダイジェストをブロックチェーンに記憶する。
【００８６】
いったんサービスデータを修正すると、それは修正されたサービスデータのダイジェストが、元々のサービスデータのダイジェストと異なることを意味する。この場合、ダイジェストはブロックチェーンネットワークに記憶され、それによってサービスデータが改竄されていないことを保証する。
【００８７】
加えて、ブロックチェーンノードはダイジェストとサービスデータのデータ識別子の間のマッピング関係を確立し、そのマッピング関係に基づいてサービスデータベースにサービスデータを記憶する。
【００８８】
したがって、別のブロックチェーンノードがサービスデータを必要とするとき、そのブロックチェーンノードが、そのブロックチェーンノードに対応するサービスデータベースからそのダイジェストに対応するサービスデータを迅速に見つけるのに便利である。
【００８９】
好ましくは、方法は、ブロックチェーンノードによってサービスデータクエリ要求を受信するステップであって、サービスデータクエリ要求がクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む、ステップと、ブロックチェーンノードによって電子署名に基づいてクエリを開始するユーザを認証するステップと、認証が成功すると、ブロックチェーンノードによってクエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信するステップとをさらに含む。
【００９０】
好ましくは、ブロックチェーンノードによってクエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信するステップは、ブロックチェーンノードによってクエリを開始するユーザのサービスデータアクセス許可を決定するステップと、ブロックチェーンノードによってクエリされたユーザ識別子に対応するサービスデータからアクセス許可を満足するサービスデータを選択し、選択されたサービスデータをクエリを開始するユーザに送信するステップとを含む。
【００９１】
好ましくは、ブロックチェーンノードによってクエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信するステップは、サービスデータクエリ要求に含まれるクエリされたサービスデータのデータ属性が画像タイプである場合、ブロックチェーンノードによってクエリされたサービスデータのダイジェストを決定し、そのダイジェストをサービスデータベースに送信するステップと、ブロックチェーンノードによってダイジェストに対応しておりサービスデータベースから返されるサービスデータを受信し、ダイジェストに基づいて受信したサービスデータを検証し、検証が成功すると、受信したサービスデータをクエリを開始するユーザに送信するステップとを含む。
【００９２】
本開示のこの実装形態において提供される技術的解決策において、ブロックチェーン技術の分散性、透明性、耐改竄性、および信頼性などの特徴のため、サービスデータのデータ属性に基づいて異なる処理方法を使用して、サービスデータをブロックチェーンネットワークに記憶し、このことはサービスデータの真正性を保証するだけでなく、サービスデータが改竄されていないことも保証することができ、それによりサービスデータ全体の完全性を維持することができる。加えて、サービスデータはブロックチェーンネットワークにおいて効果的に共有される。
【００９３】
図5は本開示の実装形態による、ブロックチェーンベースデータ処理デバイスを例示する、概略構成図である。データ処理デバイスは、受信ユニット501と、処理ユニット502を含む。
【００９４】
受信ユニット501は、記憶されるサービスデータを受信し、サービスデータのデータ属性を決定するために構成される。
【００９５】
処理ユニット502は、サービスデータのデータ属性がテキストタイプである場合、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってサービスデータを暗号化するように、またはサービスデータのデータ属性が画像タイプである場合、サービスデータのダイジェストを決定し、サービスデータに含まれるユーザ識別子に対応する所定の公開鍵-秘密鍵ペアのうち秘密鍵を使用することによってダイジェストを暗号化するように構成される。
【００９６】
本開示の別の実装形態において、データ処理デバイスは記憶ユニット503をさらに含む。
【００９７】
記憶ユニット503は、サービスデータのデータ属性がテキストタイプである場合、サービスデータに含まれるユーザ識別子に基づいてユーザ識別子を含む第1ブロックのチェック値を決定することと、チェック値およびサービスデータを第2のブロックに記憶することと、第1のブロックが配置されるブロックチェーン内に第2のブロックを記憶することと、を行うように構成される。
【００９８】
本開示の別の実装形態において、データ処理デバイスは確立ユニット504をさらに含む。
【００９９】
確立ユニット504は、サービスデータのデータ属性が画像タイプである場合、ダイジェストとサービスデータのデータ識別子の間のマッピング関係を確立し、そのマッピング関係に基づいてサービスデータベースにサービスデータを記憶するように構成される。
【０１００】
本開示の別の実装形態において、データ処理デバイスは検証ユニット505および送信ユニット506をさらに含む。
【０１０１】
受信ユニット501はサービスデータクエリ要求を受信するように構成され、ここではサービスデータクエリ要求はクエリを開始するユーザの電子署名およびクエリされたユーザ識別子を含む。
【０１０２】
検証ユニット505は電子署名に基づいてクエリを開始するユーザを認証するように構成される。
【０１０３】
送信ユニット506は、認証が成功すると、クエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信するように構成される。
【０１０４】
本開示の別の実装形態において、送信ユニット506がクエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信することは、クエリを開始するユーザのサービスデータアクセス許可を決定することと、クエリされたユーザ識別子に対応するサービスデータからアクセス許可を満足するサービスデータを選択し、選択されたサービスデータをクエリを開始するユーザに送信することとを含む。
【０１０５】
本開示の別の実装形態において、送信ユニット506がクエリされたユーザ識別子に対応するサービスデータをクエリを開始するユーザに送信することは、サービスデータクエリ要求に含まれるクエリされたサービスデータのデータ属性が画像タイプである場合、クエリされたサービスデータのダイジェストを決定し、そのダイジェストをサービスデータベースに送信することと、ダイジェストに対応しておりサービスデータベースから返されるサービスデータを受信し、ダイジェストに基づいて受信したサービスデータを検証し、検証が成功すると、受信したサービスデータをクエリを開始するユーザに送信することとを含む。
【０１０６】
本開示のこの実装形態において提供されるデータ処理デバイスは、ソフトウェアまたはハードウェアを使用することによって実装され得ることに留意することは有意義であるが、それについてはここで特に限定しない。ブロックチェーン技術の分散性、透明性、耐改竄性、および信頼性などの特徴のため、データ処理デバイスはサービスデータのデータ属性に基づいて異なる処理方法を使用してサービスデータをブロックチェーンネットワークに記憶し、このことはサービスデータの真正性を保証するだけでなく、サービスデータが改竄されていないことも保証することができ、それによりサービスデータ全体の完全性を維持することができる。加えて、サービスデータはブロックチェーンネットワークにおいて効果的に共有される。
【０１０７】
1990年代、技術的な改善はハードウェアの改善(例えば、ダイオード、トランジスタ、またはスイッチなど、回路構造に対する改善)か、またはソフトウェアの改善(方法手順に対する改善)か、明確に区別することができた。しかしながら、技術が発展するにつれ、多くの方法手順に対する現在の改善は、ハードウェアの回路構造に対する直接的な改善と考えられる。設計者は通常改善した方法手順をハードウェア回路にプログラミングし、対応するハードウェア回路構造を取得する。したがって、方法手順はハードウェアエンティティモジュールを使用して改善することができる。例えば、プログラマブル論理デバイス(PLD)(例えば、フィールドプログラマブルゲートアレイ(FPGA))はそのような集積回路であり、PLDの論理機能はデバイスのプログラミングを介してユーザによって決定される。設計者はチップ製造業者に特定用途向け集積回路チップの設計および製造を依頼することなく、デジタルシステムをPLDに「集積する」ためにプログラミングを実施する。加えて、現在では、手作業で集積回路チップを製造する代わりに、そのようなプログラミングはほとんど「論理コンパイラ」ソフトウェアを使用することによって実装する。論理コンパイラソフトウェアはプログラムを開発および記述するために使用されるソフトウェアコンパイラに類似している。元々のコードはコンパイルのための特定のプログラミング言語で記述する必要がある。そのような言語はハードウェア記述言語(HDL)と称される。多くのHDLが存在するが、Advanced Boolean Expression Language (ABEL)、Altera Hardware Description Language (AHDL)、Confluence、Cornell University Programming Language (CUPL)、HDCal、Java(登録商標) Hardware Description Language (JHDL)、Lava、Lola、MyHDL、PALASM、およびRuby Hardware Description Language (RHDL)などがある。超高速集積回路ハードウェア記述言語(VHDL)およびVerilogが最も一般的に使用されている。当業者はまた、論理方法手順を実装するハードウェア回路は、いったん方法手順をいくつかの記述されたハードウェア記述言語を使用することによって論理的にプログラミングすると容易に得られ、集積回路にプログラミングされることも理解すべきである。
【０１０８】
コントローラはあらゆる適切な方法を使用することによって実装することができる。例えば、コントローラはマイクロプロセッサもしくはプロセッサであり、またはマイクロプロセッサもしくはプロセッサによって実行することができるコンピュータ可読プログラムコード(ソフトウェア、またはファームウェアなど)を記憶するコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブル論理コントローラ、あるいは内蔵型のマイクロプロセッサであってもよい。コントローラの例としては、限定はしないが以下のマイクロプロセッサが挙げられる:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicone Labs C8051F320。メモリコントローラはメモリのコントロールロジックの一部として実装することもできる。当業者であれば、コンピュータ可読プログラムコードを使用することによってコントローラを実装することに加え、論理プログラミングを方法ステップで実施してコントローラに論理ゲート、スイッチ、特定用途向け集積回路、プログラマブル論理コントローラ、および内蔵型マイクロコントローラの形態で同一の機能を実装させることも知っている。したがって、コントローラはハードウェアコンポーネントとして考えることができ、様々な機能をコントローラに実装するように構成される装置もまたハードウェアコンポーネント内の構造として考えられ、または、様々な機能を実装するように構成される装置は、方法を実装するソフトウェアモジュールおよびハードウェアコンポーネント内の構造の両方として考えることすらできる。
【０１０９】
前述の実施形態に例示したシステム、装置、モジュール、またはユニットはコンピュータのチップもしくはエンティティを使用することによって実装することができ、または特定の機能を有する製品を使用することによって実装することができる。典型的な実装形態のデバイスは、コンピュータである。コンピュータは、例えばパーソナルコンピュータ、ラップトップコンピュータ、携帯電話、カメラ付き電話、スマートフォン、携帯情報端末、メディアプレイヤ、ナビゲーションデバイス、電子メールデバイス、ゲーム機、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスのあらゆる組み合わせであってよい。
【０１１０】
説明を容易にするため、上述の装置は機能を様々な単位に分割することによって説明される。もちろん、本開示が実装される際、それぞれの単位の機能を1つまたは複数のソフトウェアおよび/またはハードウェアにおいて実装することができる。
【０１１１】
当業者は本開示の実装形態を方法として、システムとして、またはコンピュータプログラム製品として提供することができることを理解するべきである。したがって、本開示はハードウェアのみの実装形態、ソフトウェアのみの実装形態、またはソフトウェアとハードウェアの組み合わせの実装形態、の形態を使用することができる。さらに、本開示はコンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体(ディスクメモリ、CD-ROM、光学メモリなどを含むが、これに限定されない)上に実装されるコンピュータプログラム製品の形態を使用することができる。
【０１１２】
本開示は、本開示の実装形態に基づく方法、デバイス(システム)、およびコンピュータプログラム製品の流れ図および/またはブロック図を参照して説明される。コンピュータプログラム命令を使用して流れ図および/またはブロック図における、それぞれの処理および/またはそれぞれのブロック、ならびに流れ図および/またはブロック図における、処理および/またはブロックの組み合わせ、を実装することができることに留意することは有意義である。これらのコンピュータプログラム命令は、マシンを生成するために、汎用目的コンピュータ、専用コンピュータ、組み込みプロセッサ、別のプログラマブルデータ処理デバイスのプロセッサ、について提供することができ、それによって、コンピュータ、または別のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、流れ図中の1つまたは複数の処理および/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実装するための装置を生成する。
【０１１３】
これらのコンピュータプログラム命令は、特定のやり方で機能させるためにコンピュータまたは別のプログラマブルデータ処理デバイスに命令できるコンピュータ可読メモリに記憶することができ、それによってコンピュータ可読メモリに記憶される命令が命令装置を含むアーチファクトを生成することができる。命令装置は、流れ図中の1つまたは複数の処理および/またはブロック図中の1つまたは複数のブロック、における特定の機能を実装する。
【０１１４】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードすることができ、それによって一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で実施され、それによってコンピュータ実装の処理を生成する。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、流れ図中の1つまたは複数の処理および/またはブロック図中の1つまたは複数のブロック、における特定の機能を実装するステップを提供する。
【０１１５】
典型的な構成では、コンピューティングは、1つまたは複数のプロセッサ(CPU)、1つまたは複数の入力/出力インターフェース、1つまたは複数のネットワークインターフェース、および1つまたは複数のメモリを含む。
【０１１６】
メモリとして、非永続性メモリ、ランダムアクセスメモリ(RAM)、非揮発性メモリ、および/またはコンピュータ可読媒体としての別の形態、例えば読み取り専用メモリ(ROM)、またはフラッシュメモリ(フラッシュRAM)、を挙げることができる。メモリはコンピュータ可読媒体の一例である。
【０１１７】
コンピュータ可読媒体として、あらゆる方法または技術を使用して情報を記憶することができる、永続性メモリ、非永続性メモリ、持ち運び可能および持ち運び不可の媒体、が挙げられる。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであってよい。コンピュータ記憶媒体の例としては、限定はしないが、パラメータランダムアクセスメモリ(PRAM)、静的ランダムアクセスメモリ(SRAM)、動的ランダムアクセスメモリ(DRAM)、別のタイプのランダムアクセスメモリ(RAM)、読み取り専用メモリ(ROM)、電気的消去可能プログラマブル読み取り専用メモリ(EEPROM)、フラッシュメモリもしくは別のメモリ技術、読み取り専用のコンパクトディスクメモリ(CD-ROM)、デジタル多用途ディスク(DVD)、もしくは別の光学記憶装置、カセット磁気テープ、磁気テープ/磁気ディスク記憶装置、もしくは別の磁気記憶デバイス、またはあらゆる他の非伝達媒体が挙げられる。コンピュータ記憶媒体を使用してコンピューティングによってアクセス可能な情報を記憶することができる。本明細書における定義に基づいて、コンピュータ可読媒体は変調データ信号および搬送波などの一時的コンピュータ可読媒体(一時的な媒体)を含まない。
【０１１８】
用語「含む(include)」、「含む(comprise)」、またはそれらのあらゆる他の変形は、非排他的な包含を範囲とし、それによって要素の列挙を含む処理、方法、製品またはデバイスが、これらの要素を含むだけでなく、明示的に列挙されない他の要素も含むこと、またはそのような処理、方法、製品、またはデバイスに固有の要素をさらに含むこと、を意図していることにさらに留意することは有意義である。さらなる制約無しに、「を含む」が続く要素は、その要素を含む処理、方法、製品またはデバイスにおける追加の同一要素の存在を排除しない。
【０１１９】
本開示は、コンピュータ、例えばプログラムモジュールによって実行されるコンピュータ実行可能命令の一般的な文脈において説明することができる。一般的に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み、特定のタスクを実行するか、または特定の抽象的なデータタイプを実装する。本開示はまた分散コンピューティング環境において実用化することができる。分散コンピューティング環境においては、タスクは通信ネットワークを介して接続されるリモートの処理デバイスによって実施される。分散コンピューティング環境においては、プログラムモジュールをローカルまたはリモートの両方の、記憶デバイスを含むコンピュータ記憶媒体に配置することができる。
【０１２０】
本明細書における実装形態は、漸進的なやり方で説明される。実装形態の同一または類似の部分について、その実装形態が参照され得る。それぞれの実装形態は、他の実装形態との差異に注目するものである。特に、システム実装形態は基本的には方法実装形態に類似しており、したがって、簡潔に説明される。関連する部分について、方法実装形態における関連する説明に参照がなされ得る。
【０１２１】
前述の実装形態は、本開示の実装形態であり、本開示を限定するように意図されていない。当業者は本開示に対して様々な修正および変更を加えることができる。本開示の精神および原理から逸脱することなくなされるあらゆる修正形態、等価な置き換え、または改善は、本開示の特許請求の範囲内に入るものとする。
【符号の説明】
【０１２２】
201  受信ユニット
202  処理ユニット
203  検証ユニット
204  送信ユニット
301  医療データ収集システム
302  医療情報データベース
303  ブロックチェーンネットワーク
501  受信ユニット
502  処理ユニット
503  記憶ユニット
504  確立ユニット
505  検証ユニット
506  送信ユニット
【図１】
0006758501.tif 000002
【図２】
0006758501.tif 000003
【図３】
0006758501.tif 000004
【図４】
0006758501.tif 000005
【図５】
0006758501.tif 000006