JP6822162B2 - データ管理システム及びデータ管理方法 - Google Patents

Description

本発明は、データ管理システム及びデータ管理方法に関する。

従来、医療の分野では、患者を撮影した医用画像を法律や省令により過去の診断資料として安全に保管することが義務付けられている。そして、それを実現するための方法として、例えば、特許文献１には、医用画像に係るデータファイルを保管するための複数のストレージ装置を備え、ストレージ装置に保管されている医用画像のデータファイルのコピーを、通信ネットワークを介してバックアップ装置にバックアップする画像管理システムが記載されている。

そして、上記のバックアップ装置にデータファイルのコピーを保存してバックアップする従来の画像管理システムでは、ストレージ装置から、医用画像に係るデータファイルやそれに付随する情報のコピーをバックアップ装置に送信し、バックアップ装置でそのコピーを保存することで、データファイルのバックアップを行うように構成されている場合が多い。

特開２００８−７１０３９号公報

ところで、従来のような画像管理システムによってデータファイルのバックアップが適切に行われていれば、ストレージ装置上で元のデータファイルの物理的破損（例えば、ＨＤＤの故障等）が発生してデータファイルが破損しても、バックアップ装置からストレージ装置にデータファイルのコピーを送信することで元のデータファイルの復旧が可能である。

ところが、ストレージ装置上でデータファイルが論理的破損（例えば、操作ミス、コンピューターウィルス、ソフトウェアの不具合等）により、正常ではない値に書き換わってしまった場合に、例えば上記のようにストレージ装置からバックアップ装置に正常でないデータファイルのコピーが送信されて上書きされてしまうと、バックアップ装置上のデータファイルのコピーも正常なデータではなくなる。そのため、バックアップ装置上のデータファイルのコピーが異常になるだけでなく、バックアップ装置でデータファイルのコピーにアクセスできなくなる等してストレージ装置の元のデータファイルを復旧できなくなるという事態が起こり得る。

また、震災等によるファイルの物理的破損を防ぐために、例えばバックアップ装置をストレージ装置の設置場所から離れた遠隔地に設置する方法が採られる場合もあり得る。しかし、バックアップ装置をストレージ装置から物理的に離しても、上記のような論理的破損が発生した場合には、それに対しては効果を発揮できない。

本発明は上記事情に鑑みてなされたものであり、ストレージ装置（第１サーバー）側で論理的破損によりデータファイルが正常ではない値に書き換わってしまった場合でもバックアップ装置（第２サーバー）でデータファイルのコピーを適切に保全することを可能とするデータ管理システム及びデータ管理方法を提供することを目的とする。

上記課題を解決するため、請求項１に記載の発明は、データ管理システムであって、
データファイルを予め保管する第１サーバーと、
前記第１サーバーと通信ネットワークを介して接続され、前記データファイルのコピーを保管する第２サーバーと、
を備え、
前記データファイルは、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成され、
前記第１サーバーは、
前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を有し、
前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映するとともに、当該他のヘッダー部のコピーを前記第２サーバーに送信し、
前記第２サーバーは、
前記第１サーバーから送信された前記他のヘッダー部のコピーを世代管理することを特徴とする。
請求項２に記載の発明は、データ管理システムであって、
データファイルを予め保管する第１サーバーと、
前記第１サーバーと通信ネットワークを介して接続され、前記データファイルのコピーを保管する第２サーバーと、
を備え、
前記データファイルは、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成され、
前記第１サーバーは、
前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を有し、
前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映し、
前記他のヘッダー部に更新情報が反映された際に、反映された前記他のヘッダー部の読み込み及び／又は解析を行い、
前記他のヘッダー部の読み込み及び／又は解析の結果を基に、前記他のヘッダー部のコピーを前記第２サーバーに送信し、
前記第２サーバーは、
前記第１サーバーから送信された前記他のヘッダー部のコピーを世代管理することを特徴とする。

請求項３に記載の発明は、請求項２に記載のデータ管理システムにおいて、
前記他のヘッダー部の読み込み及び／又は解析の結果が正常であると判断された場合に、前記他のヘッダー部のコピーを前記第２サーバーに送信することを特徴とする。

請求項４に記載の発明は、請求項１〜３のいずれか一項に記載のデータ管理システムにおいて、
前記第１サーバーは、
前記第２サーバーに保管された前記データファイルを用いて前記第１サーバーのデータファイルを復元可能となっていることを特徴とする。

請求項５に記載の発明は、請求項１〜４のいずれか一項に記載のデータ管理システムにおいて、
前記第２サーバーは、
前記第１サーバーに保管された前記データファイルを用いて前記第２サーバーのデータファイルを復元可能となっていることを特徴とする。

請求項６に記載の発明は、請求項１〜５のいずれか一項に記載のデータ管理システムにおいて、
前記データファイルは、ＤＩＣＯＭ規格に基づいて構成されたものであることを特徴とする。

請求項７に記載の発明は、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成されたデータファイルを、通信ネットワークを介して接続された第１サーバーから第２サーバーにバックアップするデータ管理方法であって、
前記第１サーバーに前記データファイルを予め保管し、前記第２サーバーに前記データファイルのコピーを予め保管しておき、さらに、前記第１サーバーに、前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を生成し、
前記データファイルにおける前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映するとともに、当該他のヘッダー部のコピーを前記第１サーバーによって前記第２サーバーに送信し、
前記第１サーバーから送信された前記他のヘッダー部のコピーを、前記第２サーバーにおいて世代管理することを特徴とする。
請求項８に記載の発明は、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成されたデータファイルを、通信ネットワークを介して接続された第１サーバーから第２サーバーにバックアップするデータ管理方法であって、
前記第１サーバーに前記データファイルを予め保管し、前記第２サーバーに前記データファイルのコピーを予め保管しておき、さらに、前記第１サーバーに、前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を生成し、
前記データファイルにおける前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映し、
前記他のヘッダー部に更新情報が反映された際に、反映された前記他のヘッダー部の読み込み及び／又は解析を行い、
前記他のヘッダー部の読み込み及び／又は解析の結果を基に、前記他のヘッダー部のコピーを前記第１サーバーによって前記第２サーバーに送信し、
前記第１サーバーから送信された前記他のヘッダー部のコピーを、前記第２サーバーにおいて世代管理することを特徴とする。

請求項９に記載の発明は、請求項８に記載のデータ管理方法において、
前記他のヘッダー部の読み込み及び／又は解析の結果が正常であると判断された場合に、前記他のヘッダー部のみをコピーして前記第２サーバーに送信することを特徴とする。

本発明によれば、第１サーバー（ストレージ装置）側で論理的破損により正常ではない値に書き換わってしまった場合でも第２サーバー（バックアップ装置）でデータファイルのコピーを適切に保全することが可能となる。

データ管理システムの構成を示す図である。 データファイルの構成を示す図である。 第１サーバー１の構成を示すブロック図である。 構成例１におけるバックアップ処理の動作を示すフローチャートである。 構成例１におけるバックアップ処理の具体例を説明する概略図である。 構成例２におけるバックアップ処理の動作を示すフローチャートである。 構成例２におけるバックアップ処理の具体例を説明する概略図である。 構成例３におけるバックアップ処理の動作を示すフローチャートである。 構成例３におけるバックアップ処理の具体例を説明する概略図である。

以下、図面を参照して本発明の実施の形態について説明する。ただし、以下に述べる実施形態には、本発明を実施するために技術的に好ましい種々の限定が付されているが、本発明の技術的範囲を以下の実施形態および図示例に限定するものではない。

図１は、本実施形態におけるデータ管理システムの全体構成を示している。
図１に示すように、データ管理システムは、ＬＡＮ（Local Area Network）等の通信ネットワークを介して接続された複数のサーバー１，２を用いてデータファイル１０のバックアップを行うためのものである。

本実施形態のデータ管理システムは、病院や診療所を始めとする医療施設に導入されている。また、医療施設内には、第１サーバー１を始め、患者の診断対象部位を被写体として撮影し、撮影した画像をデジタル変換して医用画像を生成するモダリティー（図示せず）や、その他診療に必要な各種装置が適宜設置されている。

医療施設内の通信方式としては、一般的に、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格が用いられており、ＬＡＮ接続された各装置間の通信では、ＤＩＣＯＭ ＭＷＭ（Modality Worklist Management）やＤＩＣＯＭ ＭＰＰＳ（Modality Performed Procedure Step）が用いられる。なお、本実施形態に適用可能な通信方式はこれに限定されない。

病院内の通信方式でやり取りされるデータには、例えばモダリティーによる撮影で得られた医用画像の画像データ（２次元撮影データ・３次元撮影データ）、検査データ、バイタルデータ等が含まれる。本実施形態において、第１サーバー１から第２サーバー２に送信されてバックアップされるデータファイル１０は上記の医用画像のデータファイルである。

図２は、データファイル１０の構成を示す図である。
図２に示すように、医用画像のデータファイル１０は、ファイルサイズの大きい主データ部１１と、当該主データ部１１に関連するファイルサイズの小さいヘッダー部１２と、を含んで構成されている。このデータファイル１０は、ＤＩＣＯＭ規格に基づいて構成されたものであり、医療施設において好適に使用することができる。

データファイル１０において、医用画像の画像データ（すなわち画像処理が施されていない、撮影されたままの状態のデータ（いわゆるrawデータ）であり、主に主データ部１１を構成するデータである。以下同じ。）とそれに対応するタグ等が記録された部分である。ファイルサイズは、例えばＣＲ（Computed Radiography）装置による撮影では５ＭＢ〜１０ＭＢ、ＤＲ（Digital Radiography）装置による撮影の場合には半切サイズ４画像分で４０ＭＢ程度、ＣＴ（Computed Tomography）装置による撮影では数百ＭＢと大きい。

ヘッダー部１２は、医用画像に対する処理パラメーター等が記録されたデータファイルの部分である。ヘッダー部１２は、単数又は複数のデータエレメント１２ａからなり、各データエレメント１２ａは、タグや文字列、データ長のほか、例えば、濃度コントラスト、アノテーション、計測結果、拡大率等の医用画像に対する処理パラメーターの情報や、患者ＩＤやファイルサイズ等の情報が記録されている。

そして、ヘッダー部１２は、ファイルサイズが２〜６０ＫＢ程度であり、上記の主データ部１１と比較するとファイルサイズが非常に小さい。

なお、データファイル１０には、医用画像の縮小画像データが記録されたサムネイル画像のデータが含まれる場合もある。サムネイル画像のデータサイズは約１０ＫＢと小さく、サムネイル画像が作成される場合には、通常、１枚の医用画像につき１つのサムネイル画像が作成される。

図１に示すように、複数のサーバー１，２のうち第１サーバー１は、患者の診療情報を始めとする医療施設の様々な情報を管理する院内サーバーであり、第２サーバー２はクラウド上に設けられたファイルサーバーである。第１サーバー１は、本実施形態においてバックアップ元（前述したストレージ装置）に相当し、第２サーバー２は、本実施形態においてバックアップ先（前述したバックアップ装置）に相当する。

院内サーバーである第１サーバー１は、クライアント端末３等の外部装置からの要求に応じて患者情報及び医療データ（例えば医用画像）を提供する。なお、クライアント端末３は、バックアップ先には相当せず、バックアップのためにデータファイル１０を保管しないように設定されている。また、第１サーバー１に対しては複数のクライアント端末３からアクセスすることが可能となっている。

このような第１サーバー１は、図３に示すように、制御部１００、記憶部１０１、操作部１０２、表示部１０３、通信部１０４、第１バックアップモジュール１０５等を備えて構成されており、各部はバス１０６により接続されている。

制御部１００は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、第１サーバー１の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１０２から入力される操作信号又は通信部１０４により受信される指示信号に応じて、ＲＯＭに記憶されている各種処理プログラムを読み出してＲＡＭに展開し、当該プログラムとの協働により、後述するバックアップ処理を始めとする各種処理を行う。

記憶部１０１は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成されている。記憶部１０１には、各種プログラムが記憶されているほか、医用画像を診断に適した画質に調整するための画像処理パラメーター（階調処理に用いる階調曲線を定義したルックアップテーブル、周波数処理の強調度等）等が記憶されている。
また、記憶部１０１は、モダリティーから送信された医用画像に基づき作成されたデータファイル１０を格納する画像ＤＢ（Data Base）１０１ａを有している。

操作部１０２は、カーソルキー、数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部１００に出力する。

表示部１０３は、例えばＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１００から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部１０３は、制御部１００からの指示に従って、医用画像を表示する。

通信部１０４は、ネットワークインターフェース等により構成され、通信ネットワークを介して接続された外部機器との間でデータの送受信を行う。例えば、通信部１０４は、モダリティーにより患者を撮影して得られた画像データを受信したり、その画像データを第２サーバー２に送信したりする。

第１バックアップモジュール１０５は、記憶部１０１の画像ＤＢ１０１ａに記憶されたデータファイル１０を読み込んで当該データファイル１０が正常であるか否かを判別する機能と、正常であると判別されたデータファイル１０等を通信部１０４との協働によって第２サーバー２との間で送受信する機能と、を有する。さらに、第２サーバー２から送信されたデータファイル１０等を記憶部１０１の画像ＤＢ１０１ａに書き込んで保存する機能も有する。

第１サーバー１における記憶部１０１の画像ＤＢ１０１ａに記憶されたデータファイル１０は、上記のようにモダリティーから送信された画像データを含むであるため、データファイル１０の原本となる。

図１に示すクラウド上に設けられた第２サーバー２は、ＣＰＵ等により構成される制御部、記憶部、通信部、第２バックアップモジュール２０５（図５等参照）等を備えて構成されている。このような第２サーバー２は、第１サーバー１からデータファイル１０等が送信され、保存が指示されると、送信されたデータファイル１０等を記憶部に書き込んで保存する。また、第１サーバー１からのデータ送信要求に応じてデータファイル１０を読み出して第１サーバー１に送信する。
また、記憶部は、第１サーバー１から送信されたデータファイル１０等を格納する画像ＤＢを有している。

第２サーバー２における記憶部の画像ＤＢに記憶されたデータファイル１０は、第１サーバー１から複製されて送信された画像データを含むため、データファイル１０のコピーとなる。

［構成例］
次に、図４〜図９を参照して、データ管理システムの動作の構成例について説明する。

まず、以下の構成例を説明する際の前提として、第１サーバー１にデータファイル１０の原本を予め保管し、第２サーバー２にデータファイル１０のコピーを予め保管しておく処理が行われる（ステップＳ１、ステップＳ２）。より詳細に説明すると、あるモダリティーを用いて撮影が行われると、当該モダリティーから撮影した医用画像の画像データを含むデータファイル１０が第１サーバー１に送信されてくる。そのため、第１サーバー１には、モダリティーから送信されたデータファイル１０が予め記憶部１０１に記憶された状態となっている。

そして、第１サーバー１に記憶されたデータファイル１０全体のコピーが、予め第２サーバー２に送信されて、第２サーバー２でもデータファイル１０が保管された状態となっている。
なお、この時点でのデータファイル１０は、第１サーバー１、第２サーバー２に保管された双方とも正常な状態にあるものとする。

また、以下の各構成例においても、撮影が行われてモダリティーから撮影した医用画像の画像データを含むデータファイル１０が第１サーバー１に送信されてくるごとに、第１サーバー１は、そのデータファイル１０を記憶部１０１に保管するとともに、そのデータファイル１０全体のコピーを第２サーバーに送信する。そして、第２サーバー２は、そのデータファイル１０のコピーを保管する。このようにして、データファイル１０のバックアップが行われる。

一方、第１サーバー１上で、第１サーバー１に保管された医用画像に対して新たに画像処理を行ったり、例えば画像のコントラストを変更するなどの階調を変更したり、病変の位置を指し示すアノテーションを付与する場合、データファイル１０の主データ部１１の画像データは変更されないが、ヘッダー部１２の医用画像に対する階調を変更するためのパラメーターや画像にオーバーレイするアノテーション情報等が更新される。そして、更新された処理パラメーターの情報等が第１サーバー１から第２サーバー２に送信されて、第２サーバー２でバックアップされる。

そして、従来のデータ管理システムでは、更新された処理パラメーターの情報等を第１サーバー１から第２サーバー２に送信してバックアップする際も、前述したように、処理パラメーターだけでなく、医用画像の画像データを含むデータファイル１０全体のコピーを第１サーバー１から第２サーバー２に送信していた。

しかし、そのために、前述したように、第１サーバー１上での操作ミスやコンピューターウィルスの感染等の論理的破損で第１サーバー１に保管されている医用画像の画像データが正常ではない値に書き換わってしまった場合に、そのコピーが第２サーバー２に送信されて、第２サーバー２に保管されていたデータファイル１０のコピーに上書きされてしまい、バックアップ装置としての第２サーバー２上のデータファイル１０のコピーも正常なデータでなくなってしまうという問題が生じていた。

そこで、本実施形態に係るデータ管理システムでは、以下の各構成例のように構成することで、上記の問題が生じないように構成されている。すなわち、第１サーバー１側で論理的破損によりデータファイル１０が正常ではない値に書き換わってしまった場合でも、バックアップ装置である第２サーバー２でデータファイル１０のコピーを適切に保全することができるようになっている。

以下の各構成例で説明するデータ管理システムによるバックアップ処理は、第１サーバー１に記憶されたデータファイル１０の原本におけるヘッダー部１２が、上記のように第１サーバー１上で医用画像に対して新たに画像処理が行われる等した際に更新されたタイミングで実行される。その他にも、予め定められた時刻が到来したタイミングや、操作部１０２からバックアップの指示が入力されたタイミングで実行できるようにしてもよい。

［構成例１］
本構成例１においては、第１サーバー１に記憶されたデータファイル１０の原本におけるヘッダー部１２が更新されると、図４のフローチャートに示すように、第１サーバー１における第１バックアップモジュール１０５が、ヘッダー部１２の読み込みを行い、データファイル１０の原本が正常であるか否かを判別する（ステップＳ３）。

より具体的に説明すると、例えばデータファイル１０の原本が、ランサムウェア等のマルウェアによってファイル暗号化されてしまった場合には、主データ部１１とヘッダー部１２の区別なく暗号化が行われるため、第１バックアップモジュール１０５によるヘッダー部１２について、後にユーザが閲覧可能なようにデータファイル１０を読み込み、所定のフォーマットに従い解析を行おうとするが、解析に失敗することがある。例えば図２に記載のフォーマットの場合、Data Lengthの部分にはそれに続くValue Filedのデータ長が16byteと記されている。ところがデータファイル１０が暗号化されているとData Lengthで指定している値が正常ではない値になってしまい、そのまま解析を進めていくと、データ長がファイルサイズより大きくなってしまうような矛盾が生じるなどデータ解析を進めることが出来ずに失敗してしまう。このような場合に、正常なデータでないと判断される。また、例えば画像処理を行う者の操作ミスでデータファイル１０の原本が破損してしまった場合にも、第１バックアップモジュール１０５によるヘッダー部１２の読み込みができなくなる。つまり読み込みできなくなる現象としては、ユーザの意図しない暗号化やデータの破損である。

そのため、本構成例１では、第１バックアップモジュール１０５は、データファイル１０のヘッダー部１２の読み込みができない場合に、第１サーバー１に記憶されたデータファイル１０の原本が正常なファイルではないと判別するようになっている。そして、この場合は、データファイル１０が読み込めないため、データファイル１０のコピーは実行されず、第２サーバー２に送信されることもない。

データファイル１０が正常ではない状態であった場合には、データファイル１０のコピーは実行されず、第２サーバー２に送信されなかった旨を、表示部１０３に表示して報知することが望ましい（ステップＳ４）。

また、上記のように第１サーバー１上で医用画像に対して画像処理が行われる等してデータファイル１０の原本におけるヘッダー部１２が更新された際に、第１サーバー１に保管されたデータファイル１０の原本が正常ではない状態になっている場合には、第２サーバー２に予め保管された正常なデータファイル１０のコピーを用いて復元することが望ましい（ステップＳ５）。データ管理システムがこのように動作することによって、第１サーバー１に保管されるデータファイル１０を元の正常な状態に戻すことができる。

一方、本構成例１では、第１バックアップモジュール１０５は、データファイル１０のヘッダー部１２を読み込むことができた場合に、第１サーバー１に記憶されたデータファイル１０の原本が正常なファイルであると判別するようになっている。そして、このようにしてデータファイル１０が正常な状態であると認識した場合には、従来のように第１サーバー１から第２サーバー２に医用画像の画像データを含むデータファイル１０全体のコピーを送信するのではなく、第１バックアップモジュール１０５によって、データファイル１０の原本のうちヘッダー部１２のみをコピーし、バックアップファイルとして第２サーバー２に送信する（ステップＳ６）。

そして、第１サーバーから送信されたヘッダー部１２のコピー（すなわちバックアップファイル）を、第２サーバー２に予め保管されたデータファイル１０に書き込んで、ヘッダー部１２の上書きを行う（ステップＳ７）。第２サーバー２に保管されたデータファイル１０の医用画像の画像データの部分は更新されず、元の画像データに対応するヘッダー部１２のみがバックアップファイルに更新される。
以上の動作で、データ管理システムによるバックアップ処理を行うことができる。

図５は、データ管理システムによるバックアップ処理の具体例を説明するための概略図である。図５に示す例では、第１サーバー１に予め保管されたデータファイル１０の原本における主データ部１１が破損した状態となっている。このような場合であっても、バックアップ処理を行うことができる。

すなわち、破損の原因が、例えばＨＤＤの故障等である物理的破損であった場合には、破損の原因を取り除いたうえで（例えばＨＤＤの修理・交換）、上述のステップＳ５で説明したように、第２サーバー２に予め保管されたデータファイル１０のコピーを用いて復元することができる。

一方、破損の原因が、例えば操作ミス、コンピューターウィルス、ソフトウェアの不具合等である論理的破損であった場合には、第１サーバー１でデータファイル１０が読み込めないため、上述のステップＳ３でデータファイル１０の原本が正常ではないと判別され、ステップＳ６のバックアップファイルの送信や、ステップＳ７のバックアップファイルの上書きが行われない。

そのため、バックアップファイルの保全を図ることができるため、第１サーバー１側で論理的破損によりデータファイル１０が正常ではない値に書き換わってしまった場合でもバックアップ装置である第２サーバー２でデータファイル１０のコピーを適切に保全することが可能となる。そして、この場合も、第２サーバー２に予め保管されている正常なバックアップファイル、すなわちデータファイル１０のコピーのヘッダー部１２を用いて、第１サーバー１に保管されているデータファイル１０の原本のヘッダー部１２を復元することができる。

また、論理的破損により第１サーバー１上のデータファイル１０の主データ部１１のみが破損していた場合であっても、第１バックアップモジュール１０５によって第２サーバー２に送信されるファイルは、ヘッダー部１２のみであるため、第２サーバー２に予め保管されたデータファイル１０の主データ部１１が上書きされることがない。

そのため、この場合も、バックアップファイルを保全することができるため、第１サーバー１側で論理的破損によりデータファイル１０が正常ではない値に書き換わってしまった場合でもバックアップ装置である第２サーバー２でデータファイル１０のコピーを適切に保全することが可能となる。そして、この場合も、第２サーバー２に予め保管されている正常なバックアップファイル、すなわちデータファイル１０のコピーのヘッダー部１２を用いて、第１サーバー１に保管されているデータファイル１０の原本のヘッダー部１２を復元することができる。

以下の各構成例においても同様であるが、本構成例１のように構成すれば、第１サーバー１に保管された医用画像に対する画像処理等を行った際に、第１サーバー１からデータファイル１０のヘッダー部１２のみを第２サーバー２に送信するため、このような場合にもデータファイル１０全体のコピーを送信する従来の場合に比べて、送信するファイルサイズを非常に小さくすることが可能となり、送信に要する時間が非常に短くなるといった効果もある。

［構成例２］
本構成例２においては、図６に示すように、データ管理システムが上述のステップＳ３で説明した動作を行い、データファイル１０の原本が正常であるか否かを判別する。すなわち、第１バックアップモジュール１０５は、データファイル１０のヘッダー部１２の読み込みができない場合に、第１サーバー１に記憶されたデータファイル１０の原本が正常なファイルではないと判別するようになっている。

そして、データファイル１０が正常なファイルではないと判別された場合には、上述のステップＳ４及びステップＳ５で説明した動作を行う。すなわち、第２サーバー２に送信されなかった旨を表示部１０３に表示して報知し、第２サーバー２に予め保管された正常なデータファイル１０のコピーを用いて第１サーバー１に保管するデータファイル１０の復元を行う。

一方、第１バックアップモジュール１０５が、データファイル１０が正常な状態であると認識した場合には、まず、第２サーバー２に予め保管されたデータファイル１０におけるヘッダー部１２をコピーしてバックアップファイルを生成する（ステップＳ８）。

続いて、第１バックアップモジュール１０５によって、データファイル１０の原本のうちヘッダー部１２のみをコピーし、バックアップファイルとして第２サーバー２に送信する（ステップＳ９）。この動作は、上述のステップＳ６の動作と同様である。

続いて、第２サーバー２によって、第１サーバー１から送信されたヘッダー部１２を、データファイル１０のコピーに対して書き込む（ステップＳ１０）。
以上の動作で、データ管理システムによるバックアップ処理を行うことができる。

図７は、データ管理システムによるバックアップ処理の具体例を説明するための概略図である。図７に示す例では、第１サーバー１に予め保管されたデータファイル１０の原本におけるヘッダー部１２が破損した状態となっている。このような場合であっても、バックアップ処理を行うことができる。

すなわち、破損の原因が、物理的破損であった場合には上述のように、破損の原因を取り除いたうえで、上述のステップＳ５で説明したように、第２サーバー２に予め保管されたデータファイル１０のコピーを用いて復元することができる。

一方、破損の原因が論理的破損であった場合には、第１サーバー１でデータファイル１０が読み込めないため、上述のステップＳ３でデータファイル１０の原本が正常ではないと判別される。また、ステップＳ８で第２サーバー２に予め保管されたデータファイル１０におけるヘッダー部１２をコピーしてバックアップファイルを生成するため、バックアップファイルの保全を図ることができる。

また、第１サーバー１のデータファイル１０におけるヘッダー部１２が、例えば操作ミスや情報の入力ミス等により論理的破損が起きた状態の場合には、第１バックアップモジュール１０５による判別処理が正常に行われてしまう場合がある。

ところが、本構成例２においては、このようにヘッダー部１２が論理的破損を起こしていた場合であっても、第２サーバー２に予め保管されたデータファイル１０のヘッダー部１２をコピーしてバックアップファイルを生成しておいてから、第１サーバー１から第２サーバー２にヘッダー部１２が送信される。

そのため、第１サーバーから送信された破損した状態のヘッダー部１２によって、第２サーバー２に予め保管されたデータファイル１０のヘッダー部１２が上書きされても、バックアップファイルを保全することができる。つまり、ステップＳ８で生成されたバックアップファイルを用いて、第１サーバー１に保管されているデータファイル１０の原本のヘッダー部１２を復元することができる。

［構成例３］
本構成例３においては、図８に示すように、データ管理システムが上述のステップＳ１及びステップＳ２で説明した動作を行った後、上記のように第１サーバー１上で医用画像に対して画像処理が行われる等してデータファイル１０の原本におけるヘッダー部１２が更新されるタイミングで、更新情報が反映された状態の他のヘッダー部１２´を別途生成する（ステップＳ１１）。なお、このとき、データファイル１０の原本におけるヘッダー部１２には更新情報が反映されない。

更新情報が反映された状態の他のヘッダー部１２´が別途生成されると、第１サーバー１における第１バックアップモジュール１０５が、他のヘッダー部１２´の読み込みを行い、データファイル１０の原本が正常であるか否かを判別する（ステップＳ１２）。

データファイル１０が正常なファイルではないと判別された場合には、上述のステップＳ４及びステップＳ５で説明した動作を行う。すなわち、第２サーバー２に送信されなかった旨を表示部１０３に表示して報知し、第２サーバー２に予め保管された正常なデータファイル１０のコピーを用いて第１サーバー１に保管するデータファイル１０の復元を行う。

一方、本構成例３においても、第１バックアップモジュール１０５は、データファイル１０のヘッダー部１２を読み込むことができた場合に、第１サーバー１に記憶されたデータファイル１０の原本が正常なファイルであると判別するようになっている。そして、このようにしてデータファイル１０が正常な状態であると認識した場合には、従来のように第１サーバー１から第２サーバー２に医用画像の画像データを含むデータファイル１０全体のコピーを送信するのではなく、第１バックアップモジュール１０５によって、他のヘッダー部１２´を第２サーバー２に送信する（ステップＳ１３）。

そして、第２サーバー２に予め保管されたデータファイル１０とは別に、第１サーバー１から送信された他のヘッダー部１２´を、第２サーバー２において世代管理する（ステップＳ１４）。
以上の動作で、データ管理システムによるバックアップ処理を行うことができる。

図９は、データ管理システムによるバックアップ処理の具体例を説明するための概略図である。図９に示す例では、操作ミスや情報の入力ミス等により論理的破損が起きる場合を想定している。このような場合であっても、バックアップ処理を行うことができる。

すなわち、例えば操作ミスや情報の入力ミス等により論理的破損が起きる場合には、第１バックアップモジュール１０５による判別処理が正常に行われてしまう場合がある。

ところが、本構成例３においては、ヘッダー部１２を更新しようとする際に、第１サーバー１における予め保管されたデータファイル１０のヘッダー部１２には更新情報を反映せず、更新情報が反映された状態の他のヘッダー部１２´を別途生成する。

そして、このような他のヘッダー部１２´を第２サーバー２に送信して、第２サーバー２で他のヘッダー部１２´を世代管理する。そのため、第１サーバー１及び第２サーバー２に予め保管されたデータファイル１０には更新が行われない状態となる。したがって、操作ミスや情報の入力ミス等により論理的破損が起きてしまった場合であっても、バックアップファイルを保全することができる。

以上説明したように本実施形態によれば、第１バックアップモジュール１０５がデータファイル１０のヘッダー部１２の読み込みを行うことでデータファイル１０の原本が正常であるか否かを判別し、データファイル１０のヘッダー部１２の読み込みができない場合に、第１サーバー１に記憶されたデータファイル１０の原本が正常なファイルではないと判別するようになっている。データファイル１０が読み込めない場合には、データファイル１０のコピーは実行されず、第２サーバー２に送信されることもない。一方、データファイル１０の原本が正常であった場合には、第１サーバー１によって、データファイル１０の原本のうちヘッダー部１２のみをコピーして第２サーバー２に送信するため、物理的破損の場合はもちろんのこと、論理的破損によりデータファイル１０が正常ではない値に書き換わってしまった場合のバックアップファイルの保全が可能となる。

なお、第２サーバー２に予め保管されたデータファイル１０が正常ではない値に書き換わったことが判明する場合がある。このような場合には、第１サーバー１からデータファイル１０の原本をコピーし、第２サーバー２に送信して上書きする。これによって、第２サーバー２に保管されるデータファイル１０を元の状態に戻すことができる。

本実施形態におけるデータファイル１０は、ＤＩＣＯＭ規格に基づいて構成されたものであるとしたが、これに限られるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。換言すれば、以上で説明したデータ管理システムを医療分野のみに採用するのではなく、その他の分野で採用してもよいものとする。

本実施形態における第２サーバー２はクラウド上に設けられたものであるとしたが、これに限られるものではなく、医療施設内におけるコンピューターネットワーク上に設けられるＮＡＳ（Network Attached Storage）を用いてもよいし、遠隔地に設けられたバックアップ装置を用いてもよい。また、第２サーバー２の数は一つでなく、複数用いられるものとしてもよい。

本実施形態における第１サーバー１は院内サーバーであるとしたが、これに限られるものではない。第１サーバー１も、第２サーバー２と同様にクラウド上に設けられたものであってもよい。すなわち、一方のクラウドサーバーと他方のクラウドサーバーとの間でバックアップ処理が行われる場合に採用されてもよい。

本実施形態における第２サーバー２はコピーを保管するだけでなく、第２サーバー２に対してクライアント端末３からアクセスし、クライアント端末３の要求に応じて患者情報及び医療データ(例えば医用画像)を提供する機能を有しても良い。

１ 第１サーバー
２ 第２サーバー
３ クライアント端末
１０ データファイル（原本）
１１ 主データ部（画像データ部）
１２ ヘッダー部
１２´ 他のヘッダー部
１２ａ データエレメント
１００ 制御部
１０１ 記憶部
１０１ａ 画像ＤＢ
１０２ 操作部
１０３ 表示部
１０４ 通信部
１０５ 第１バックアップモジュール
１０６ バス

Claims (9)

1. データファイルを予め保管する第１サーバーと、
   前記第１サーバーと通信ネットワークを介して接続され、前記データファイルのコピーを保管する第２サーバーと、
   を備え、
   前記データファイルは、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成され、
   前記第１サーバーは、
   前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を有し、
   前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映するとともに、当該他のヘッダー部のコピーを前記第２サーバーに送信し、
   前記第２サーバーは、
   前記第１サーバーから送信された前記他のヘッダー部のコピーを世代管理することを特徴とするデータ管理システム。
2. データファイルを予め保管する第１サーバーと、
   前記第１サーバーと通信ネットワークを介して接続され、前記データファイルのコピーを保管する第２サーバーと、
   を備え、
   前記データファイルは、画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成され、
   前記第１サーバーは、
   前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を有し、
   前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映し、
   前記他のヘッダー部に更新情報が反映された際に、反映された前記他のヘッダー部の読み込み及び／又は解析を行い、
   前記他のヘッダー部の読み込み及び／又は解析の結果を基に、前記他のヘッダー部のコピーを前記第２サーバーに送信し、
   前記第２サーバーは、
   前記第１サーバーから送信された前記他のヘッダー部のコピーを世代管理することを特徴とするデータ管理システム。
3. 前記他のヘッダー部の読み込み及び／又は解析の結果が正常であると判断された場合に、前記他のヘッダー部のコピーを前記第２サーバーに送信することを特徴とする請求項２に記載のデータ管理システム。
4. 前記第１サーバーは、
   前記第２サーバーに保管された前記データファイルを用いて前記第１サーバーのデータファイルを復元可能となっていることを特徴とする請求項１〜３のいずれか一項に記載のデータ管理システム。
5. 前記第２サーバーは、
   前記第１サーバーに保管された前記データファイルを用いて前記第２サーバーのデータファイルを復元可能となっていることを特徴とする請求項１〜４のいずれか一項に記載のデータ管理システム。
6. 前記データファイルは、ＤＩＣＯＭ規格に基づいて構成されたものであることを特徴とする請求項１〜５のいずれか一項に記載のデータ管理システム。
7. 画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成されたデータファイルを、通信ネットワークを介して接続された第１サーバーから第２サーバーにバックアップするデータ管理方法であって、
   前記第１サーバーに前記データファイルを予め保管し、前記第２サーバーに前記データファイルのコピーを予め保管しておき、さらに、前記第１サーバーに、前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を生成し、
   前記データファイルにおける前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映するとともに、当該他のヘッダー部のコピーを前記第１サーバーによって前記第２サーバーに送信し、
   前記第１サーバーから送信された前記他のヘッダー部のコピーを、前記第２サーバーにおいて世代管理することを特徴とするデータ管理方法。
8. 画像データを含む主データ部と、当該主データ部に付随する文字列、数値情報等を含むヘッダー部と、を含んで構成されたデータファイルを、通信ネットワークを介して接続された第１サーバーから第２サーバーにバックアップするデータ管理方法であって、
   前記第１サーバーに前記データファイルを予め保管し、前記第２サーバーに前記データファイルのコピーを予め保管しておき、さらに、前記第１サーバーに、前記データファイルにおける前記ヘッダー部とは異なる他のヘッダー部を生成し、
   前記データファイルにおける前記ヘッダー部には更新情報を反映せず、前記他のヘッダー部に更新情報を反映し、
   前記他のヘッダー部に更新情報が反映された際に、反映された前記他のヘッダー部の読み込み及び／又は解析を行い、
   前記他のヘッダー部の読み込み及び／又は解析の結果を基に、前記他のヘッダー部のコピーを前記第１サーバーによって前記第２サーバーに送信し、
   前記第１サーバーから送信された前記他のヘッダー部のコピーを、前記第２サーバーにおいて世代管理することを特徴とするデータ管理方法。
9. 前記他のヘッダー部の読み込み及び／又は解析の結果が正常であると判断された場合に、前記他のヘッダー部のみをコピーして前記第２サーバーに送信することを特徴とする請求項８に記載のデータ管理方法。

Images