特許 7498999 情報処理方法、情報処理システム、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-06-05

(45)【発行日】2024-06-13

(54)【発明の名称】情報処理方法、情報処理システム、及びコンピュータプログラム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20240606BHJP

【ＦＩ】

G16H10/60

【請求項の数】 14

(21)【出願番号】P 2024522710

(86)(22)【出願日】2023-08-23

(86)【国際出願番号】 JP2023030231

【審査請求日】2024-04-16

(31)【優先権主張番号】P 2022132625

(32)【優先日】2022-08-23

(33)【優先権主張国・地域又は機関】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】522336236

【氏名又は名称】一般社団法人 臨床医工情報学 コンソーシアム関西

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】山田 憲嗣

(72)【発明者】

【氏名】落合 渉悟

(72)【発明者】

【氏名】倉橋 絢也

【審査官】梅岡 信幸

(56)【参考文献】

【文献】国際公開第２０２２／１４５３１２（ＷＯ，Ａ１）

【文献】韓国公開特許第１０－２０２２－０００５２７７（ＫＲ，Ａ）

【文献】特許第７０４３６７２（ＪＰ，Ｂ１）

【文献】特開２０２２－０００７６５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

患者の診療に関する医療データの他者からのアクセス可能なストレージへの提供への合意と、前記医療データの真偽についての確認とを、前記患者の第１装置にて受け付け、
前記合意及び確認を受け付けることができた医療データを、前記患者の診断先の医療機関の第２装置から、前記ストレージに記憶させ、
前記医療データには、前記患者のバイタルを測定する測定装置による測定結果、前記測定装置の識別データ、及び前記測定結果の信用度を示すデータが含まれ、
記憶された前記医療データにアクセスするためのアドレスを含むＮＦＴ（Non-Fungible Token）を、ブロックチェーンシステムにおける前記患者のブロックチェーンアカウントに対して所定の発行制限個数以内で複数、前記患者に対して発行し、
前記ブロックチェーンシステムは前記ＮＦＴの他者からの購入を受け付け、
前記ＮＦＴの所有者の装置からの前記医療データへのアクセスを許可する
情報処理方法。

【請求項2】

前記ストレージは、前記医療データをブロックチェーンに取り込んで記憶する
請求項１に記載の情報処理方法。

【請求項3】

前記ストレージには、複数の医療データが記憶され、
前記ブロックチェーンシステムは、前記複数の医療データそれぞれに対応するＮＦＴの購入のトランザクションを受け付ける
請求項１に記載の情報処理方法。

【請求項4】

前記ブロックチェーンシステムは、
発行済みのＮＦＴの検索を受け付け、
検索を受け付けた場合、対応する医療データに検索キーが含まれているＮＦＴのトークンＩＤと、前記検索キーと合致した医療データの一部とを返す
請求項１又は３に記載の情報処理方法。

【請求項5】

前記ＮＦＴの購入希望者の装置が、検索結果から選択されたＮＦＴの購入を受け付け、
前記ブロックチェーンシステムは、前記ＮＦＴを該ＮＦＴに対応する患者から購入希望者へ移転するトランザクションを前記購入希望者の装置から受け付ける
請求項４に記載の情報処理方法。

【請求項6】

購入されるＮＦＴの患者から、前記ＮＦＴの購入希望者のブロックチェーンアカウントへ、前記ＮＦＴが移転することに応じて、購入費用の一部又は全部が、前記患者のブロックチェーンアカウントに付与される
請求項３に記載の情報処理方法。

【請求項7】

前記ブロックチェーンシステムは、前記医療データそれぞれに対応するＮＦＴの原始所有者である患者以外の所有者からの二次購入を受け付け、
前記二次購入に係る購入費用の一部が、前記患者のブロックチェーンアカウントに付与される
請求項５に記載の情報処理方法。

【請求項8】

前記ブロックチェーンシステムは、前記ＮＦＴの所有者でない場合であっても、前記ＮＦＴの原始所有者である患者のブロックチェーンアカウントから、前記ＮＦＴを焼却するトランザクションを受け付ける
請求項１に記載の情報処理方法。

【請求項9】

前記医療データには、前記患者の診療先の医療機関の識別データに基づく承認データが含まれる
請求項１に記載の情報処理方法。

【請求項10】

前記信用度を示すデータは、前記測定装置から得られたデータが発生した時点で、改ざんされた可能性が低いことを示す発生トラストデータを含む
請求項１に記載の情報処理方法。

【請求項11】

前記信用度を示すデータは、前記医療データが患者本人のデータであることを確認した結果である承認トラストデータを含む
請求項１に記載の情報処理方法。

【請求項12】

前記信用度を示すデータは、前記医療データの患者が認知可能か否かを示す認知トラストデータを含む
請求項１に記載の情報処理方法。

【請求項13】

患者の第１装置と、前記患者の診断先の医療機関の第２装置と、前記患者及び前記医療機関それぞれがブロックチェーンアカウントを有するブロックチェーンシステムとを含み、
前記第１装置は、前記患者の診療に関する医療データの他者からのアクセス可能なストレージへの提供への合意と前記医療データの真偽についての確認とを受け付け、
前記第２装置は、前記合意及び確認を受け付けることができた医療データを前記ストレージに記憶させ、
前記医療データには、前記患者のバイタルを測定する測定装置による測定結果、前記測定装置の識別データ、及び前記測定結果の信用度を示すデータが含まれ、
前記ブロックチェーンシステムは、
前記ストレージに記憶された前記医療データにアクセスするためのアドレスを含むＮＦＴを、前記患者のブロックチェーンアカウントに対して所定の発行制限個数以内で複数発行し、
前記ブロックチェーンシステムは前記ＮＦＴの他者からの購入を受け付け、
前記ＮＦＴの所有者の第３装置から前記医療データへのアクセスを許可する
情報処理システム。

【請求項14】

ブロックチェーンにおけるノードであるコンピュータに、
患者の診療に関する医療データのストレージへの記憶の追加リクエストがブロードキャストされた場合に呼び出され、
前記患者のバイタルを測定する測定装置による測定結果、前記測定装置の識別データ、及び前記測定結果の信用度を示すデータを含む前記ストレージ上における前記医療データにアクセスするためのアドレスを含むＮＦＴを、前記患者のブロックチェーンアカウントに対して所定の発行制限個数以内で複数発行し、
前記ＮＦＴの他者からの購入を受け付け、
前記ＮＦＴの所有者の装置から前記医療データへのアクセスを許可する
処理を、スマートコントラクトとして実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ブロックチェーンシステムを用いた情報処理方法、情報処理システム、及びコンピュータプログラムに関する。

【背景技術】

【0002】

通信技術及び半導体技術の進展により、莫大な量の情報がネットワーク上で送受信可能となった。しかしながら、送受信されるデータの真偽の証明が難しいケースや、データが改ざんされる虞、デジタルデータの複製の容易性を鑑みて、送受信の対象外とされるデータもある。例えば、遠隔から医師が患者を診療する種々の遠隔医療システムが近年提案されて続けているが（特許文献１等）、データは個人情報そのものであり、人命に係る医療データの送受信が必要であるため、閉じたネットワーク内でなければ実現は困難であった。同一人物に対する測定データであっても、測定したデバイス間で連携がとれない場合や、測定した施設が異なる場合では、同一人物の情報であっても横断的にそのデータを扱うことが難しい。

【0003】

改ざん等のデータのセキュリティに関しては、ブロックチェーンを利用したデータ流通を利用したシステムが種々提案されている（特許文献２等）。特許文献２には、ＩｏＴデータのアクセス権をトークンとして売買することが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開平９－１３５８１６号公報

【文献】特許第６７２１９０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

医療データのような秘匿すべきデータについて、クライアントサーバシステムのサーバで集中的に記憶を管理することを避けつつ、複数の医療機関や研究者からの横断的なアクセスを可能とするシステムが期待される。

【0006】

本発明は、斯かる事情を鑑みてなされたものであり、ＮＦＴ（Non-Fungible Token）を利用して改ざんや不正を防止しつつデータの流通を可能とする情報処理方法、情報処理システム、及びコンピュータプログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示の一実施形態の情報処理方法は、患者の診療に関する医療データをストレージに記憶させ、記憶された前記医療データに対応するＮＦＴを、ブロックチェーンシステムにおける前記患者のブロックチェーンアカウントに対して発行し、前記ＮＦＴの所有者の装置からの前記医療データへのアクセスを許可する。

【0008】

本開示の情報処理方法では、患者の診療に関する医療データに基づくＮＦＴが患者に対して発行される。医療データは、患者が用いる第１装置又はその第１装置に接続される医療機器で発生する測定データであってもよいし、患者を診療する医療機関におけるチャート（カルテ）であってもよい。医療機関に対応する第２装置からストレージへの記憶、及びＮＦＴの発行リクエストを送信してもよい。患者の診療先の医療機関からはストレージ上の医療データのアクセスは許可されてよい。医療機関以外からは、ＮＦＴを所有していない限り、医療データへのアクセスが許可されない。

【0009】

本開示の情報処理方法では、ストレージは、分散型ストレージでもよいし、サーバ経由でアクセスされるストレージであってもよい。

【0010】

記憶されるデータは、一人の患者に対する種々の医療診断に係る医療データであってもよいし、農作物の生育工程に関するデータであってもよい。

【発明の効果】

【0011】

本開示によれば、複数の装置からアクセス可能なストレージに記憶されるデータへのアクセスを、ＮＦＴを利用して制御できる。ＮＦＴを利用することにより、データへアクセスするためのデータ（ＵＲＩ：Uniform Resource Identifier）及び所有者を改ざんすることを困難にしつつ、データの移転が可能となる。これにより、データを共有可能としつつ、その利用価値を上げることができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態の遠隔医療システムの概要図である。

【図2】第１装置の構成を示すブロック図である。

【図3】第２装置の構成を示すブロック図である。

【図4】第３装置の構成を示すブロック図である。

【図5】ブロックチェーンシステムにおけるノードの構成を示すブロック図である。

【図6】遠隔医療システムで実行される処理手順を示すシーケンス図である。

【図7】第１装置で表示される画面例を示す図である。

【図8】第１装置で表示される画面例を示す図である。

【図9】医療データのＮＦＴの取引処理を示すシーケンス図である。

【図10】第３装置にて表示される画面例を示す。

【図11】詳細画面の内容例を示す。

【図12】第１装置への通知画面を示す。

【図13】複数のＮＦＴを発行した場合の検索画面を示す。

【図14】ＮＦＴの焼却処理の手順を示すシーケンス図である。

【発明を実施するための形態】

【0013】

本開示をその実施の形態を示す図面を参照して具体的に説明する。以下の実施の形態では、本開示の情報処理方法を適用した遠隔医療システムについて説明する。

【0014】

本開示において「ブロックチェーンシステム」は、相互に通信接続が可能な複数のコンピュータ及び複数のコンピュータを接続するネットワークを含み、前記複数のコンピュータの分散処理によってブロックチェーンを作成するシステムを言う。ブロックチェーンには、要求されるトランザクションの内容が取り込まれる。

【0015】

図１は、本実施形態の遠隔医療システム１００の概要図である。遠隔医療システム１００は、患者であるユーザが使用する第１装置１と、医療機関で使用される第２装置２と、他のユーザが用いる第３装置３と、ブロックチェーンシステム５と、分散型ストレージ６とを含む。遠隔医療システム１００は、第１装置１、第２装置２、第３装置３、ブロックチェーンシステム５及び分散型ストレージ６との間でデータを送受信するネットワークＮを含む。

【0016】

ブロックチェーンシステム５は、例えば、Secret Networkと呼ばれるプロトコルに基づくブロックチェーンを用いる。ブロックチェーンシステム５は、Ethereum（登録商標）ベースのブロックチェーンシステムであってもよい。ブロックチェーンシステム５は、パブリックチェーン、且つ、後述の処理を実行するスマートコントラクトが使用可能なプロトコルのブロックチェーンであることが好ましい。

【0017】

第１装置１、第２装置２又は第３装置３は、パブリックチェーンであるブロックチェーンシステム５上のスマートコントラクトに対してリクエストを送ることができる。ブロックチェーンシステム５には、医療に関するデータ（以下、医療データという）に基づきＮＦＴ（Non-Fungible Token）を発行するスマートコントラクトがデプロイされる。ブロックチェーンシステム５は、Secret Networkベース又はEthereumベースに限らず、ＮＦＴの発行が可能な他のブロックチェーン規格に基づくものであってもよい。

【0018】

分散型ストレージ６は例えば、Dfinityベースのブロックチェーンを用いる。分散型ストレージ６に適用されるブロックチェーンはパブリックチェーンであって、第１装置１、第２装置２、及び第３装置３の何れからもアクセス可能である。分散型ストレージ６は具体的には、複数の分散した記憶媒体を含んで構成される。医療データを分散型ストレージ６に書き込むと、その医療データにアクセスするためのアドレス（例えばＵＲＩ、又は識別データ）が得られ、そのアドレスから記憶された医療データにアクセス可能となる。分散型ストレージ６は、例えばＩＰＦＳ（Inter Planetary File System ）に基づくストレージであってもよい。ＩＰＦＳを用いる場合であっても、医療データを分散型ストレージ６に加える処理を実行すると、その医療データにアクセスするためのアドレス（識別データ）が得られ、そのアドレスから医療データにアクセス可能となる。

【0019】

分散型ストレージ６は、DfinityベースあるいはＩＰＦＳには限られず、ブロックチェーンではない分配サーバの形態であってもよい。この場合、少なくともデータのハッシュ値及びデータのＵＲＩは、ブロックチェーンシステム５のブロックに取り込み、改ざんされているか否かを確認できるようにしておく。分散型ストレージ６は、非集中型として耐攻撃性を担保しつつ、改ざんが困難なシステムで構成されることが好ましい。そのため分散型ストレージ６は、データサイズが比較的大きな画像データ、動画データ等も記憶可能であるブロックチェーンに記憶されることが好ましい。更に分散型ストレージ６は、ブロックチェーンシステム５と同一であってもよい。ブロックチェーンではない分散型ストレージ６への医療データの記憶の際には、電子契約情報に基づき、第１装置１又は第２装置２にて自動的且つセキュアに医療データを記憶できるように構成されているとよい。

【0020】

ネットワークＮは、キャリアネットワーク及び公衆通信網（インターネット）を含む通信網である。ネットワークＮは専用線を含んでもよい。キャリアネットワークは基地局を含む。公衆通信網はアクセスポイントを含む。例えば第１装置１は、基地局及びネットワークＮ経由で第２装置２と通信可能である。第１装置１、第２装置２、及び第３装置３は、ブロックチェーンシステム５及び分散型ストレージ６との間で、ネットワークＮ経由で医療データ等のデータの授受が可能である。

【0021】

遠隔医療システム１００において、ユーザは医療における Patient（患者）である。遠隔医療システム１００は、ユーザの医療に関する記憶を逐次、分散型ストレージ６へ医療データとして記憶する。遠隔医療システム１００は、その記憶に対し、ブロックチェーンシステム５において元始的にユーザを所有者とするＮＦＴを発行する。更に、遠隔医療システム１００は、分散型ストレージ６に記憶された医療データの利用を、ＮＦＴの所有権を用いて制御する。

【0022】

遠隔医療システム１００において、医療データは、各医療機関における秘匿されたストレージに記憶されるのではなく、分散型ストレージ６に改ざんされている場合にはアクセスできなくなるようにして保持される。したがって、ユーザの診療先の複数の医療機関それぞれから正確なまま閲覧可能になる。ある医療機関において対面で診断を受けた患者に対し、次の他の医療機関が遠隔で診断する際に、患者の個別識別データに基づいて一つ目の医療機関での検査結果を参照することができるようになる。これにより、遠隔医療診断の信頼性、正確性が維持されることが期待できる。

【0023】

更に、本開示の遠隔医療システム１００では、ＮＦＴ及び分散型ストレージ６を用いた後述の処理により、ＮＦＴを購入した者の第３装置３がユーザの医療データを利用可能となる。つまり、医療データは、ＮＦＴを購入した例えば医療研究者が、貴重なデータとして第３装置３で利用できる。更に、ＮＦＴを利用した遠隔医療システム１００により、医療データに対してＮＦＴを発行したユーザへ、ＮＦＴの譲渡に係る収益を還元することも可能である。これにより、改ざんされない信頼し得る医療データを遠隔医療に用いることができると共に、一人の患者の多角的な診断データに基づく診断及び研究が可能になる。

【0024】

このような遠隔医療システム１００を実現する具体的な構成について以下に説明する。
図２は、第１装置１の構成を示すブロック図である。第１装置１は、患者が用いる例えばスマートフォン、又はタブレット端末である。スマートフォン、又はタブレット端末に限られず、通信が可能なパーソナルコンピュータであってよい。第１装置１は、処理部１０、記憶部１１、通信部１２、表示部１３、操作部１４、撮像部１５、及び認証部１６を備える。

【0025】

処理部１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）等のプロセッサと、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のメモリ等を用いる。ＲＯＭには、第１装置１の固有の識別データが記憶されている。固有の識別データは、例えばＭＡＣアドレスである。処理部１０は、プロセッサ、メモリ、更には記憶部１１及び通信部１２を集積した１つのハードウェア（ＳｏＣ：System On a Chip）として構成されていてもよい。

【0026】

記憶部１１はフラッシュメモリ又はＳＳＤ（Solid State Drive）を用い、第１プログラムＰ１を始めとする処理部１０が参照するプログラム、データが記憶される。第１プログラムＰ１は、コンピュータを、本開示の遠隔医療システム１００の第１装置１として機能させるためのプログラムである。記憶部１１には、患者であるユーザを認証するための本人確認用データが予め登録されている。記憶部１１には、ユーザの個別識別データが記憶されている。個別識別データは例えば、ユーザの顔写真とマイナンバー（登録商標）との組み合わせであってよい。ユーザの個別識別データは、保険証の識別データや自治体での識別データ等を用いてもよい。記憶部１１には、図２に示すように、ブロックチェーンシステム５におけるユーザの秘密鍵を記憶している。この場合、秘密鍵は、処理部１０のＲＯＭ又は記憶部１１に書き換え不可に記憶されているとよい。

【0027】

記憶部１１に記憶されている第１プログラムＰ１は、コンピュータから読み取り可能な記憶媒体８に記憶されていた第１プログラム８１Ｐを処理部１０が読み出して記憶部１１に記憶したものであってもよい。

【0028】

通信部１２は、第２装置２、ブロックチェーンシステム５又は分散型ストレージ６等の通信装置との通信接続を実現する通信モジュールである。通信部１２は、ネットワークカード、無線通信デバイス又はキャリア通信用モジュールを用いる。通信部１２は、医療機器である測定装置４との通信接続を実現してもよい。測定装置４との通信接続用のインタフェースは別途設けられてもよい。

【0029】

表示部１３は液晶パネル又は有機ＥＬディスプレイ等のディスプレイ装置を用いる。操作部１４は、ユーザの操作を受け付けるインタフェースであり、物理ボタン、ディスプレイ内蔵のタッチパネルデバイス、スピーカ及びマイクロフォン等を用いる。操作部１４は、物理ボタン又はタッチパネルにて表示部１３で表示している画面上で操作を受け付けてもよいし、マイクロフォンにて入力音声から操作内容を認識し、スピーカで出力する音声との対話形式で操作を受け付けてもよい。

【0030】

撮像部１５は、第１装置１を用いる患者を撮像するカメラである。撮像部１５は、遠隔医療システム１００にてユーザ自身の動画を送受信して医療機関の医師又はスタッフと通話するために用いられる。処理部１０は、撮像部１５で撮像した画像信号（動画）を取得し、通信部１２を介して医療事業者へ向けて送信できる。

【0031】

認証部１６は、第１装置１を用いる患者が、予め登録されているユーザと一致するか否かを判定するためのデバイスである。認証部１６は、撮像部１５で用いるカメラと、カメラから得られる画像に対して顔認識の演算及び顔の特徴データを導出する演算を行なう演算部とで構成されてもよい。認証部１６は、生体認証用のセンサと、センサから得られるデータから生体特徴データを導出する演算部とで構成されてもよい。処理部１０は、認証部１６から得られる顔の特徴データ又は生体の特徴データが、記憶部１１に予め登録されている本人確認用データと合致するか否かを判定して認証を行なえる。

【0032】

第１装置１は、医療機器である測定装置４と接続し、測定装置４にて測定されたデータを取り込むことが可能である。測定装置４は、ユーザの身体のバイタル又は身体の変化を測定できるものである。測定装置４は、体温計、心電計、血圧計、筋力計、パルスオキシメーター等である。第１装置１は例えば、測定装置４から心拍等のバイタルデータを取り込むことができる。第１装置１は、測定装置４と通信部１２を介して接続してもよいし、別途ＵＳＢ（Universal Serial Bus）や他のバス等の入出力インタフェースを介して接続されてもよい。第１装置１の処理部１０は、測定装置４から得られるデータを、第１プログラムＰ１に基づいてブロックチェーンシステム５及び分散型ストレージ６へ送信する。処理部１０は、測定装置４から、患者のバイタルデータや測定結果を示す数値情報と共に、測定装置４の種類及び／又は個々に識別可能な測定装置ＩＤを取得できる。

【0033】

図３は、第２装置２の構成を示すブロック図である。第２装置２は、処理部２０、記憶部２１、通信部２２、表示部２３、及び操作部２４を備える。第２装置２のハードウェア構成は、第１装置１と同様であるから、対応する符号を付して詳細な説明を省略する。第２装置２は、医療事業者、特に医師が用いるチャート（カルテ）管理システムにおける端末の機能を有する。第２装置２は、第１装置１と同様にスマートフォンやタブレット端末であってもよいが、精彩な表示部２３に対する画像表示処理を実行可能なデスクトップ型又はラップトップ型のパーソナルコンピュータであることが好ましい。第２装置２は、測定装置４や、チャート管理システムに含まれるサーバ等との通信が可能である。

【0034】

第２装置２の記憶部２１は、汎用コンピュータを第２装置２として機能させるための第２プログラムＰ２を記憶している。第２プログラムＰ２は、コンピュータから読み取り可能な記憶媒体８に記憶されていた第２プログラム８２Ｐを処理部２０が読み出して記憶部２１に記憶したものであってもよい。第２プログラムＰ２は、外部の配布サーバから第２プログラムをダウンロードして記憶部２１に記憶したものであってもよい。

【0035】

第２装置２も、医療機関の測定装置４で測定されたデータを取り込むことができる。第２装置２の処理部２０は、医療機関におけるネットワークを介して測定装置４の測定装置ＩＤ、測定装置４で測定された患者の識別データ（認証データ）、及び測定されたデータを取得できる。

【0036】

図４は、第３装置３の構成を示すブロック図である。第３装置３のハードウェア構成は、第１装置１又は第２装置２と同様であるから、対応する符号を付して詳細な説明を省略する。第３装置３は、例えば医療データを用いて研究を行なう研究者が用いるデスクトップ型又はラップトップ型のパーソナルコンピュータ、サーバコンピュータである。処理部３０は、記憶部３１に記憶されている第３プログラムＰ３に基づき、ブロックチェーンシステム５及び分散型ストレージ６から医療データの検索や受信が可能である。

【0037】

第３装置３の記憶部３１は、汎用コンピュータを第３装置３として機能させるための第３プログラムＰ３を記憶している。第３プログラムＰ３は、コンピュータから読み取り可能な記憶媒体８に記憶されていた第３プログラム８３Ｐを処理部３０が読み出して記憶部３１に記憶したものであってもよい。第３プログラムＰ３は、外部の配布サーバから第３プログラムをダウンロードして記憶部３１に記憶したものであってもよい。

【0038】

図５は、ブロックチェーンシステム５におけるノード５０の構成を示すブロック図である。ノード５０は、サーバコンピュータであってもよいし、デスクトップ型又はラップトップ型パーソナルコンピュータであってもよいし、スマートフォン等の通信端末機器であってもよい。ノード５０は、処理部５１、記憶部５２及び通信部５３を備える。またノード５０は、少なくとも処理部５１及び通信部５３を備える装置であれば、処理部５１の一部によってノードの一部又は全部を構成することができる。

【0039】

処理部５１は、ＣＰＵ、ＧＰＵ等のプロセッサと、メモリ等を用いる。処理部５１は、プロセッサ、メモリ、更には記憶部５２及び通信部５３を集積した１つのハードウェアとして構成されていてもよい。処理部５１のメモリには、ノード５０夫々独自に所有する秘密鍵が記憶されているとよい。そして処理部５１は、記憶部５２に記憶されているノードプログラムに基づいた各処理を実行し、汎用コンピュータをブロックチェーンシステム５におけるノードとして機能させる。

【0040】

記憶部５２は、ハードディスク又はフラッシュメモリを用い、ノードプログラムを始めとする処理部５１が参照するプログラム、データを記憶する。記憶部５２は、ブロックチェーンを記憶する。ノードプログラムには例えば、ＮＦＴを発行するスマートコントラクトとして機能させるためのプログラムが含まれる。上述の秘密鍵は記憶部５２に記憶されてもよい。記憶部５２は、秘密鍵に基づく公開鍵及びアドレスを記憶してもよい。

【0041】

通信部５３は、ノード５０の相互通信を実現する通信モジュールである。通信部５３は、ネットワークカード、光通信用デバイス、又は無線通信デバイス等を用いる。

【0042】

ノード５０それぞれにおける演算に基づき、後述する種々のスマートコントラクトが呼び出され、規定された処理が実行される。

【0043】

このように構成される遠隔医療システム１００における処理手順について説明する。遠隔医療１００システムにおいて、患者であるユーザ、医療事業者、研究者等のデータの需要者それぞれについて、少なくともブロックチェーンシステム５及び／又は分散型ストレージ６へのアクセスに必要なウォレットの設定が必要である。ウォレットの設定は、ブロックチェーンアカウントの設定である。患者であるユーザには、ユーザの個別識別データに関連付けてブロックチェーンアカウントが発行される。ユーザの個別識別データは例えば、第１装置１に記憶されているユーザの顔写真とマイナンバー（登録商標）との組み合わせである。ユーザの個別識別データは、保険証の識別データや自治体での識別データ等を用いてもよい。医療事業者及びデータの需要者に対しても同様にして、ブロックチェーンアカウントが発行される。ブロックチェーンアカウント、これに対応する秘密鍵が第１装置１、第２装置２及び第３装置３それぞれの記憶部１１，２１，３１に記憶される。

【0044】

ウォレットが設定されると、第１装置１の第１プログラムＰ１及び第２装置２の第２プログラムＰ２に基づく処理により、以下のようにして患者の医療データが記憶され、ＮＦＴが発行される。図６は、遠隔医療システム１００で実行される処理手順を示すシーケンス図である。図６に示す処理手順は例えば、遠隔医療システム１００を利用して診療を受けるべく、ユーザ又は補助者が第１装置１の第１プログラムＰ１を起動することにより開始される。

【0045】

第１装置１の処理部１０は、認証部１６を用い、第１装置１の操作者、あるいは、第１装置１の前に存在している患者が、個別識別データで識別されるユーザ本人であるか否かの認証を実行する（ステップＳ１０１）。ステップＳ１０１における認証は、遠隔医療システム１００内部又は外部に存在する認証サーバと連係して実行されてもよい。ステップＳ１０１の認証に失敗した場合、処理部１０は以降のシーケンスを実行せずにエラーを表示部１３に表示して処理を終了する。処理部１０は、認証に成功すると、以下のシーケンスを続行する。

【0046】

処理部１０は、患者であるユーザに対応する診療先の医療機関へ向けて、測定装置４から得られるデータを含む医療データ（患者の診療に係る複数のデータの集合）を送信する（ステップＳ１０２）。診療先の医療機関は、予め登録されていてもよいし、ステップＳ１０２の前にユーザの操作によって選択されてもよい。ステップＳ１０２のうち、ビデオ通話のために撮像部１５にて撮像される動画データは、以後も撮像及び送信が続行されてよい。

【0047】

第１装置１で処理部１０は、ステップＳ１０２の医療データの送信の前に、対象の医療データを分散型ストレージ６におけるデータマーケットに提供してよいか否かの合意をユーザから受け付けるとよい。合意については、医療データの送信の都度行なわれてもよいし、第１装置１の処理部１０が、遠隔医療システム１００の利用時のウォレット設定時に、データマーケットに用いるか否かを一括で受け付けてもよい。医療機関において医療事業者における医師等のスタッフの操作の第２装置２での操作により、データマーケットに提供することについて合意を取ってもよい。

【0048】

ステップＳ１０２で送信される医療データには、ステップＳ１０１で認証されたユーザの個別識別データ、ブロックチェーンアカウントデータ、撮像部１５で撮像された画像データを少なくとも含む。医療データには、第１装置１の固有識別データが含まれてもよい。撮像部１５から得られる画像データには、撮像部１５のカメラの識別データと、その画像が改ざんされた可能性が極めて低いことを示す「発生トラスト」データとが含まれている。「発生トラスト」は、改ざんされた場合に検証可能なデータ（暗号）である。第１装置１に測定装置４が接続されている場合、医療データには、１又は複数の測定装置４から得られるデータが含まれてもよい。測定装置４から得られるデータには、上述したように、測定装置４の測定装置ＩＤ（ＭＡＣアドレス等）、データそのものが含まれるとよい。医療データには、測定装置４のデータについてそれぞれ、撮像部１５又は測定装置４にてデータが発生した時点では、改ざんされた可能性が極めて低いことを示す「発生トラスト」データが含まれる。「発生トラスト」データは例えば、カメラで撮影された画像データのハッシュ値、測定装置４から得られるデータのハッシュ値である。

【0049】

第１装置１で処理部１０は、ステップＳ１０２の医療データの送信の前に、対象の医療データを分散型ストレージ６におけるデータマーケットに提供してよいか否かの合意をユーザから受け付けるとよい。合意については、医療データの送信の都度行なわれてもよいし、第１装置１の処理部１０が、遠隔医療システム１００の利用時のウォレット設定時に、データマーケットに用いるか否かを一括で受け付けてもよい。医療機関において医療事業者における医師等のスタッフの操作の第２装置２での操作により、データマーケットに提供することについて合意を取ってもよい。合意が取れた場合には、医療データにその合意が取れたことを示すデータが含まれてもよい。

【0050】

診療先の医療機関では、第２装置２が患者の第１装置１から医療データを受信すると（ステップＳ２０１）、第２装置２の処理部２０は、受信した医療データに含まれる患者であるユーザの個別識別データを特定する（ステップＳ２０２）。第２装置２の処理部２０は、送信された医療データの真贋について、第１装置１へ問い合わせる（ステップＳ２０３）。

【0051】

第１装置１の処理部１０は、問い合わせを受けて（ステップＳ１０３）、ステップＳ１０２で送信した医療データについて、自身のデータであるか否か（真贋）の確認を、表示部１３に表示される画面上でユーザから受け付ける（ステップＳ１０４）。確認を受け付けると処理部１０は、確認結果を第２装置２へ送信する（ステップＳ１０５）。

【0052】

第２装置２は、確認結果を受信し（ステップＳ２０４）、医療データについて承認（真贋の判断）が得られたことを示す「承認トラスト」データを更新する（ステップＳ２０５）。「承認トラスト」は、真贋の判断の結果を示すデータ（ＴＲＵＥ又はＦＡＬＳＥの二値等）である。ステップＳ１０３において第１装置１にて、患者自身の認知の問題や、操作の困難性で確認がとれない場合には、医療事業者による第２装置２への操作に基づいて、「承認トラスト」が更新されるとよい。この場合、「承認トラスト」として例えば、医療事業者の第２装置２のブロックチェーンアカウントで署名された認知レベル、障害レベルデータが、医療データに追加される。処理部２０は、ブロックチェーンシステム５へ、医療データの追加リクエストを送信する（ステップＳ２０６）。追加リクエストには、患者の個別識別データに関連するウォレットアドレス（ブロックチェーンアカウント）が含まれる。

【0053】

ブロックチェーンシステム５では、医療データの追加リクエストにより呼び出されるスマートコントラクトにて、医療データの記憶及び医療データに対するＮＦＴ発行を実施する（ステップＳ５０１）。ブロックチェーンシステム５は、医療データの持ち主のユーザの個別識別データが関連付けられたブロックチェーンアカウントによって、送信されたトランザクションを検証、承諾する。

【0054】

ステップＳ５０１においてブロックチェーンシステム５のスマートコントラクトは、画像等の医療データをＪＳＯＮ形式で分散型ストレージ６に記憶させ、そのＵＲＩを特定する。分散型ストレージ６に記憶される医療データは、暗号化される。分散型ストレージ６のスマートコントラクトによって記憶するトランザクションを受け付けて実行してもよい。ブロックチェーンシステム５のスマートコントラクトは、特定したＵＲＩで特定される医療データに対するＮＦＴを、ユーザ（患者）に対して発行する。発行されたＮＦＴは、トークンＩＤ、患者の個別識別データ、及び、医療データの分散型ストレージ６におけるＵＲＩを含み、ブロックチェーンシステム５のブロックに取り込まれる。

【0055】

ブロックチェーンシステム５のスマートコントラクトは、発行したＮＦＴのトークンＩＤと、記憶したＵＲＩとを第２装置２へ返す（ステップＳ５０２）。

【0056】

第２装置２では、返されたＵＲＩに基づき、発行されたＮＦＴに関するメタデータとして記憶された患者の医療データをチャート（カルテ）として表示部２３に表示する（ステップＳ２０７）。第２装置２では、第２プログラムＰ２に基づき、暗号化されて分散型ストレージ６に記憶された医療データを復号して表示させることが可能である。ここに含まれる医療データは、ステップＳ５０１で記憶された対象の患者の医療データのみならず、過去における対象の患者の測定結果や、問診データ、服薬情報、遺伝子情報等が含まれる。

【0057】

第２装置２で表示されたチャートが医師によってチェックされ、問診データ、診断結果や処方情報のテキストが加えられると、処理部２０はそのデータも、同一のユーザの医療データとして追加する追加リクエストをブロックチェーンシステム５へ送信する（ステップＳ２０８）。

【0058】

ブロックチェーンシステム５のスマートコントラクトは、送信された問診結果、診断結果、処方情報を、当該患者の医療データに加える（ステップ５０３）。スマートコントラクトは、公開鍵暗号方式における署名を医療データに埋め込み（ステップＳ５０４）、第１装置１又は第２装置２へ返送する（ステップＳ５０５）。これにより、患者の同意の上で医師によって医療データが承認されたことが改ざん困難に記憶され、一回の診療における処理が終了する。

【0059】

ステップＳ２０７及びステップＳ５０３－Ｓ５０５の処理では、同一のＵＲＩで特定できる同一ＩＤのトークンに対応するメタデータに加えられてもよいし、同一のユーザの個別識別データに対して情報が加えられる（イベントが発生する）都度に別のトークンが発行されて実行され、複数のＵＲＩに分けて記憶されてもよい。

【0060】

図７及び図８は、第１装置１で表示される画面例を示す図である。図７は、ステップＳ１０３で表示される画面例を示す。患者であるユーザが用いる画面１３０には、医療データに含まれる画像データ１３１と、真贋について回答を受け付けるアイコン１３２が含まれる。ユーザあるいは補助者がアイコン１３２を選択すると、真偽の結果が第２装置２へ送信される。

【0061】

図８は、ステップＳ１０２の前等に表示される画面例を示す。図８の画面１３３には、第１装置１を用いる患者に対して測定されたデータのうち、図７同様に画像データ１３１が表示されている。画面１３３には、分散型ストレージ６におけるデータマーケットに提供してよいか否かを受け付けるアイコン１３４が表示されている。ユーザがアイコン１３４を選択すると、患者にて承認が取れたことが第２装置２へ送信される。

【0062】

本実施の形態においては、図６に示したシーケンス中、あるいは事後的に、患者が認知可能であるか否かを示す「認知トラスト」というデータ（医療データに含む）を更新するようにしてもよい。「認知トラスト」は例えば、認知症のレベルを示す数値や、日常生活自立度の数値を含むデータである。「認知トラスト」は、第２装置２で医師の権限で付加されるデータであってよい。この「認知トラスト」により、分散型ストレージ６に記憶されたデータが他から共有可能かどうかを客観的に判断可能である。

【0063】

このようにして、分散型ストレージ６において、暗号化された医療データがパブリックブロックチェーンで記憶されることになる。同一の患者について、医療機器である測定装置４で測定が行なわれる都度、医療機関にて遠隔診断が行なわれる都度、医療データが記憶される。第１装置１及び第２装置２間で遠隔で診療された場合に限らず、医療機器にて直接的に第２装置２にてレントゲンやＭＲＩ等の測定データが得られた場合も、ステップＳ２０１－ステップＳ２０７及びステップＳ５０１－ステップＳ５０５の処理が実行される。図６のシーケンス図に示した処理は、同一の患者に対して、異なる医療機関で行なわれた場合も実行される。同一の患者の医療データは、マイナンバー等の患者の個別識別データに関連付けられたブロックチェーンアカウントを用いて記憶されるので、異なる医療機関を介して記憶されていても、同一の患者のデータとして扱うことができる。同一の患者の医療データであれば同一の患者がそれらの医療データのＮＦＴの最初の所有者である。

【0064】

分散型ストレージ６に記憶される医療データには、例えば、診療記憶（遠隔医療における動画データ）、送迎記憶、診療を行なった医療機関の識別データ、医師による診療記憶、処方情報、問診データ（事前に確認した服薬、副作用、アレルギー等の問診表データ）、測定装置４による測定データ等のいずれかが含まれる。測定データは、上述したように、遠隔でもユーザ側で測定できる心拍計、血圧計等のデータのみならず、医療機関の医療機器での検査結果（レントゲン画像、ＭＲＩ画像等）等のいずれかを含んでもよい。医療データにはほかに、入院の記憶、介護関連情報（ＡＤＬ、要介護度）、服薬情報、身体基本情報（体組成、足サイズ等）、認知機能の評価、嚥下機能の評価、歩行機能の評価が含まれてもよい。医療データには、ＮＦＴ化に対して患者が合意をしたことを示すデータが含まれている。

【0065】

分散型ストレージ６に記憶された医療データは、その医療データの患者の診断先の医師が用いる第２装置２の他、対応するＮＦＴの所有者によって利用（ダウンロード）が可能になる。次に、分散型ストレージ６のデータマーケットにおけるＮＦＴの流通及びこれによるデータの利用について説明する。

【0066】

分散型ストレージ６が実装されるDfinityブロックチェーンにおいて、あるいは、分散型ストレージ６にアクセス可能なブロックチェーンシステム５において、医療データを検索する検索用スマートコントラクトがデプロイされている。検索用スマートコントラクトにより、各ＮＦＴに対応する医療データ（メタデータ）に含まれるテキスト等からキーワード検索を実行することが可能である。ブロックチェーンシステム５に取り込まれているＮＦＴのデータ自体に、検索用キーワードが含まれていてもよい。また各々の医療データには、図示しないＷｅｂサーバにおけるＷｅｂページへのリンクデータが含まれており、このＷｅｂページの検索が行なわれてもよい。Ｗｅｂページには、医療データに含まれる画像のサムネイルが含まれているとよい。

【0067】

図９は、医療データのＮＦＴの取引処理を示すシーケンス図である。図９のシーケンスは、第３装置３にて第３プログラムＰ３が起動し、検索が実行されることによって開始される。

【0068】

第３装置３の処理部３０は、第３プログラムＰ３に基づき、研究者等の操作に応じて検索画面を表示する（ステップＳ３０１）。処理部３０は、検索画面にて検索キーワードを受け付け（ステップＳ３０２）、ブロックチェーンシステム５の検索用スマートコントラクトを呼び出して検索を実行する（ステップＳ３０３）。検索用スマートコントラクトは例えば、各ＮＦＴのＵＲＩから特定される医療データ（メタデータ）の概要に、検索キーワードが含まれるか否かを判定して返す。ステップＳ３０３で呼び出される検索用スマートコントラクトは、分散型ストレージ６にて実装されていてもよい。検索の方法はこれらの方法に限られない。

【0069】

検索用スマートコントラクトは、検索キーワードにより、分散型ストレージ６に記憶されているＮＦＴの検索の実行結果を第３装置３へ返す（ステップＳ５１１）。検索により抽出されたＮＦＴのトークンＩＤ及びそのＮＦＴに対応する医療データの概要（Ｗｅｂページのサムネイル）が実行結果として返される。

【0070】

第３装置３の処理部３０は、返された実行結果を受信し（ステップＳ３０４）、検索結果を表示部３３に表示する（ステップＳ３０５）。処理部３０は、検索結果から購入対象のＮＦＴの選択を受け付ける（ステップＳ３０６）。選択されたＮＦＴのデータ（トークンＩＤ、現在の所有者、取引の履歴等）及びＵＲＩにより得られる概要と、購入ボタンとを含む詳細画面を表示部３３に表示する（ステップＳ３０７）。詳細画面には、ＮＦＴを購入するためのコストや取引に必要な情報が表示される。

【0071】

処理部３０は、詳細画面に含まれる購入ボタンにて購入が選択された場合にこれを受け付ける（ステップＳ３０８）。処理部３０は、購入対象のＮＦＴを購入するトランザクションをブロックチェーンシステム５へブロードキャストする（ステップＳ３０９）。

【0072】

ブロックチェーンシステム５では、購入対象のＮＦＴの購入者への移転処理を実施し（ステップＳ５１２）、処理の結果であるＮＦＴに含まれる医療データへのＵＲＩを第３装置３へ返す（ステップＳ５１３）。

【0073】

第３装置３の処理部３０は、ＮＦＴの移転処理の結果を受信すると（ステップＳ３１０）、ＮＦＴに含まれる医療データへのＵＲＩに基づき医療データを分散型ストレージ６から取得し（ステップＳ３１１）、処理を終了する。

【0074】

これにより、医療データの記憶に対して発行されたＮＦＴにより、第三者である研究者は、医療データを取得することができる。医療データは、同一のユーザに対して複数の医療機関で横断的に診断されたデータを含み、研究対象として価値が非常に高い。医療データに「発生トラスト」「承認トラスト」等のデータが含まれ、これらのデータを改ざん困難に記憶されていることで、発生時から測定装置４からデータが改ざんされずに保持されていることを確認可能である。

【0075】

図１０は、第３装置３にて表示される画面例を示す。図１０は、ステップＳ３０１で第３装置３の表示部３３に表示される検索画面３３０を示す。検索画面３３０は、年代、性別、診断された病名等のキーワードの入力を受け付ける検索欄３３１と、検索結果のＮＦＴそれぞれに対応する医療データの概要（図１０ではサムネイル）の一覧の表示欄３３２とを含む。表示欄３３２で表示される一覧はそれぞれ、各ＮＦＴの詳細画面へのリンクが対応付けられており、第３装置３を操作する研究者が操作部３４によりいずれかを選択すると、詳細画面へ遷移する。

【0076】

図１１は、詳細画面３３３の内容例を示す。詳細画面３３３には、選択されたＮＦＴのＵＲＩにより得られる概要が含まれる。詳細画面３３３には、選択されたＮＦＴのトークンＩＤ、現時点の所有者の個別識別データ若しくはそれに対応付けられている所有者名が表示される。詳細画面３３３には、選択されたＮＦＴに対応する医療データの患者の属性（性別、年代、血液型、病歴、国籍等）が表示される。詳細画面３３３には、選択されたＮＦＴの取引履歴等の関連データが表示されてもよい。

【0077】

詳細画面３３３には、購入ボタン３３４が含まれている。購入ボタン３３４が研究者等の第３装置３の操作者から選択されると、ＮＦＴの移転処理（Ｓ５１２）が実行される。

【0078】

ＮＦＴの移転処理が実行されると、ＮＦＴの元の所有者に通知されることが好ましい。図１２は、第１装置１への通知画面１３５を示す。元の所有者の個別識別データに基づいて第１装置１へ、ウォレットへの入金通知として通知が送信される。通知画面１３５には、販売されたＮＦＴの内容の概要が表示される。図１２の通知画面１３５では、ＮＦＴに対応する医療データに含まれる画像データ１３１が代表として表示されている。通知画面１３５には、医療データの譲渡に伴う患者向けの報酬のアセットと、ウォレットに紐づくアセットの内容とが含まれる。購入に必要なアセットは法定通貨でもよいし、ブロックチェーンシステム５上で流通可能な種々のアセットが使用でき、いずれか選択可能であってもよい。

【0079】

このようにして分散型ストレージ６には、患者の医療データが記憶され、ＮＦＴを購入した者の第３装置３からのみ、医療データを利用（ダウンロード）可能となる。一旦、購入されたＮＦＴは、二次的に流通可能であって、他の研究者へも移転できる。また、元の医療データに対し、複数のＮＦＴを発行可能として、複数の第３装置３から購入可能としてもよい。複数のＮＦＴが購入される都度、元の所有者にアセットが還元される。図１３は、複数のＮＦＴを発行した場合の検索画面３３０を示す。複数のＮＦＴを発行する場合、検索画面３３０の一覧には、発行個数と、残数とが表示されている。

【0080】

なお、分散型ストレージ６におけるデータマーケットで取引可能となった医療データに対し、事後的に焼却可能とすることが好ましい。このため、ＮＦＴのメタデータである医療データには、焼却フラグが含まれる。ＮＦＴの焼却については、ＮＦＴの原始所有者である患者、又はその代理人による合意撤回の申し出に基づき、実行可能とする。

【0081】

図１４は、ＮＦＴの焼却処理の手順を示すシーケンス図である。図１４の処理手順は、第１装置１のユーザ又は補助者が第１装置１の第１プログラムＰ１を起動することにより開始される。

【0082】

処理部１０は、第１装置１のユーザ（患者）の医療データの分散型ストレージ６上での検索を、ブロックチェーンシステム５の検索用スマートコントラクトを呼び出して実行する（ステップＳ１２１）。

【0083】

ブロックチェーンシステム５の検索用スマートコントラクトは、ユーザの個別識別データを原始所有者とするＮＦＴを、分散型ストレージ６に記憶されているＮＦＴから実行し、検索の実行結果を第１装置１へ返す（ステップＳ５２１）。検索により抽出されたＮＦＴのトークンＩＤ及びそのＮＦＴに対応する医療データの概要（Ｗｅｂページのサムネイル）が実行結果として返される。

【0084】

第１装置１の処理部１０は、返された実行結果を受信し（ステップＳ１２２）、患者の医療データのＮＦＴの一覧を表示部３３に表示する（ステップＳ１２３）。処理部１０は、一覧から焼却対象のＮＦＴの選択を受け付ける（ステップＳ１２４）。このとき、全選択等のインタフェースが表示されているとよい。

【0085】

処理部１０は、選択されたＮＦＴを焼却するトランザクションをブロックチェーンシステム５へブロードキャストする（ステップＳ１２５）。

【0086】

ブロックチェーンシステム５では、対象のＮＦＴの所有者へ、ＮＦＴの焼却を通知する処理を実行する（ステップＳ５２２）。この際、各所有者から確認を受けるまで、次のステップＳ５２３の処理を実行するまで期限を設けてもよい。例えば、１０日間で焼却するので、所有者は利用可能な期間内に利用させるようにしてもよい。

【0087】

ブロックチェーンシステム５では、対象のＮＦＴの焼却処理（トランザクションの検証・承認）を実施し（ステップＳ５２３）、処理の結果（成功／失敗）を第１装置１へ返す（ステップＳ５２４）。

【0088】

第１装置１では、処理の結果を受信し（ステップＳ１２６）、処理を終了する。

【0089】

このように、ＮＦＴが購入されて所有者が変更されていたとしても、所有者でない患者の合意撤回によって、ＮＦＴの焼却が可能である。したがって、事後的にＮＦＴの流通を止めることもでき、一旦データマーケットに流通され始めたデータの取引を停止できる。なお、ＮＦＴ発行時に、流通期限を設け、期限が経過した場合に自動的に焼却が行なわれるようにしてもよい。

【0090】

本実施形態では、ＮＦＴを用いて患者であるユーザから提供される医療に関するデータに対してＮＦＴを発行し、データの横断的な使用を可能とする遠隔医療システム１００を開示した。しかしながら、本開示における情報処理方法は、医療に限定されず、農業、教育、流通等に関するデータの横断的な使用にも適用可能である。

【0091】

例えば農業の場合、所定単位の農作物の植え付けから収穫までの工程の育成データを、分散型ストレージ６に記憶し、その育成データに基づくＮＦＴを発行する。育成データは、種又は苗の種別、農地の地域、天候情報、肥料、農薬等のデータを含む。収穫されて出荷される農産物に対応する育成データに対してＮＦＴを発行することにより、育成方法の共有や、地域毎の農作物の生育状況の研究等の研究に利用可能である。また、ＮＦＴの発行により、ＮＦＴが対応付けられた育成データによって生産された農産物の価値を高めることも可能である。

【0092】

例えば教育の場合、生徒毎の教育機関、指導教諭、指導内容、試験結果、進路情報等を含む学習データを、分散型ストレージ６に記憶し、その学習データに基づくＮＦＴを発行する。学習内容と進路との統計データの作成等に基づく教育研究に利用可能である。

【0093】

その他、物品が複数の事業者間で流通して消費されるまでの流通データや、異なる環境で観測されて研究対象となり得る事象に関するデータ等についても適用可能である。

【0094】

上述のように開示された実施の形態は全ての点で例示であって、制限的なものではない。本発明の範囲は、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれる。

【符号の説明】

【0095】

１００ 遠隔医療システム
１ 第１装置
２ 第２装置
３ 第３装置
１０，２０，３０ 処理部
Ｐ１ 第１プログラム
Ｐ２ 第２プログラム
Ｐ３ 第３プログラム
５ ブロックチェーンシステム
６ 分散型ストレージ

【要約】

ＮＦＴ（Non-Fungible Token）を利用して改ざんや不正を防止しつつデータの流通を可能とする情報処理方法、情報処理システム及びコンピュータプログラムを提供する。情報処理方法は、患者の診療に関する医療データをストレージに記憶させ、記憶された前記医療データに対応するＮＦＴを、ブロックチェーンシステムにおける前記患者のブロックチェーンアカウントに対して発行し、前記ＮＦＴの所有者の装置からの前記医療データへのアクセスを許可する処理を含む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】