特許 6998747 データ管理装置及びコンテンツデータの提供方法

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

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

(11)【特許番号】

(24)【登録日】2021-12-23

(45)【発行日】2022-02-10

(54)【発明の名称】データ管理装置及びコンテンツデータの提供方法

(51)【国際特許分類】

   G16H 30/20 20180101AFI20220203BHJP

   G06F 16/182 20190101ALI20220203BHJP

   G06F 16/27 20190101ALI20220203BHJP

   G06F 21/62 20130101ALI20220203BHJP

【ＦＩ】

G16H30/20

G06F16/182

G06F16/27

G06F21/62 345

【請求項の数】 3

(21)【出願番号】P 2017236441

(22)【出願日】2017-12-08

(62)【分割の表示】P 2017028344の分割

【原出願日】2017-02-17

(65)【公開番号】P2018133080

(43)【公開日】2018-08-23

【審査請求日】2020-02-14

(73)【特許権者】

【識別番号】000214272

【氏名又は名称】長瀬産業株式会社

(74)【代理人】

【識別番号】100116850

【弁理士】

【氏名又は名称】廣瀬 隆行

(72)【発明者】

【氏名】▲高▼橋 遼平

【審査官】加舎 理紅子

(56)【参考文献】

【文献】特開２０１４－２１０１０８（ＪＰ，Ａ）

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

【文献】中国特許出願公開第１０６２３０８５１（ＣＮ，Ａ）

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

【文献】大橋盛徳 他，デジタルコンテンツのスマートプロパティ化に向けた情報登録方法の提案と実装，電子情報通信学会技術研究報告，一般社団法人電子情報通信学会，2016年05月05日，Ｖｏｌ．１１６，Ｎｏ．２３，ｐ．１３～１８

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

Ｇ１６Ｈ １０／００ － ９９／００

Ｇ０６Ｆ １６／００ － １６／９５８

Ｇ０６Ｆ ２１／６２

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

【請求項1】

ネットワークを介して複数の情報処理装置に接続されたデータ管理装置であって、
ユーザＩＤに対応付けて一又は複数のコンテンツデータとその識別情報を表すコンテンツデータＩＤとが格納されたコンテンツデータベースと、
特定の情報処理装置から前記ユーザＩＤを含む要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータ及び前記コンテンツデータＩＤのうち、前記ユーザＩＤを含む要求信号に対応する前記コンテンツデータ及び前記コンテンツデータＩＤを全て取得する取得部と、
前記取得部によって取得した前記コンテンツデータ及び前記コンテンツデータＩＤを前記特定の情報処理装置へ送信する通信部と、を備え、
前記コンテンツデータＩＤは、生成対象のコンテンツデータの識別情報を表すコンテンツデータＩＤを生成する際に、前回生成された前記コンテンツデータＩＤと、前記生成対象のコンテンツデータとそのメタデータの少なくとも一方とに基づいて、前記情報処理装置により生成されたものであり、
前記特定の情報処理装置において、前記データ管理装置の前記通信部から送信された前記コンテンツデータが、その識別情報を表す前記コンテンツデータＩＤに対応するメタデータに対応付けられる
データ管理装置。

【請求項2】

ネットワークを介して複数の情報処理装置に接続されたデータ管理装置から、特定の情報処理装置に対してコンテンツデータを提供する方法であって、
前記データ管理装置は、ユーザＩＤに対応付けて一又は複数のコンテンツデータとその識別情報を表すコンテンツデータＩＤと格納されたコンテンツデータベースを備え、
前記コンテンツデータＩＤは、生成対象のコンテンツデータの識別情報を表すコンテンツデータＩＤを生成する際に、前回生成された前記コンテンツデータＩＤと、前記生成対象のコンテンツデータとそのメタデータの少なくとも一方とに基づいて、前記情報処理装置により生成されたものであり、
前記データ管理装置は、前記特定の情報処理装置から前記ユーザＩＤを含む要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータ及びコンテンツデータＩＤのうち、前記ユーザＩＤを含む要求信号に対応する前記コンテンツデータ及び前記コンテンツデータＩＤを全て取得して、取得した前記コンテンツデータ及び前記コンテンツデータＩＤを前記特定の情報処理装置へ送信し、
前記特定の情報処理装置において、前記データ管理装置の前記通信部から送信された前記コンテンツデータが、その識別情報を表す前記コンテンツデータＩＤに対応するメタデータに対応付けられる
コンテンツデータの提供方法。

【請求項3】

ネットワークを介して複数の情報処理装置と接続されたデータ管理装置であって、
前記複数の情報処理装置の各々は、
コンテンツデータとそのメタデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部と、
前記生成部によって生成された前記コンテンツデータＩＤとそれに対応するコンテンツデータのメタデータが対応付けて格納されたＩＤデータベースと、を備え、
前記ＩＤデータベースには、前記コンテンツデータＩＤとそれに対応するコンテンツデータのメタデータを含むブロックの系列を表すブロックチェーンが格納され、
前記生成部は、前記コンテンツデータＩＤとそれに対応するコンテンツデータのメタデータを含む前記ブロックを前記ブロックチェーンへ追加するものであり、
前記データ管理装置は、
ユーザＩＤに対応付けて、前記複数の情報処理装置によって生成された前記コンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応する前記コンテンツデータとが格納されたコンテンツデータベースと、
特定の情報処理装置から前記ユーザＩＤを含む要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータ及び前記コンテンツデータＩＤのうち、前記前記ユーザＩＤを含む要求信号に対応する前記コンテンツデータ及び前記コンテンツデータＩＤを全て取得する取得部と、
前記取得部によって取得した前記コンテンツデータ及び前記コンテンツデータＩＤを前記特定の情報処理装置へ送信する通信部と、を備え、
前記特定の情報処理装置において、前記データ管理装置の前記通信部から送信された前記コンテンツデータが、前記ＩＤデータベースにて当該コンテンツデータの前記コンテンツデータＩＤに対応付けられているメタデータに対応付けられる
データ管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ管理システム、プログラム、及びデータ構造に関する。

【背景技術】

【0002】

従来からデータを管理する方法が提案されている。例えば、医療分野で用いられる医用画像については、医用画像と付帯情報とに応じたＤＩＣＯＭ規格という標準規格が用いられており、ＤＩＣＯＭ規格に基づき患者の医用画像が各医療機関内で管理されている。ＤＩＣＯＭとは、Digital Imaging and Communication in Medicineの略称であり、医用画像の保存、通信方法を定めた国際標準規格である。

【0003】

医用画像と付帯情報との管理方法としては、例えば、複数の検査装置によって得られた画像データを、同一検査の画像データとして識別できるようにする診断システムが知られている（例えば、特許文献１）。この診断システムでは、ＲＩＳ（放射線部門管理システム）から検査識別情報を付加した検査オーダ情報を検査装置に送り、各検査装置において検査オーダ情報に基づいて検査を行う。そして、診断システムは、画像データを作成し、作成されたそれぞれ画像データと検査識別情報とを記憶する。

【0004】

また、データベースに関連付けられて登録された医用画像及び属性情報の変更をする医用画像管理装置が知られている（例えば、特許文献２）。この医用画像管理装置は、患者を撮影した医用画像に付帯された付帯情報に基づいて当該医用画像を記憶し管理する。具体的には、医用画像管理装置は、付帯情報に含まれる情報の関係を分析して階層別に分別し、階層別に分別された情報に上位層と関連付ける関連情報を付加して階層構造のグループを患者単位で生成し、管理情報データベースに記憶させる。そして、医用画像管理装置は、グループに含まれる情報を他のグループに移動させる場合、移動元となるグループに含まれる情報に付加された関連情報を、当該情報と同一層の移動先となるグループの関連情報に書き換える。

【0005】

また、サーバから取得した付帯情報に含まれなかった項目に関する情報についても利用者に提供する処理装置が知られている（例えば、特許文献３）。この処理装置は、ＤＩＣＯＭ画像サーバから送信される付帯情報に含まれた項目の情報に関連し、且つ取得した付帯情報に含まれなかった項目に関連した情報を記憶部から抽出する。そして、処理装置は、取得した付帯情報に含まれた情報と抽出した情報とを表した表示画像を生成する。

【0006】

また、多くの画像データの中から選択された画像データによって構成される画像集合を簡単かつ正確に設定する医用画像集合処理システムが知られている（例えば、特許文献４）。この医用画像集合処理システムは、診断対象患者の画像データ及びその付帯情報を保管する。そして、医用画像集合処理システムは、付帯情報を階層的に分類して付帯情報管理リストを生成する。一方、医用画像集合処理システムは、付帯情報管理リストの付帯情報に基づいて所望の画像集合を設定するための画像集合条件式を作成する。次いで、医用画像集合処理システムは、画像集合条件式に基づいて画像集合を構成する画像データを画像データ記憶部から読み出し、得られた画像データで構成された画像集合を供給して所望の画像データ処理を行なう。

【先行技術文献】

【特許文献】

【0007】

【文献】特開２００７－７１９０号公報

【文献】特開２００７－３１３２１９号公報

【文献】特開２００８－２０６６８７号公報

【文献】特開２００５－１１０９７４号公報

【発明の概要】

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

【0008】

しかし、コンテンツデータとメタデータとが対応付けられて管理されている場合、複数の利用者によるデータの共有がしにくいという課題がある。

【0009】

例えば、ＤＩＣＯＭ規格の医用画像では、コンテンツデータの一例としての医用画像の画素情報とメタデータの一例としての付帯情報とが組み合わされた形式で管理される。このため、例えば、医療機関Ａにおいて撮像された患者の医用画像を、医療機関Ｂにおいても利用したい場合には、医療機関Ａで撮像されたＤＩＣＯＭ規格の医用画像を医療機関Ｂへ任意の通信手段等を用いて送信する必要がある。

【0010】

しかし、ＤＩＣＯＭ規格の医用画像に付与されている付帯情報には、患者の個人情報等が含まれているため、機密性の高い通信手段を用いる必要がある。そのため、ＤＩＣＯＭ規格の医用画像のように、コンテンツデータとメタデータとが対応付けられて管理されている場合には、複数の利用者によってコンテンツデータを共有しにくいという課題がある。

【0011】

本発明は、上記の事情を鑑みてなされたもので、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータＩＤを複数の情報処理装置によって共有することができるデータ管理システム、プログラム、及びデータ構造を提供することを目的とする。

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

【0012】

上記の目的を達成するために本発明に係るデータ管理システムは複数の情報処理装置とデータ管理装置とを含むデータ管理システムであって、複数の前記情報処理装置の各々は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部と、複数の前記情報処理装置の各々の前記生成部によって生成された前記コンテンツデータＩＤが格納されたＩＤデータベースと、を備え、前記データ管理装置は、複数の前記情報処理装置によって生成された前記コンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応する前記コンテンツデータとが対応付けられて格納されたコンテンツデータベースと、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号に対応する前記コンテンツデータを出力する出力部と、を備える。

【0013】

また、本発明の第１のプログラムは、コンピュータを、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部として機能させるためのプログラムである。

【0014】

また、本発明の第２のプログラムは、コンピュータを、特定のコンテンツデータの識別情報を表すコンテンツデータＩＤに関する要求信号を受け付けた場合に、複数の情報処理装置によって生成されたコンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応するコンテンツデータとが対応付けられて格納されたコンテンツデータベースに格納された前記コンテンツデータＩＤから、前記要求信号に対応する前記コンテンツデータを出力する出力部として機能させるためのプログラムである。

【0015】

また、本発明の第１のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと、前記コンテンツデータＩＤに対応する前記コンテンツデータとが対応付けられたデータ構造である。

【0016】

また、本発明の第２のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを含むブロックの系列を表すデータ構造である。

【発明の効果】

【0017】

本発明によれば、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータＩＤを複数の情報処理装置によって共有することができる、という効果が得られる。

【図面の簡単な説明】

【0018】

【図1】本実施の形態のデータ管理システムの概略構成の一例を示す図である。

【図2】本実施の形態のデータ管理システムの詳細な構成例を示す図である。

【図3】ユーザ情報データベースの構成例を示す図である。

【図4】ユーザテーブルの一例を示す図である。

【図5】初めての医用画像群の撮像の際に実行される処理を説明するための説明図である。

【図6】ＤＩＣＯＭ画像の一例を示す図である。

【図7】付帯情報テーブルの一例を示す図である。

【図8】各医療機関の付帯情報管理サーバに格納されるブロックチェーンを説明するための説明図である。

【図9】ブロック情報テーブルの一例を示す図である。

【図10】画像テーブルの一例を示す図である。

【図11】２回目以降の医用画像群の撮像の際に実行される処理を説明するための説明図である。

【図12】医療機関情報が格納される医療機関データベースとブロック情報が格納されるブロック情報データベースとの一例を示す図である。

【図13】ブロック情報データベースに格納されるブロックチェーンを説明するための図である。

【図14】医用画像の画素情報の取得の際に実行される処理を説明するための説明図である。

【図15】データ管理システムの各装置として機能するコンピュータの概略ブロック図である。

【図16】ユーザ及び医療機関の登録処理の内容を示すシーケンス図である。

【図17】医用画像取得処理の内容を示すシーケンス図である。

【図18】ブロック情報生成処理の内容を示すシーケンス図である。

【図19】画素情報取得処理の内容を示すシーケンス図である。

【図20】本実施形態のブロックチェーンのデータ構造を説明するための説明図である。

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

【0019】

以下、図面を参照して実施形態を詳細に説明する。なお、本実施形態では、ＤＩＣＯＭ規格に応じた医用画像の画素情報と付帯情報とを含む情報を表すＤＩＣＯＭ画像を対象とし、コンテンツデータが画素情報であり、メタデータが付帯情報である場合を例に説明する。

【0020】

＜データ管理システムのシステム構成＞

【0021】

図１は、実施形態のデータ管理システム１を示すブロック図である。図１に示されるように、データ管理システム１は、複数の医療機関システム２Ａ～２Ｄと、データ管理サーバ３と、ユーザ端末４とを備える。複数の医療機関システム２Ａ～２Ｄと、データ管理サーバ３と、ユーザ端末４とは、例えばインターネット等のネットワーク５によって接続されている。データ管理サーバ３はデータ管理装置の一例である。

【0022】

なお、医療機関Ａは医療機関システム２Ａを備え、医療機関Ｂは医療機関システム２Ｂを備え、医療機関Ｃは医療機関システム２Ｃに備え、医療機関Ｄは医療機関システム２Ｄを備える場合を例に説明する。

【0023】

図２に、データ管理システム１の詳細な構成例を示す。図２に示される例では、医療機関Ａが備える医療機関システム２Ａの具体的な構成とデータ管理サーバ３の具体的な構成例とが示されている。

【0024】

医療機関システム２Ａは、病院端末１９Ａと、ＲＩＳ（Radiology Information System）サーバ２０Ａと、画像診断装置２１Ａと、処理サーバ２２Ａと、付帯情報管理サーバ２５Ａとを含む。また、データ管理サーバ３は、通信部３０と、制御部３１と、医療機関データベース３２と、ユーザ情報データベース３３とを備える。付帯情報管理サーバ２５Ａは、情報処理装置の一例である。また、ユーザ情報データベース３３は、コンテンツデータベースの一例である。また、処理サーバ２２Ａは分割装置の一例である。また、制御部３１は、出力部の一例である。

【0025】

医療機関を利用する予定のユーザは、ユーザ端末４を操作しデータ管理サーバ３との間でユーザ登録を行う。以下では、まず、ユーザ登録の場面について説明する。

【0026】

ユーザは、所定の医療機関において画像診断を受けたい場合、ユーザ端末４を操作して、データ管理サーバ３との間で情報の送受信を行う。具体的には、ユーザはユーザ端末４を操作し、データ管理サーバ３に対してユーザ登録をしたい旨の制御信号を送信する。制御信号には、例えば、ユーザ名等が含まれる。

【0027】

データ管理サーバ３の通信部３０は、ユーザ端末４から送信された制御信号を受信し制御部３１へ出力する。次に、データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に応じてユーザＩＤを生成する。そして、制御部３１は、ユーザＩＤと制御信号に含まれるユーザ名等とを対応付けて、ユーザ情報データベース３３へ格納する。

【0028】

図３に示されるように、ユーザ情報データベース３３には、ユーザテーブルと画像テーブルとが格納される。ユーザテーブルには、ユーザＩＤとユーザ名等とが対応付けられて格納される。また、画像テーブルには、後述する複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤの各々と、画像ＩＤの各々に対応する医用画像の画素情報とが対応付けられて格納される。図４に、ユーザテーブルの一例を示す。画像テーブルについては後述する。

【0029】

また、データ管理サーバ３の制御部３１は、ユーザＩＤをユーザ端末４へ通信部３０を介して送信する。そして、ユーザＩＤはユーザ端末４の所定の記憶部（図示省略）へ格納される。

【0030】

次に、医療機関システム２Ａとデータ管理サーバ３との間で行われる医療機関登録の場面について説明する。なお、医療機関登録の処理は、医療機関システム２Ｂ～２Ｄについても同様に行われる。

【0031】

医療機関システム２Ａの病院端末１９Ａは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ３に対して医療機関の登録をしたい旨の制御信号を送信する。制御信号には、例えば、医療機関名等が含まれる。

【0032】

データ管理サーバ３の通信部３０は、医療機関システム２Ａの病院端末１９Ａから送信された制御信号を受信し制御部３１へ出力する。データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に応じて医療機関ＩＤを生成する。そして、制御部３１は、医療機関ＩＤと制御信号に含まれる医療機関名等とを対応付けて、医療機関データベース３２へ格納する。

【0033】

また、データ管理サーバ３の制御部３１は、医療機関ＩＤを病院端末１９Ａへ通信部３０を介して送信する。そして、医療機関ＩＤは病院端末１９Ａの所定の記憶部（図示省略）へ格納される。

【0034】

次に、医療機関Ａにおいてユーザが画像診断を受ける場面について説明する。

【0035】

ユーザが医療機関Ａを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末４の記憶部（図示省略）に格納されたユーザＩＤとを医療機関Ａへ提示する。医療機関Ａの担当者は、患者の情報とユーザＩＤとを取得する。そして、医療機関Ａの担当者は、患者の情報をＲＩＳサーバ２０Ａへ入力する。また、医療機関Ａの担当者は、ユーザＩＤを処理サーバ２２Ａへ入力する。

【0036】

ＲＩＳサーバ２０Ａは、担当者によって入力された患者の情報を受け付ける。そして、ＲＩＳサーバ２０Ａは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部（図示省略）へ登録する。

【0037】

以下、図５を参照して、ユーザが画像診断を受ける場面について説明する。

【0038】

画像診断装置２１Ａは、図５の（Ａ－１）において、ユーザ１０の医用画像を撮像する。図５の（Ａ－１）では、データ管理システム１が稼動した後、初めて医用画像が撮像されるものとする。医用画像は、Ｘ線ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imager）などの画像診断機器によって撮像される。画像診断装置２１Ａによる一度の撮像で複数の医用画像が撮像される。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、一度の撮像により得られた複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すＤＩＣＯＭ画像を生成する。

【0039】

図６に、ＤＩＣＯＭ画像の一例を示す。図６に示されるように、ＤＩＣＯＭ画像には、医用画像の付帯情報Ｘと画素情報Ｙとが含まれる。付帯情報は、ＲＩＳサーバ２０Ａ又はＨＩＳ(Hospital Information System)等の他システムと通信及び連携していくための情報である。付帯情報は規定のフォーマットにより符号化される。また、付帯情報は、患者情報、予約情報、及び診断結果情報等を表す登録情報に基づき生成された情報であるため、秘匿性の高い個人情報等が含まれている。なお、画素情報は、コンテンツデータの一例である。また、付帯情報はメタデータの一例である。

【0040】

処理サーバ２２Ａは、処理制御部２３Ａと、通信部２４Ａとを備える。

【0041】

処理制御部２３Ａは、医療機関Ａの担当者によって入力されたユーザＩＤを受け付ける。処理制御部２３Ａは、図５の（Ａ－２）において、画像診断装置２１Ａによって生成されたＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。

【0042】

そして、処理制御部２３Ａは、図５の（Ａ－３）において、付帯情報及びユーザＩＤを付帯情報管理サーバ２５Ａへ出力する。また、処理サーバ２２Ａは、図５の（Ａ－４）において、画素情報及びユーザＩＤをデータ管理サーバ３へ通信部２４Ａを介して送信する。

【0043】

データ管理サーバ３の通信部３０は、処理サーバ２２Ａから送信された画素情報及びユーザＩＤを受信する。データ管理サーバ３の制御部３１は、通信部３０により受信された画素情報及びユーザＩＤをユーザ情報データベース３３の画像テーブルに格納する。

【0044】

付帯情報管理サーバ２５Ａは、図５の（Ａ－５）において、処理サーバ２２Ａによって得られた付帯情報から画像ＩＤを生成する。付帯情報管理サーバ２５Ａは、付帯情報制御部２６Ａと、付帯情報データベース２７Ａと、ブロック情報データベース２８Ａと、通信部２９Ａとを備える。なお、画像ＩＤは、コンテンツデータＩＤの一例である。また、付帯情報制御部２６Ａは生成部の一例である。また、ブロック情報データベース２８Ａは、ＩＤデータベースの一例である。

【0045】

付帯情報制御部２６Ａは、処理サーバ２２Ａから出力された付帯情報及びユーザＩＤを取得する。そして、付帯情報制御部２６Ａは、付帯情報及びユーザＩＤを付帯情報データベース２７Ａの付帯情報テーブルへ格納する。

【0046】

付帯情報データベース２７Ａには、処理サーバ２２Ａから出力された付帯情報及びユーザＩＤが格納される。付帯情報データベース２７Ａに格納される付帯情報テーブルには、図７に示されるように、ユーザＩＤと付帯情報等とが対応付けられて格納される。

【0047】

付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤを取得する。そして、付帯情報制御部２６Ａは、図５の（Ａ－５）において、付帯情報をハッシュ化することにより、画像診断装置２１Ａによって撮像された画像群の画素情報の識別情報を表す画像ＩＤを生成する。図５の（Ａ－５）における画像ＩＤ１の生成は、データ管理システム１が初めて稼動した後、初めて生成される画像ＩＤである。そのため、付帯情報制御部２６Ａは、データ管理サーバ３によって予め生成されたダミーデータである画像ＩＤ０を含むブロック０を取得し、画像ＩＤ０及び付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。画像ＩＤは、画像群の画素情報の管理に用いられる。

【0048】

ここで、医療機関におけるＤＩＣＯＭ画像の管理方法について説明する。

【0049】

患者が医療機関において診察を受ける場合、他の医療機関において既に撮像された医用画像は、患者のカルテと同等の役割を担うことがあるため、重要な情報資産であるといえる。また、医用画像撮像のための費用、時間、患者の身体的負担軽減、又は患者の経過観察の観点からも、他の医療機関において既に撮像された医用画像が活用されることが望ましい。

【0050】

実際の医療現場においては、一度撮像された医用画像を他の医療機関で活用する場合には、医用画像を撮像した医療機関に紹介状を作成してもらい、一部の医用画像を他の医療機関に持ち込む場合がほとんどである。しかし、紹介状の取得の手間から、特定の医療機関において撮像された医用画像が別の医療機関で活用されるケースは少なく、過去に撮像された医用画像は効率的に活用されていない。

【0051】

このようなことから、各医療機関共有の外部データベースを用意し、患者の医用画像を一元管理する方法が考えられる。この方法を用いることにより、医療機関は患者の全ての医用画像を参照することができる。しかし、医用画像には秘匿性の高い個人情報が含まれているため、外部データベースに医用画像を格納することは適切でないという理由から、外部データベースを活用する方法は普及していない。また、個人情報が削除された医用画像を外部データベースに格納したとしても、患者を特定することができないため診断に用いることができない。

【0052】

そこで、本実施形態では、ブロックチェーン（例えば、参考文献（Satoshi Nakamoto,"Bitcoin: A Peer-to-Peer Electronic Cash System"）を参照）により、各医療機関が医用画像の付帯情報を管理する。本実施形態では、医用画像の付帯情報は各医療機関で管理され、医用画像の画素情報は外部データベースに格納される。各医療機関が患者の個人情報を含む付帯情報を管理することにより、患者の個人情報が安全に管理され、かつ医用画像が効率的に活用される。

【0053】

具体的には、図８に示されるように、複数の医療機関Ａ～Ｄが有する付帯情報管理サーバ２５Ａ～２５Ｄによって、医用画像の付帯情報及び画像ＩＤを含むブロックの系列を表すブロックチェーンが管理される。ブロックチェーンにおける分散台帳技術により、システムの参加者である医療機関Ａ～Ｄのブロック情報データベース２８Ａ～２７Ｄに同一の情報が格納される。

【0054】

例えば、付帯情報管理サーバ２５Ａ～２５Ｄの各ブロック情報データベース２８Ａ～２７Ｄには、図８に示されるように、付帯情報と画像ＩＤとを含むブロックの系列がブロックチェーンとして格納される。付帯情報及び画像ＩＤがブロックチェーンとして管理されることにより、個人情報を含む付帯情報を医用画像の画素情報と分けて管理することができる。これにより、医用画像の画素情報にアクセスするための画像ＩＤを複数の医療機関によって共有することができる。また、付帯情報及び画像ＩＤをブロックチェーンを用いて管理することにより、データの改竄が困難となり、付帯情報及び画像ＩＤのデータの完全性が確保される。

【0055】

具体的には、特定の医療機関において医用画像の撮像が行われると、画像ＩＤ及び付帯情報がすべての医療機関へ広められる。例えば、医療機関Ａにおいて医用画像の撮像が行われた場合、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、図５の（Ａ－５）において、画像ＩＤ０及び付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。そして、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、付帯情報及び画像ＩＤ１を含むブロックを他の医療機関システム２Ｂ～２Ｄへ送信する。

【0056】

医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄは、医療機関Ａにおいて撮像された医用画像の画像群の付帯情報及び画像ＩＤ１を含むブロックを取得し、取得したブロックをブロック情報データベース２８Ａ～２７Ｄのブロック情報テーブルへ格納する。また、付帯情報制御部２６Ａは、生成したブロックをブロック情報データベース２８Ａのブロック情報テーブルへ格納する。これにより、画素情報の画像ＩＤに対応するブロックの系列を表すブロックチェーンの生成が開始される。

【0057】

ブロック情報データベース２８Ａのブロック情報テーブルには、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤを含むブロックの系列を表すブロックチェーンが格納される。具体的には、例えば、医療機関Ａとは異なる医療機関Ｂ～Ｃにおいてユーザの医用画像が撮像された場合、ブロック情報データベース２８Ａのブロック情報テーブルには、付帯情報制御部２６Ａによって生成された画像ＩＤを含むブロックと、他の付帯情報処理サーバ２５Ｂ～２５Ｄによって生成された画像ＩＤを含むブロックの系列を表すブロックチェーンが格納される。

【0058】

図９にブロック情報テーブルの一例を示す。図９に示されるように、ブロック情報テーブルには、画像ＩＤ及び付帯情報等を表すブロック情報と、ブロック情報を識別するためのブロックＩＤとが対応付けられて格納される。

【0059】

次に、付帯情報制御部２６Ａは、図５の（Ａ－６）において、生成された画像ＩＤ１とユーザＩＤとを対応付けて、画像ＩＤ１及びユーザＩＤをデータ管理サーバ３へ通信部２９Ａを介して送信する。

【0060】

データ管理サーバ３の通信部３０は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤを受信する。データ管理サーバ３の制御部３１は、通信部３０によって受信した画像ＩＤ及びユーザＩＤを取得する。そして、制御部３１は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤと、処理サーバ２２Ａから送信された画素情報及びユーザＩＤとに基づき、画像ＩＤと画素情報とを対応付ける。具体的には、ユーザＩＤが対応する、画像ＩＤと画素情報とを対応付ける。そして、制御部３１は、対応付けられた画像ＩＤ及び画素情報を、ユーザ情報データベース３３の画像テーブルへ格納する。

【0061】

図５に示されるように、画像テーブルに格納された、画像ＩＤと画素情報とユーザＩＤのうち、ユーザＩＤは外部キー（ＦＫ）として格納される。従って、ユーザテーブルに格納されたユーザＩＤと画像ＩＤとは１対Ｎの関係となる。図１０に、画像テーブルの一例を示す。

【0062】

医療機関Ａとは異なる医療機関Ｂ～Ｃにおいてユーザの医用画像が撮像された場合、ユーザ情報データベース３３の画像テーブルに格納される画像ＩＤの各々は、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成されたものである。また、画像ＩＤの各々に対応付けられた医用画像の画素情報は、複数の医療機関Ａ～Ｄにおいて撮像されたものである。

【0063】

次に、画像診断装置２１Ａは、図１１の（Ｂ－１）において、データ管理システム１が稼動した後、２回目の医用画像の画像群を撮像する。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、医用画像の画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、２回目の撮像によって得られた医用画像の画像群のＤＩＣＯＭ画像を生成する。

【0064】

処理サーバ２２Ａの処理制御部２３Ａは、図１１の（Ｂ－２）において、画像診断装置２１Ａによって生成された２回目の撮像によって得られた画像群のＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。処理制御部２３Ａは、図１１の（Ｂ－３）において、付帯情報を付帯情報管理サーバ２５Ａへ出力する。また、処理サーバ２２Ａは、図１１の（Ｂ－４）において、画素情報及びユーザＩＤをデータ管理サーバ３へ送信する。

【0065】

付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、図１１の（Ｂ－５）において、生成対象の医用画像の画素情報の画像ＩＤを生成する際に、前回生成された画像ＩＤ１と、生成対象の医用画像の付帯情報とに基づいて、画像ＩＤ２を生成する。具体的には、付帯情報制御部２６Ａは、処理サーバ２２Ａによって出力された付帯情報と前回の画像群の画像ＩＤ１とをハッシュ化することにより、２回目の撮像によって得られた画像群の画像ＩＤ２を生成する。

【0066】

そして、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、付帯情報及び画像ＩＤ２を含むブロックを医療機関システム２Ｂ～２Ｄへ送信する。

【0067】

医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄは、医療機関Ａにおいて撮像された医用画像の画像群の付帯情報及び画像ＩＤ２を含むブロックを取得し、取得したブロックをブロック情報データベース２８Ｂ～２７Ｄのブロック情報テーブルのブロックチェーンへ追加する。また、付帯情報制御部２６Ａは、生成したブロックを、ブロック情報データベース２８Ａのブロック情報テーブルのブロックチェーンへ追加する。

【0068】

これにより、例えば図１２に示されるように、医療機関Ａに関する情報はデータ管理サーバ３の医療機関データベース３２へ登録され、医療機関Ａの医療機関システム２Ａの付帯情報管理サーバ２５Ａが備えるブロック情報データベース２８Ａのブロック情報テーブルにブロック情報が格納される。

【0069】

なお、ブロック情報データベース２８Ａのブロック情報テーブルに格納される情報は、図１３に示されるように、画像ＩＤ及び付帯情報を含む複数のブロックの系列を表すブロックチェーンとして格納される。

【0070】

次に、図１４を参照して、医療機関Ａとは異なる医療機関Ｂが、医療機関Ａで撮像されたユーザ１０の医用画像の画素情報を取得する場面について説明する。

【0071】

図１４の（Ｃ－１）において、ユーザ１０が医療機関Ｂを訪問し、ユーザ１０の個人情報等を含む患者の情報とユーザＩＤとを医療機関Ｂへ提示する。医療機関Ｂの担当者は、ユーザ１０の患者の情報とユーザＩＤとを取得する。そして、医療機関Ｂの担当者は、ユーザＩＤを付帯情報管理サーバ２５Ｂへ入力する。

【0072】

付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、ユーザＩＤを取得する。そして、付帯情報制御部２６Ｂは、（Ｃ－２）において、ユーザＩＤを含む特定の要求信号を、データ管理サーバ３へ送信する。ユーザＩＤを含む特定の要求信号は、特定のコンテンツデータに関する要求信号の一例である。

【0073】

データ管理サーバ３の制御部３１は、通信部３０により受信した要求信号を受信する。次に、制御部３１は、ユーザ情報データベース３３の画像テーブルを参照し、要求信号に含まれるユーザＩＤに対応する全ての画像ＩＤ及び画素情報を取得する。そして、制御部３１は、取得した全ての画像ＩＤ及び画素情報を医療機関システム２Ｂの付帯情報管理サーバ２５Ｂへ通信部３０を介して送信する。

【0074】

付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、データ管理サーバ３から送信された画像ＩＤ及び画素情報を取得する。付帯情報制御部２６Ｂは、付帯情報データベース２７Ｂのブロック情報テーブルを参照し、データ管理サーバ３から送信された画像ＩＤと対応する付帯情報を取得する。そして、付帯情報制御部２６Ｂは、付帯情報とデータ管理サーバ３から送信された画素情報とを対応付けて、ユーザ１０のＤＩＣＯＭ画像を復元する。これにより、医療機関Ｂは、他の医療機関Ａにおいて撮像されたユーザ１０の医用画像を取得することができる。なお、ＤＩＣＯＭ画像を復元せずに、付帯情報と画素情報とを単に対応付けてもよい。

【0075】

データ管理システム１のデータ管理サーバ３、病院端末１９Ａ、ＲＩＳサーバ２０Ａ、画像診断装置２１Ａ、処理サーバ２２Ａ、及び付帯情報管理サーバ２５Ａは、例えば、図１５に示すコンピュータ５０で実現することができる。コンピュータ５０はＣＰＵ５１、一時記憶領域としてのメモリ５２、及び不揮発性の記憶部５３を備える。また、コンピュータ５０は、入出力装置等（図示省略）が接続される入出力interface（Ｉ／Ｆ）５４、及び記録媒体５９に対するデータの読み込み及び書き込みを制御するread/write（Ｒ／Ｗ）部５５を備える。また、コンピュータ５０は、インターネット等のネットワークに接続されるネットワークＩ／Ｆ５６を備える。ＣＰＵ５１、メモリ５２、記憶部５３、入出力Ｉ／Ｆ５４、Ｒ／Ｗ部５５、及びネットワークＩ／Ｆ５６は、バス５７を介して互いに接続される。

【0076】

記憶部５３は、Hard Disk Drive（ＨＤＤ）、solid state drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部５３には、コンピュータ５０を機能させるためのプログラムが記憶されている。ＣＰＵ５１は、プログラムを記憶部５３から読み出してメモリ５２に展開し、プログラムが有するプロセスを順次実行する。ソフトウェアであるプログラムを実行するプロセッサはハードウェアである。

【0077】

＜データ管理システム１の作用＞
次に、図１６～図１９を参照して、本実施の形態のデータ管理システム１の作用について説明する。データ管理システム１のデータ管理サーバ３、ユーザ端末４、病院端末１９Ａ～１９Ｄ、画像診断装置２１Ａ、処理サーバ２２Ａ、付帯情報管理サーバ２５Ａ～２５Ｂは、以下の処理に対応する各プログラムを実行する。

【0078】

＜ユーザ及び医療機関登録処理＞
まず、図１６を参照して、ユーザ登録と医療機関登録との処理について説明する。

【0079】

ステップＳ１００において、ユーザはユーザ端末４を操作し、データ管理サーバ３に対してユーザ名等のユーザ情報を含む制御信号を送信する。

【0080】

ステップＳ１０２において、データ管理サーバ３の通信部３０は、上記ステップＳ１００でユーザ端末４から送信された制御信号を受信する。次に、データ管理サーバ３の制御部３１は、通信部３０により受信した制御信号に含まれるユーザ情報に応じてユーザＩＤを生成する。そして、制御部３１は、ユーザＩＤとユーザ情報に含まれるユーザ名等とを対応付けて、ユーザ情報データベース３３へ登録する。

【0081】

ステップＳ１０４において、データ管理サーバ３の制御部３１は、上記ステップＳ１０２で生成されたユーザＩＤをユーザ端末４へ送信する。

【0082】

ステップＳ１０６において、ユーザ端末４は、ステップＳ１０４でデータ管理サーバ３から送信されたユーザＩＤを取得し、ユーザ端末４の所定の記憶部（図示省略）へ格納する。

【0083】

ステップＳ１０８において、医療機関システム２Ａの病院端末１９Ａは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ３に対して医療機関名等の医療機関情報を含む制御信号を送信する。

【0084】

ステップＳ１１０において、データ管理サーバ３の通信部３０は、ステップＳ１０８で病院端末１９Ａから送信された制御信号を受信する。データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に含まれる医療機関情報に応じて医療機関ＩＤを生成する。そして、制御部３１は、医療機関ＩＤと医療機関情報に含まれる医療機関名等とを対応付けて、医療機関データベース３２へ登録する。

【0085】

ステップＳ１１２において、データ管理サーバ３の制御部３１は、上記ステップＳ１１０で生成された医療機関ＩＤを病院端末１９Ａへ送信する。

【0086】

ステップＳ１１４において、病院端末１９Ａは、ステップＳ１１２で病院端末１９Ａから送信された医療機関ＩＤを取得し、病院端末１９Ａの所定の記憶部（図示省略）へ格納する。

【0087】

次に、医療機関Ａにおける医用画像取得処理とブロック情報生成処理とについて説明する。なお、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明する。具体的には、ブロック情報生成処理が行われる時間帯を予め設定する。例えば、ブロック情報生成処理が行われる時間帯をＡＭ００：００～ＡＭ８：００として予め設定し、付帯情報管理サーバ２５Ａ～２５Ｄは、ＡＭ００：００～ＡＭ８：００の間でブロック情報生成処理を実行する。そのため、予め設定された時間帯と異なる時間帯ＡＭ８：００～ＰＭ１２：００の間は、ブロックチェーンは更新されない。

【0088】

＜医用画像取得処理＞
まず、図１７を参照して、医療機関Ａにおいて医用画像が撮像される場面において行われる処理を説明する。

【0089】

ユーザが医療機関Ａを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末４の記憶部（図示省略）に格納されたユーザＩＤとを医療機関Ａへ提示する。医療機関Ａの担当者は、患者の情報とユーザＩＤとを取得する。そして、医療機関Ａの担当者は、患者の情報をＲＩＳサーバ２０Ａへ入力する。また、医療機関Ａの担当者は、ユーザＩＤを処理サーバ２２Ａへ入力する。

【0090】

ＲＩＳサーバ２０Ａは、担当者によって入力された患者の情報を受け付ける。そして、ＲＩＳサーバ２０Ａは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部（図示省略）へ登録する。

【0091】

ステップＳ２００において、画像診断装置２１Ａは、ユーザに対しての複数の医用画像を撮像する。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すＤＩＣＯＭ画像を生成する。そして、画像診断装置２１Ａは、ＤＩＣＯＭ画像を処理サーバ２２Ａへ出力する。

【0092】

ステップＳ２０２において、処理サーバ２２Ａの処理制御部２３Ａは、上記ステップＳ２００で画像診断装置２１Ａから出力されたＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。

【0093】

ステップＳ２０４において、処理制御部２３Ａは、上記ステップＳ２０２で得られた付帯情報と、医療機関Ａの担当者により入力されたユーザＩＤとを付帯情報管理サーバ２５Ａへ出力する。また、処理制御部２３Ａは、上記ステップＳ２０２で得られた画素情報と、医療機関Ａの担当者により入力されたユーザＩＤとをデータ管理サーバ３へ通信部２４Ａを介して送信する。

【0094】

ステップＳ２０６において、データ管理サーバ３の通信部３０は、上記ステップＳ２０４で処理サーバ２２Ａから送信された画素情報及びユーザＩＤを受信する。

【0095】

ステップＳ２０８において、データ管理サーバ３の制御部３１は、上記ステップＳ２０６で通信部３０により受信された画素情報及びユーザＩＤをユーザ情報データベース３３の画像テーブルに格納する。

【0096】

ステップＳ２１０において、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、上記ステップＳ２０４で処理サーバ２２Ａから出力された付帯情報及びユーザＩＤを取得する。

【0097】

ステップＳ２１２において、付帯情報制御部２６Ａは、上記ステップＳ２１０で取得された付帯情報及びユーザＩＤを付帯情報データベース２７Ａの付帯情報テーブルへ格納する。

【0098】

＜ブロック情報生成処理＞
次に、図１８を参照して、医療機関Ａにおけるブロック情報生成処理を説明する。例えば、ブロック情報生成処理が行われる時間帯において、付帯情報管理サーバ２５Ａは、図１８に示すブロック情報生成処理を実行する。

【0099】

なお、本実施形態では、各医療機関の付帯情報管理サーバ２５Ａ～２５Ｄは、予め設定された順番に従って、ブロック情報の生成処理を行う場合を例に説明する。例えば、データ管理サーバ３は、医療機関Ａ～Ｄの医療機関ＩＤに対して、ブロック情報の生成処理の順番を表す番号を割り当てる（医療機関Ａ：１、医療機関Ｂ：２、医療機関Ｃ：３、医療機関Ｄ：４）。

【0100】

そして、例えば、データ管理サーバ３は、ブロック情報生成処理の実行を指示する指示信号を、予め設定された順番に応じて、付帯情報管理サーバ２５Ａ～２５Ｄへ送信する。そして、指示信号を受信した付帯情報管理サーバは、ブロック情報生成処理を実行する。

【0101】

例えば、番号１が割り当てられた医療機関Ａの付帯情報管理サーバ２５Ａが指示信号を受信すると、ブロック情報テーブルの最後尾のブロックに含まれる画像ＩＤを用いて、新しいブロックの生成を開始する。次に、番号２が割り当てられた医療機関Ｂの付帯情報管理サーバ２５Ｂが指示信号を受信すると、医療機関Ａの付帯情報管理サーバ２５Ａが生成した最後尾のブロックを用いて、新しいブロックの生成を開始する。

【0102】

以下、付帯情報管理サーバ２５Ａが実行するブロック情報生成処理について説明する。

【0103】

ステップＳ２１４において、データ管理サーバ３の制御部３１は、予め設定された順番に従い、指示信号を付帯情報管理サーバ２５Ａへ通信部３０を介して送信する。

【0104】

ステップＳ２１６において、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、データ管理サーバ３から送信された指示信号を受信する。そして、付帯情報制御部２６Ａは、通信部２９Ａにより受信された指示信号を取得すると、以下のステップＳ２１８～ステップＳ２２８の各処理を実行する。

【0105】

ステップＳ２１８において、付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤのうち、１組の付帯情報及びユーザＩＤを取得する。

【0106】

ステップＳ２２０において、付帯情報制御部２６Ａは、ブロック情報データベース２８Ａのブロック情報テーブルから、最後尾のブロック情報を取得する。ブロック情報には画像ＩＤが含まれる。

【0107】

ステップＳ２２２において、付帯情報制御部２６Ａは、上記ステップＳ２１４で取得された付帯情報及び上記ステップＳ２１６で取得されたブロック情報に含まれる画像ＩＤをハッシュ化することにより、画像ＩＤを生成する。

【0108】

なお、ステップＳ２２２において、データ管理システム１が初めて稼動した後、画像ＩＤが初めて生成される場合には、付帯情報制御部２６Ａは、データ管理サーバ３により予め生成された画像ＩＤ０及び上記ステップＳ２１４で取得された付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。

【0109】

ステップＳ２２４において、付帯情報制御部２６Ａは、上記ステップＳ２１４で取得された付帯情報及び上記ステップＳ２１８で生成された画像ＩＤを含むブロックを、他の医療機関Ｂ～Ｄの医療機関システム２Ｂ～２Ｄへ通信部２９Ａを介して送信する。

【0110】

ステップＳ２２６において、医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄの通信部２９Ｂ～２９Ｄは、上記ステップＳ２２４で送信された付帯情報及び画像ＩＤを含むブロックを受信する。

【0111】

ステップＳ２２８において、各付帯情報管理サーバ２５Ｂ～２５Ｄの付帯情報制御部２６Ｂ～２６Ｄは、上記ステップＳ２２６で受信したブロックを各ブロック情報データベース２８Ａ～２７Ｄのブロック情報テーブルのブロックチェーンへ追加する。

【0112】

次に、ステップＳ２３０において、付帯情報制御部２６Ａは、上記ステップＳ２１８で取得された付帯情報及び上記ステップＳ２２２で生成された画像ＩＤを含むブロックを、ブロック情報データベース２８Ａのブロック情報テーブルへ格納する。具体的には、ブロックをブロック情報テーブルのブロックチェーンへ追加する。

【0113】

ステップＳ２３２において、付帯情報制御部２６Ａは、上記ステップＳ２２２で生成された画像ＩＤと上記ステップＳ２１８で取得されたユーザＩＤとを対応付けて、画像ＩＤ及びユーザＩＤをデータ管理サーバ３へ通信部２９Ａを介して送信する。

【0114】

ステップＳ２３４において、データ管理サーバ３の通信部３０は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤを受信する。

【0115】

ステップＳ２３６において、データ管理サーバ３の制御部３１は、上記ステップＳ２３４で受信された画像ＩＤ及びユーザＩＤと、医用画像取得処理の上記ステップＳ２０８でユーザ情報データベース３３の画像テーブルに格納された画素情報及びユーザＩＤとに基づき、画像ＩＤと画素情報とを対応付ける。具体的には、ユーザＩＤが対応する、画像ＩＤと画素情報とを対応付けて、ユーザ情報データベース３３の画像テーブルへ格納する。

【0116】

付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤの全てについて、上記ステップＳ２１８～ステップＳ２３２の処理を繰り返す。これにより、医療機関Ａにおいて撮像された医用画像の付帯情報及び画像ＩＤを含むブロックチェーンが生成される。

【0117】

なお、医療機関Ａの付帯情報管理サーバ２５Ａにおいて実行されるブロック情報生成処理について説明したが、他の医療機関の付帯情報管理サーバ２５Ｂ～２５Ｄにおいても同様にブロック情報生成処理が実行される。

【0118】

＜画素情報取得処理＞
次に、図１９を参照して、医療機関Ｂが、医療機関Ａで撮像されたユーザの医用画像の画素情報を取得する処理について説明する。

【0119】

ユーザが医療機関Ｂを訪問し、ユーザの個人情報等を含む患者の情報とユーザＩＤとを医療機関Ｂへ提示する。医療機関Ｂの担当者は、ユーザ１０の患者の情報とユーザＩＤとを取得する。そして、医療機関Ｂの担当者は、ユーザＩＤを付帯情報管理サーバ２５Ｂへ入力する。

【0120】

ステップＳ４００において、付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、ユーザＩＤを取得する。

【0121】

ステップＳ４０２において、付帯情報制御部２６Ｂは、上記ステップＳ４００で取得したユーザＩＤを含む特定の要求信号を、データ管理サーバ３へ送信する。

【0122】

ステップＳ４０４において、データ管理サーバ３の制御部３１は、上記ステップＳ４０２で送信された要求信号を取得する。制御部３１は、ユーザ情報データベース３３の画像テーブルを参照し、要求信号に含まれるユーザＩＤに対応する画像ＩＤ及び画素情報を取得する。そして、制御部３１は、画像ＩＤ及び画素情報を医療機関システム２Ｂの付帯情報管理サーバ２５Ｂへ通信部３０を介して送信する。

【0123】

ステップＳ４０６において、付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、上記ステップＳ４０４でデータ管理サーバ３から送信された画像ＩＤ及び画素情報を取得する。

【0124】

ステップＳ４０８において、付帯情報制御部２６Ｂは、ブロック情報データベース２８Ｂのブロック情報テーブルを参照し、データ管理サーバ３から送信された画像ＩＤと対応する付帯情報を取得する。そして、付帯情報制御部２６Ｂは、付帯情報とデータ管理サーバ３から送信された画素情報とを対応付けて、ユーザ１０のＤＩＣＯＭ画像を復元する。これにより、医療機関Ｂは、他の医療機関Ａにおいて撮像されたユーザ１０の医用画像を取得することができる。

【0125】

以上説明したように、本実施の形態に係るデータ管理システムの付帯情報管理サーバ２５Ａ～２５Ｄは、医用画像の画素情報と付帯情報とを含むＤＩＣＯＭ画像のうちの付帯情報に基づいて、医用画像の画素情報の識別情報を表す画像ＩＤを生成する。また、データ管理システムのデータ管理サーバ３は、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤの各々と、画像ＩＤの各々に対応する医用画像の画素情報とが対応付けられて格納されたユーザ情報データベースを備え、ユーザＩＤを含む特定の要求信号を受け付けた場合に、ユーザ情報データベースに格納された医用画像の画素情報のうち、要求信号に対応する画素情報を出力する。これにより、医用画像の画素情報と付帯情報とが対応付けられて管理されている場合であっても、医用画像の画素情報にアクセスするための画像ＩＤを複数の医療機関によって共有することができる。また、医用画像の付帯情報を医療機関内で管理し、医用画像の画素情報を外部サーバで管理することにより、ユーザである患者の個人情報が含まれる付帯情報を医療機関内で管理しつつ、医用画像の画素情報を複数の医療機関によって共有することができる。

【0126】

また、本実施形態では、前回生成された画像ＩＤ及び付帯情報から生成された画像ＩＤを含むブロックの系列がブロックチェーンとして管理される。これにより、データの改竄が困難となり、付帯情報及び画像ＩＤのデータの完全性が確保される。

【0127】

また、本実施形態では、医用画像の画素情報と付帯情報とを含むＤＩＣＯＭ画像を管理する場合に、医用画像の画素情報と付帯情報とを分けて、医用画像の画素情報を画像ＩＤ及びユーザＩＤと共にデータ管理サーバ３で管理する。また、付帯情報を画像ＩＤと共に複数の付帯情報管理サーバ２５Ａ～２５Ｄで共有するように管理する。そして、複数の付帯情報管理サーバ２５Ａ～２５Ｄの何れかで、特定のユーザについての医用画像を参照する際には、特定のユーザのユーザＩＤで、データ管理サーバ３から、医用画像の画素情報及び画像ＩＤを取得し、当該画像ＩＤで紐付けられた付帯情報を用いてＤＩＣＯＭ画像を復元することができる。

【0128】

また、本実施形態では、図２０に示されるように、ＤＩＣＯＭ画像のうちの付帯情報と画素情報とが画像ＩＤを介して紐付けられる。画像ＩＤ及び付帯情報を含むブロックの系列がブロックチェーンとして管理され、付帯情報と画像ＩＤと画素情報とが１対１に対応付けられる。これにより、ブロックチェーンの各ブロックに対応する画素情報を特定することができる。

【0129】

本実施形態のデータ管理システムを利用する医療機関は、他の医療機関で既に撮像された医用画像を取得することができるため、診断精度の向上が期待される。これにより、医用画像の撮像の機会が減り、医療費の削減、患者の被ばく線量の抑制、及び医師の業務負担の軽減につながる。

【0130】

また、医用画像をセキュアに共有することができ、過去に撮像された医用画像を複数の医療機関で診断に用いることができる。

【0131】

なお、本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。

【0132】

例えば、本実施形態では、複数の医療機関として医療機関Ａ～Ｄを対象に説明したがこれに限定されるものではなく、より多く又はより少ない医療機関を対象としても良い。

【0133】

また、本実施形態では、コンテンツデータの一例が医用画像の画素情報であり、メタデータの一例が付帯情報である場合を例に説明したが、これに限定されるものではない。例えば、コンテンツデータが画像であり、メタデータが画像に映っている内容を表す情報であってもよい。また、コンテンツデータが文書情報であり、メタデータが文書を作成したユーザ名等を表す情報であってもよい。

【0134】

また、本実施形態では、医療機関は他の医療機関によって撮像された医用画像を取得する場合に、画素情報取得処理において、ユーザＩＤを含む要求信号をデータ管理サーバ３へ送信し、データ管理サーバ３は要求信号に含まれるユーザＩＤに対応する画像ＩＤ及び画素情報を出力する場合を例に説明したが、これに限定されるものではない。例えば、医療機関の付帯情報管理サーバの付帯情報データベースには、ユーザＩＤが画像ＩＤと予め対応付けられて格納されていてもよい。この場合、医療機関の担当者から入力されたユーザＩＤを付帯情報管理サーバが受け付けると、付帯情報管理サーバの付帯情報制御部は、ブロック情報データベースのブロック情報テーブルを参照して、ユーザＩＤと対応付けられた画像ＩＤを取得し、画像ＩＤを含む要求信号をデータ管理サーバ３へ送信する。そして、データ管理サーバ３は要求信号に含まれる画像ＩＤに対応する画素情報を付帯情報管理サーバへ出力するようにしてもよい。また、要求信号には、ユーザＩＤと画像ＩＤとの両方が含まれていても良い。

【0135】

また、本実施形態では、ＤＩＣＯＭ画像のうちの付帯情報に基づいて、画像ＩＤを生成する場合を例に説明したがこれに限定されるものではない。例えば、ＤＩＣＯＭ画像のうちの画素情報に基づいて、画像ＩＤを生成してもよい。また、付帯情報及び画素情報に基づいて画像ＩＤを生成してもよい。

【0136】

また、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明したが、これに限定されるものではない。例えば、医用画像取得処理において医用画像が撮像される毎に、付帯情報及び画像ＩＤを含むブロックをリアルタイムで生成してブロック情報を書き換え、ブロックチェーンを更新するようにしてもよい。この場合には、ブロックチェーンの最後尾のブロックの確保を所定の方式で予め設定しておく必要がある。例えば、特定のサーバがブロック情報を更新している間は他のサーバは更新することができないように設定するようにしてもよい。また、ブロックチェーン技術におけるコンセンサスアルゴリズムに基づき、ブロックチェーンの正しい分岐を決定していく等の処理を用いてもよい。

【0137】

また、本願明細書中において、プログラムが予めインストールされている実施形態として説明したが、当該プログラムを、コンピュータ読み取り可能な記録媒体に格納して提供することも可能である。

【符号の説明】

【0138】

１ データ管理システム
２Ａ～２Ｄ 医療機関システム
３ データ管理サーバ
４ ユーザ端末
５ ネットワーク
１０ ユーザ
１９Ａ～１９Ｄ 病院端末
２０Ａ～２０Ｄ ＲＩＳサーバ
２１Ａ～２１Ｄ 画像診断装置
２２Ａ～２２Ｄ 処理サーバ
２３Ａ～２３Ｄ 処理制御部
２４Ａ～２４Ｄ 通信部
２５Ａ～２５Ｄ 付帯情報管理サーバ
２６Ａ～２６Ｄ 付帯情報制御部
２７Ａ～２７Ｄ 付帯情報データベース
２８Ａ～２８Ｄ ブロック情報データベース
３０ 通信部
３１ 制御部
３２ 医療機関データベース
３３ ユーザ情報データベース
５０ コンピュータ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】