(57)【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の下、生成されて送信された撮影データの中から当該撮影データを識別する情報であるデータ識別情報を抽出する抽出部と、
バックアップデータとして保存している撮影データの前記データ識別情報を記憶するデータ識別情報記憶部と、
前記抽出部によって抽出された前記データ識別情報を基に、比較基となるバックアップデータを検索する検索部と、
前記送信された撮影データが新たなバックアップデータとして初めて保存されるデータであるか否かを判別し、前記抽出部によって抽出されたデータ識別情報に基づいて前記新たなバックアップデータがシリーズとしてまとめられたデータであるか否かを判別する判断部と、
前記判断部によって前記新たなバックアップデータがシリーズとしてまとめられたデータであると判別され、さらに初めてバックアップデータとして保存されるデータであると判別される場合に、前記新たなバックアップデータを保存する記憶部と、
前記新たなバックアップデータの前記データ識別情報と類似するデータ識別情報を備えるバックアップデータを比較基となるバックアップデータとして特定し、特定された前記比較基となるバックアップデータと比較対象となる前記新たなバックアップデータとを比較して、前記新たなバックアップデータにおいて前記比較基となるバックアップデータと重複する部分を排除し、前記重複する部分を排除した前記新たなバックアップデータを前記記憶部に保存する重複排除処理部と、
を備えることを特徴とするバックアップデータストレージ。
【請求項２】
前記新たなバックアップデータに係るデータ形式に関する情報を記憶するデータ形式情報記憶部をさらに備えることを特徴とする請求項１に記載のバックアップデータストレージ。
【請求項３】
前記重複排除処理部が重複排除の処理を行う際に、前記比較基となるバックアップデータと比較対象となる前記新たなバックアップデータの形式を揃えるデータ形式変換部を備えていることを特徴とする請求項１または請求項２に記載のバックアップデータストレージ。
【請求項４】
バックアップデータを読み出す際に、前記記憶部から読み出し対象であるバックアップデータを構成する差分のデータ、及び、比較基となるバックアップデータと、データ形式情報記憶部から前記読み出し対象である新たなバックアップデータに関するデータ形式とを読み出して、読み出し対象であるバックアップデータを再構成するデータ再構成部を備えていることを特徴とする請求項１ないし請求項３のいずれかに記載のバックアップデータストレージ。
【請求項５】
撮影データをＤＩＣＯＭ規格の下、取得する医用画像診断装置と、
前記医用画像診断装置からＤＩＣＯＭ規格の下、送信される前記撮影データを保存する医用画像管理システムと、
前記医用画像管理システムに保存される前記撮影データのバックアップデータを保存するバックアップデータストレージと、を備え、
前記バックアップデータストレージは、
ＤＩＣＯＭ規格の下、生成されて送信された撮影データの中から前記撮影データを識別する情報であるデータ識別情報を抽出する抽出部と、
バックアップデータとして保存している撮影データの前記データ識別情報を記憶するデータ識別情報記憶部と、
前記抽出部によって抽出された前記データ識別情報を基に、比較基となるバックアップデータを検索する検索部と、
前記送信された撮影データが新たなバックアップデータとして初めて保存されるデータであるか否かを判別し、前記抽出部によって抽出されたデータ識別情報に基づいて前記新たなバックアップデータがシリーズとしてまとめられたデータであるか否かを判別する判断部と、
前記判断部によって前記新たなバックアップデータがシリーズとしてまとめられたデータであると判別され、さらに初めてバックアップデータとして保存されるデータであると判別される場合に、前記新たなバックアップデータを保存する記憶部と、
前記新たなバックアップデータの前記データ識別情報と類似するデータ識別情報を備えるバックアップデータを比較基となるバックアップデータとして特定し、特定された前記比較基となるバックアップデータと比較対象となる前記新たなバックアップデータとを比較して、前記新たなバックアップデータにおいて前記比較基となるバックアップデータと重複する部分を排除し、前記重複する部分を排除した前記新たなバックアップデータを前記記憶部に保存する重複排除処理部と、
を備えることを特徴とするデータバックアップシステム。
【請求項６】
前記新たなバックアップデータに係るデータ形式に関する情報を記憶するデータ形式情報記憶部をさらに備えることを特徴とする請求項５に記載のデータバックアップシステム。
【請求項７】
前記バックアップデータストレージは、
前記重複排除処理部が重複排除の処理を行う際に、比較基となるバックアップデータと比較対象となる前記新たなバックアップデータの形式を揃えるデータ形式変換部を備えていることを特徴とする請求項５または請求項６に記載のデータバックアップシステム。
【請求項８】
前記バックアップデータストレージは、
バックアップデータを読み出す際に、前記記憶部から読み出し対象であるバックアップデータを構成する差分のデータ、及び、比較基となるバックアップデータと、データ形式情報記憶部から前記読み出し対象である新たなバックアップデータに関するデータ形式とを読み出して、読み出し対象であるバックアップデータを再構成するデータ再構成部を備えていることを特徴とする請求項５ないし請求項７のいずれかに記載のデータバックアップシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、バックアップデータストレージ及びデータバックアップシステムに関する。
【背景技術】
【０００２】
近年デジタル技術の進展により、様々な情報がデータとして保存されることが多くなってきている。このような状況の下、例えば同一内容の情報が複数重複して保存されることもある。
【０００３】
但し、同一内容の情報を重複して保存することは、例えば、保存容量の問題や動作が重くなる等、動作環境の問題を招来することにもなる。
【０００４】
そこで例えば、以下の特許文献１においては、重複排除が見込めるファイルのみが端末装置からサーバ装置（記憶装置）に送信されサーバ装置に格納されることとして、上記問題の解決を図っている。また、特許文献２においては、既に重複して保存されている情報が存在することを前提に、重複して保存されている情報をバックアップデータとして活用することとしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２７７３７４号公報
【特許文献２】特開２００９−１１０３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した各特許文献に示されている発明では、以下の点に配慮がなされていない。
【０００７】
すなわち、特許文献１の場合、「重複排除が見込めるファイルのみが保存される」ことを前提にしているが、要約情報を基に重複排除の可否を判断するにしても、特にデータの表現形式が異なる場合には、例えば、バイト単位でそれぞれ異なるファイル（データ）であると判断されてしまい、なかなか重複排除が適切に行われない。
【０００８】
また、特許文献２の場合、「重複して保存されている情報をバックアップデータとして活用する」とあるが、保存対象となる情報が膨大となる場合には重複して保存されている情報もそれこそ多数にのぼり、これら全てをバックアップデータとするには、例えば保存容量の問題からしても適当ではない。
【０００９】
本発明は上記課題を解決するためになされたものであり、本発明の目的は、同一規格に基づいて生成された撮影データのバックアップに当たって、バックアップされた後に再び復元することにまで配慮して高効率かつ確実に重複する撮影データを排除することができるバックアップデータストレージ及びデータバックアップシステムを提供することである。
【課題を解決するための手段】
【００１０】
請求項１に記載の発明の特徴は、バックアップデータストレージにおいて、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の下、生成されて送信された撮影データの中から当該撮影データを識別する情報であるデータ識別情報を抽出する抽出部と、バックアップデータとして保存している撮影データのデータ識別情報を記憶するデータ識別情報記憶部と、抽出部によって抽出されたデータ識別情報を基に、比較基となるバックアップデータを検索する検索部と、送信された撮影データが新たなバックアップデータとして初めて保存されるデータであるか否かを判別し、抽出部によって抽出されたデータ識別情報に基づいて新たなバックアップデータがシリーズとしてまとめられたデータであるか否かを判別する判断部と、判断部によって新たなバックアップデータがシリーズとしてまとめられたデータであると判別され、さらに初めてバックアップデータとして保存されるデータであると判別される場合に、新たなバックアップデータを保存する記憶部と、新たなバックアップデータのデータ識別情報と類似するデータ識別情報を備えるバックアップデータを比較基となるバックアップデータとして特定し、特定された比較基となるバックアップデータと比較対象となる新たなバックアップデータとを比較して、新たなバックアップデータにおいて比較基となるバックアップデータと重複する部分を排除し、重複する部分を排除した新たなバックアップデータを記憶部に保存する重複排除処理部とを備える。
【００１１】
請求項５に記載の発明の特徴は、データバックアップシステムにおいて、撮影データをＤＩＣＯＭ規格の下、取得する医用画像診断装置と、医用画像診断装置からＤＩＣＯＭ規格の下、送信される撮影データを保存する医用画像管理システムと、医用画像管理システムに保存される撮影データのバックアップデータを保存するバックアップデータストレージと、を備え、バックアップデータストレージは、ＤＩＣＯＭ規格の下、生成されて送信された撮影データの中から当該撮影データを識別する情報であるデータ識別情報を抽出する抽出部と、バックアップデータとして保存している撮影データのデータ識別情報を記憶するデータ識別情報記憶部と、抽出部によって抽出されたデータ識別情報を基に、比較基となるバックアップデータを検索する検索部と、送信された撮影データが新たなバックアップデータとして初めて保存されるデータであるか否かを判別し、抽出部によって抽出されたデータ識別情報に基づいて新たなバックアップデータがシリーズとしてまとめられたデータであるか否かを判別する判断部と、判断部によって新たなバックアップデータがシリーズとしてまとめられたデータであると判別され、さらに初めてバックアップデータとして保存されるデータであると判別される場合に、新たなバックアップデータを保存する記憶部と、新たなバックアップデータのデータ識別情報と類似するデータ識別情報を備えるバックアップデータを比較基となるバックアップデータとして特定し、特定された比較基となるバックアップデータと比較対象となる新たなバックアップデータとを比較して、新たなバックアップデータにおいて比較基となるバックアップデータと重複する部分を排除し、重複する部分を排除した新たなバックアップデータを記憶部に保存する重複排除処理部とを備える。
【図面の簡単な説明】
【００１２】
【図１】実施の形態におけるデータバックアップシステムの全体構成を示すブロック図である。
【図２】第１の実施の形態におけるバックアップデータストレージの内部構成を示すブロック図である。
【図３】第１の実施の形態におけるデータバックアップの流れの基本を示すフローチャートである。
【図４】第１の実施の形態におけるデータバックアップの流れ（重複排除処理）の基本を示すフローチャートである。
【図５】第１の実施の形態におけるバックアップの対象がシリーズに関するデータである場合のデータバックアップの流れを示すフローチャートである。
【図６】第１の実施の形態におけるバックアップの対象がシリーズとしてまとめられるデータである場合のデータバックアップの流れを示すフローチャートである。
【図７】第１の実施の形態におけるバックアップの対象がシリーズとしてまとめられるデータである場合のデータバックアップの別の流れを示すフローチャートである。
【図８】第２の実施の形態におけるバックアップデータストレージの内部構成を示すブロック図である。
【図９】第２の実施の形態におけるバックアップされたデータの復元の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
（第１の実施の形態）
第１の実施の形態においては、保存の対象となるバックアップデータを重複排除の処理を行いつつバックアップデータストレージに保存する流れについて説明する。図１は、実施の形態におけるデータバックアップシステムの全体構成を示すブロック図である。
【００１５】
実施の形態におけるデータバックアップシステムＳは、大きく医用画像診断装置１と、医療機関内に構築されるシステム２と、データのバックアップを行うバックアップデータストレージ３といった３つの機器（システム）から構成されている。なお、このデータバックアップシステムＳは、例えば、クラウドを利用して構築することも可能である。
【００１６】
医用画像診断装置１は、最終的にバックアップデータとしてバックアップデータストレージに格納されて保存される撮影データを取得する装置である。医用画像診断装置１としては、被検体の内部情報を画像として生成することが可能な装置、例えば、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）や、磁気共鳴診断装置（ＭＲＩ：magnetic resonance imaging）等を挙げることができる。この実施の形態においては、特に医用画像診断装置１の種類を特定するものではない。
【００１７】
なお、図１に示すデータバックアップシステムＳにおいては、２つの医用画像診断装置１Ａ及び１Ｂが設置されている。但し、データバックアップシステムＳを構成する医用画像診断装置１（以下、２つの医用画像診断装置１Ａ及び１Ｂをまとめて「医用画像診断装置１」と表わす）の数については、単数、複数のいずれであっても良く、２つに限定されるものではない。
【００１８】
医療機関内に構築されているシステムとしては、例えば医用画像管理システム（ＰＡＣＳ：Picture Archiving Communication System）２が挙げられる。なお、この実施の形態においては、医療機関内に構築されるシステムとしてＰＡＣＳを挙げて説明するが、例えば、病院情報管理システム（ＨＩＳ：Hospital Information System）、放射線部門情報管理システム（ＲＩＳ：Radiological Information System）、といった各種システムであっても良い。
【００１９】
また、図１に示すデータバックアップシステムＳにおいては、２つのＰＡＣＳ２Ａ，２Ｂがその構成要素として示されている。但し、このＰＡＣＳ２についても、データバックアップシステムＳの構成要素としては、単数、複数のいずれであっても良い。
【００２０】
ＰＡＣＳ２へは、医用画像診断装置１によって取得された撮影データが送信される。具体的には、ＰＡＣＳ２を構成する主データストレージ２ａへと保存される。また、ＰＡＣＳ２には、例えば、主データストレージ２ａに保存されている撮影データを参照する情報端末２ｂが接続されている。ここで情報端末２ｂは、例えば、ワークステーション(Work Station)、パソコン(Personal Computer)等である。この情報端末２ｂは、撮影データの他にも主データストレージ２ａに保存されているその他のデータ、例えば、患者に関する情報を参照することができる。なお、ここでは情報端末２ｂの詳細な構成については特に言及しないが、例えば、ＣＰＵ（Central Processing Unit）等を搭載する制御装置と、入力装置と、出力（表示）装置といった各部からなる。
【００２１】
ＰＡＣＳ２は、医用画像診断装置１が撮影した撮影データのうち必要とする撮影データを受信する。従って、同一の撮影データを複数のＰＡＣＳ２が必要としている場合には、それぞれの主データストレージ２ａにおいて撮影データを受信する。
【００２２】
なおここでは、「主データストレージ２ａ」と表わしているが、ＰＡＣＳ２Ａを構成する主データストレージは「主データストレージ２Ａａ」であり、ＰＡＣＳ２Ｂを構成する主データストレージは「主データストレージ２Ｂａ」である。この点は、「情報端末２ｂ」についても同様である。
【００２３】
バックアップデータストレージ３は、ＰＡＣＳ２の主データストレージ２ａに保存されている撮影データをバックアップのデータとして保存する。また、データバックアップシステムＳ内に複数のＰＡＣＳ２が設けられていても、それぞれの主データストレージ２ａに保存されている撮影データをバックアップデータとして受け入れて保存する。
【００２４】
通信ネットワークＮは、医用画像診断装置１、ＰＡＣＳ２及び、バックアップデータストレージ３をそれぞれつなぎ、互いの間で、例えば撮影データのやりとりを可能とする。通信ネットワークＮの例としては、ＬＡＮ（Local Area Network）やインターネット等のネットワークを挙げることができる。また、この通信ネットワークＮで使用される規格は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）等、いずれの規格であっても良い。
【００２５】
なお、以下の実施の形態においては、同一の規格の下、生成された撮影データを重複排除処理の後、バックアップデータとして保存することを前提に説明を行う。この「同一の規格」としては、例えば、ＤＩＣＯＭを挙げることができる。また、比較基となるバックアップデータも新たに登録対象となるバックアップデータも同一の規格で生成されていることから、例えば、重複排除処理の際には、データを任意に区切って比較を行うのではなく、ＤＩＣＯＭの規格に沿ったまとまりでデータ区切り比較していく。
【００２６】
図２は、第１の実施の形態におけるバックアップデータストレージの内部構成を示すブロック図である。図２では第１の実施の形態における説明の際必要と思われる構成のみを示している。従って、バックアップデータストレージ３を構成するその他の構成も省略しているだけで、通常備えるであろう構成は備えている。
【００２７】
バックアップデータストレージ３は、受信部３ａと、抽出部３ｂと、キャッシュ３ｃと、データ識別情報記憶部３ｄと、検索部３ｅと、データ形式変換部３ｆと、重複排除処理部３ｇと、判断部３ｈと、記憶部３ｉと、データ形式情報記憶部３ｊとから構成される。なお、各部の詳細な働きについては、撮影データをバックアップデータとしてバックアップデータストレージ３内に保存する流れを説明する際に、併せて説明する。
【００２８】
図３は、第１の実施の形態におけるデータバックアップの流れの基本を示すフローチャートである。以下に説明するデータバックアップの流れにおいては、バックアップされるデータとして、単数、或いは複数枚からなる撮影データとシリーズ単位で撮影された撮影データとの２種類を考える。ここで「基本」としているのは、前者、単数、或いは複数枚からなる撮影データをバックアップ処理する際の流れである。
【００２９】
撮影データがバックアップデータストレージ３に保存される前提として、まず、医用画像診断装置１からＰＡＣＳ２へ撮影データが送信される（ＳＴ１）。ここで送信される対象となるＰＡＣＳ２は、単数、或いは、複数のいずれであっても良く、当該撮影データを必要とするＰＡＣＳ２へと通信ネットワークＮを介して送信される。
【００３０】
当該撮影データを受信したＰＡＣＳ２は、受信した撮影データを主データストレージ２ａに保存する（ＳＴ２）。ＰＡＣＳ２を構成する情報端末２ｂは、この主データストレージ２ａに保存されている撮影データを適宜利用する。
【００３１】
その後、ＰＡＣＳ２は、主データストレージ２ａに保存されている撮影データをバックアップデータとして保存するべく、バックアップデータストレージ３へと送信する（ＳＴ３）。なお、ここで撮影データをバックアップデータストレージ３へ送信するタイミングについては、任意に設定することができる。例えば、毎日決まった時間に定期的に送信する方法や、或いは、主データストレージ２ａの空き容量にある閾値を設けておき、当該閾値を超えた場合にバックアップデータストレージ３は撮影データを送信する方法等が考えられる。
【００３２】
ここまでで、医用画像診断装置１において撮影された撮影データをバックアップデータとして保存する準備が整ったことになる。バックアップデータストレージ３に送信されたバックアップデータは、受信部３ａにおいて受信される。
【００３３】
なお、以下では、主データストレージ２ａにおいて保存されていた撮影データは、バックアップデータストレージ３に送信された時点から「新たなバックアップデータ」と表わすこととする。但し、この新たなバックアップデータは、バックアップデータストレージ３に送信された時点において撮影データと何らその内容を異にするものではなく、その称呼が変わるだけである。
【００３４】
バックアップデータストレージ３では、受信したバックアップデータを、まずキャッシュ３ｃ内に保存する（ＳＴ４）。これは、今後重複排除処理を行う上でのバックアップデータの利用を考えてキャッシュ３ｃ内に保存するものであり、その意味では一時的な保存、或いは、仮保存ともいうべきものである。
【００３５】
また、ＰＡＣＳ２から送信された新たなバックアップデータは、同じく受信部３ａを介して抽出部３ｂへと入力される。抽出部３ｂでは、受信した新たなバックアップデータの中から、当該新たなバックアップデータを一意に識別することのできる情報（以下、このような情報を「データ識別情報」と表わす）を抽出する。実施の形態の説明においては、上述したようにＤＩＣＯＭ規格の医用情報を例に挙げて説明しているが、このＤＩＣＯＭの規格で表わせば、例えば、ユニークＩＤが該当する。
【００３６】
抽出されたデータ識別情報は、抽出部３ｂからデータ識別情報記憶部３ｄに送られ記憶される（ＳＴ５）。従って、バックアップデータストレージ３に保存されているバックアップデータについては、その全てのバックアップデータに関するデータ識別情報がデータ識別情報記憶部３ｄに記憶されている。
【００３７】
また、抽出部３ｂでは、データ識別情報を抽出することで、保存の対象となる新たにバックアップデータが上述した単数、或いは複数枚からなる撮影データであるか、或いは、シリーズ単位で撮影された撮影データであるか把握することができる。
【００３８】
なお、この第１の実施の形態においては、抽出部３ｂが直接バックアップデータを受信してデータ識別情報を抽出する方法を採用しているが、例えば、抽出部３ｂは、ＰＡＣＳ２から直接バックアップデータを受信せず、キャッシュ３ｃに保存されるバックアップデータを基にデータ識別情報を抽出する方法を採用しても良い。
【００３９】
さらに、抽出部３ｂは、検索部３ｅに対してＰＡＣＳ２から新たなバックアップの対象となるデータが送信されてきた旨、知らせる。そこで次に検索部３ｅは、比較基として適切なデータ（バックアップデータ）を検索する（ＳＴ６）。
【００４０】
ここで新たなバックアップデータをバックアップデータストレージ３内に保存するに当たっては、当該新たなバックアップデータと既に保存されているバックアップデータとの比較を行い、当該新たなバックアップデータのうち重複している部分を排除した上で保存することになる。「比較基となるバックアップデータ」とは、この重複排除処理の際、当該新たなバックアップデータの比較相手となるデータである。従ってこの比較基となるバックアップデータは、記憶部３ｉ内に既に保存されている撮影データ（バックアップデータ）となる。そして比較基となるバックアップデータの検索に対しては、新たなバックアップデータのデータ識別情報が用いられる。そこで、検索部３ｅは、データ識別情報記憶部３ｄにアクセスし、該当するデータ識別情報を取得し検索を開始する。
【００４１】
新たなバックアップデータをバックアップデータストレージ３に保存するに当たって、いきなり既に保存されているバックアップデータとの間で重複排除処理を行うことは、負荷の大きな処理となる。そこで、既に保存されているバックアップデータの中から新たに保存の対象となる新たなバックアップデータに関するデータ識別情報を用いて予め検索処理を行うことで、重複排除処理に掛かる負荷を軽減することができる。
【００４２】
検索部３ｅは、新たなバックアップデータのデータ識別情報を基に、記憶部３ｉ内に保存されているバックアップデータを検索して対象となる比較基となるバックアップデータを検索する。本発明の実施の形態においては、「新たな」バックアップデータのデータ識別情報を基に、比較基となるバックアップデータのデータ識別情報を検索する。バックアップデータストレージ３に新たなバックアップデータを保存するに当たっては、このデータに既に保存されているバックアップデータと重複する部分がないかを確認する処理（重複排除処理）が必要となる。そのためには、新たなバックアップデータと似たデータ識別情報を備えるバックアップデータを比較する相手として既に保存されているバックアップデータの中から検索しなければならない。そこで、効率よく比較する相手（比較基となるバックアップデータ）を検索するべく、検索部３ｅにおける検索は、新たなバックアップデータのデータ識別情報を利用する。
【００４３】
なお、撮影データ、及びバックアップデータとしての規格は、例えばＤＩＣＯＭといったいずれも同じ規格を利用している。そのため比較基となるバックアップデータ、或いは、新たに保存の対象となるバックアップデータのいずれも同じデータ構造となっている。従って、比較基となるバックアップデータを検索することは、データ構造が異なる場合に比べて容易である。
【００４４】
また、新たなバックアップデータも比較基となるバックアップデータも同一のデータ構造であることから、どの範囲まで一致すれば検索部３ｅによって比較基となるバックアップデータとして検索されるか、その類似範囲の設定は自由に行うことができる。但し、この類似範囲をあまり広く設定してしまうと、比較基となるバックアップデータとして検索される件数も増加し重複排除処理の負担が増大するだけである。そのためには、適切な検索範囲を設定することが必要となる。
【００４５】
検索部３ｅによる検索の結果、新たなバックアップデータの保存の可否を決するに当たって用いられる比較基となるバックアップデータとしての適切なバックアップデータを検索することができなかった場合には（ＳＴ７のＮＯ）、その旨の検索結果が判断部３ｈに送信される。すなわち、比較基となるバックアップデータを検索できなかったということは、ＰＡＣＳ２から送られてきた新たなバックアップデータは初めてバックアップデータストレージ３に保存されるデータということになる。
【００４６】
判断部３ｈでは、さらに、当該新たなバックアップデータがシリーズに関する撮影データ（バックアップデータ）であるか否か判断する（ＳＴ８）。これは新たなバックアップデータのデータ識別情報を基に判断される。その結果、新たなバックアップデータがシリーズに関するデータではない場合には（ＳＴ８のＮＯ）、判断部３ｈは、キャッシュ３ｃ内に仮保存されている新たなバックアップデータを記憶部３ｉに本保存する（ＳＴ９）。
【００４７】
また、併せてデータ形式情報記憶部３ｊに当該新たなバックアップデータのデータ形式に関する情報を記憶させる。データ形式情報記憶部３ｊでは、例えば、新たなバックアップデータのデータ識別情報と紐づける形でデータ形式に関する情報を記憶する。
【００４８】
また、キャッシュ３ｃ内に仮保存されていた新たなバックアップデータは記憶部３ｉに保存されたので、判断部３ｈはキャッシュ３ｃに対してキャッシュ３ｃ内に仮保存されているバックアップデータを削除する（ＳＴ１０）。
【００４９】
以上で今までバックアップデータストレージ３内に保存されていない撮影データ（バックアップデータ）を新規に保存する流れが説明された。
【００５０】
次に、新たなバックアップデータを保存するに当たって、既に当該新たなバックアップデータに類似するバックアップデータが保存されている場合に行われる重複排除処理について説明する。
【００５１】
図４は、第１の実施の形態におけるデータバックアップの流れ（重複排除処理）の基本を示すフローチャートである。図３のステップＳＴ７において、検索部３ｅが記憶部３ｉ内を検索した結果、新たなバックアップデータのデータ識別情報と類似する、比較基となるバックアップデータのデータ識別情報を検索した場合には（ＳＴ７のＹＥＳ）、その旨の検索結果が判断部３ｈに送信される。そして次に、判断部３ｈが新たなバックアップデータがシリーズに関するバックアップデータであるか否かを判断する（図４のＳＴ２１参照）。
【００５２】
判断の結果、新たなバックアップデータがシリーズに関するバックアップデータではない場合には（ＳＴ２１のＮＯ）、検索部３ｅは、検索されたデータ識別情報を基に当該データ識別情報を持つ、比較基となるバックアップデータを記憶部３ｉから取得する（ＳＴ２２）。
【００５３】
ここでシリーズに関するバックアップデータであるか否かを判断するのは、シリーズに関するバックアップデータの重複排除処理と単数、或いは複数枚からなる撮影データに関するバックアップデータの重複排除処理とはその処理の方法が異なるからである。従って、新たなバックアップデータがシリーズに関するバックアップデータではないということは、新たにバックアップ処理の対象となるか否かの判断がなされるバックアップデータは、単数、或いは複数枚からなる撮影データに関するバックアップデータである。
【００５４】
その上で検索部３ｅは、新たなバックアップデータ及び検索された比較基となるバックアップデータをデータ形式変換部３ｆに送信する。データ形式変換部３ｆでは、両者のデータ形式を揃える（ＳＴ２３）。
【００５５】
ここでデータ形式を揃える、という処理は、例えば、撮影データ（バックアップデータ）を構成する画像が圧縮されている場合に、当該圧縮画像を非圧縮データに展開することである。また、展開後にさらにそれぞれハッシュ値を求めておくことも考えられる。さらには、例えば、比較される両データにビッグエンディアンとリトルエンディアンといったバイトオーダの違いがある場合に、例えば比較基となるバックアップデータに統一する処理もここにいうデータ形式を揃える処理に含まれる。
【００５６】
データ形式が揃えられた新たなバックアップデータ、及び、比較基となるバックアップデータは、データ形式変更部３ｆから重複排除処理部３ｇに送信され、重複排除処理部３ｇにおいて両者が比較される（重複部分が把握される）（ＳＴ２４）。
【００５７】
重複排除処理は、新たにＰＡＣＳ２から送信されてきた撮影データがバックアップデータストレージ３内に保存されるに当たって重複する部分がないか否かを判断する処理である。そして新たなバックアップデータ内に既にバックアップデータストレージ３内に保存されているバックアップデータと重複する部分が存在する場合には、当該重複する部分を排除して保存する。このように既に保存されているデータと重複する部分については保存しないとすることによって、バックアップデータストレージ３内の容量を無駄なく利用することができる。
【００５８】
重複排除処理の方法としては、例えば、比較の対象となる新たなバックアップデータが画像データである場合には、それぞれの画像データのハッシュ値を求めてこのハッシュ値で比較を行う。画像データは容量が大きいため、そのまま比較したのではその処理に多大な負荷がかかってしまうからである。一方、例えば、テキストデータのように小さなデータの場合には、データを加工せずそのままの状態で比較を行う。
【００５９】
重複排除処理部３ｇにおいて重複排除処理が行われた結果、新たなバックアップデータに重複部分（差分）があった場合には（ＳＴ２５のＹＥＳ）、重複排除処理部３ｇでは当該差分を抽出し、新たなバックアップデータとして当該差分を記憶部３ｉに本保存する（ＳＴ２６）。その際、併せて重複排除処理の際、比較基となったバックアップデータに関する情報も紐づけて保存する。このような情報も併せて保存するのは、後述するような重複排除処理が行われて保存された当該新たなバックアップデータに対する読み出し要求があった場合に、差分が保存されている新たなバックアップデータを完全な形に復元（再構成）して戻す必要があるからである。
【００６０】
さらに、比較対象とされた新たなバックアップデータの元々のデータ形式もデータ形式情報記憶部３ｊに保存する（ＳＴ２７）。この新たなバックアップデータの元々のデータ形式を保存するのも、後述する当該新たなバックアップデータの読み出し要求があった場合に、このデータ形式を用いて当該新たなバックアップデータの再構成を行うためである。
【００６１】
一方、重複排除処理部３ｇにおいて重複排除処理が行われた結果、新たなバックアップデータに重複部分（差分）がない場合には（ＳＴ２５のＮＯ）、新たなバックアップデータは、比較基となるバックアップデータと同一のデータであることになる。従ってこの場合には、新たなバックアップデータが記憶部３ｉに保存されることはない。但し、既に保存されているバックアップデータと同一内容のデータであったため、重複排除処理によって削除された旨の情報及び、比較基となったバックアップデータに関する情報が保存されることになる。
【００６２】
新たなバックアップデータの元々のデータ形式がデータ形式情報記憶部３ｊに保存される（ＳＴ２７）。比較基となるバックアップデータと同一であるためデータの主立った部分については重複排除のため保存されないが、データ形式を保存しておかなければ当該新たなバックアップデータの読み出し要求があった場合に、当該新たなバックアップデータを再構成することができないからである。
【００６３】
その上で、キャッシュ３ｃ内に仮保存されていた新たなバックアップデータは記憶部３ｉに保存されたので、判断部３ｈはキャッシュ３ｃに対してキャッシュ３ｃ内に仮保存されているバックアップデータを削除する（ＳＴ２８）。
【００６４】
以上の手順を経ることによって、バックアップデータとして保存の必要があるデータに関して、既に保存されているバックアップデータとの重複を避けて必要なデータのみを保存することができることになるため、バックアップデータストレージ３の保存（記憶）容量を無駄に減らすことを回避できる。
【００６５】
次に重複排除処理の対象となる新たなバックアップデータが、シリーズに関する撮影データ（バックアップデータ）である場合について説明する。すなわち、新たなバックアップデータも比較基となるバックアップデータもシリーズに関するバックアップデータである場合である。なお、以下においては、バックアップデータをシリーズ単位で重複排除処理することを前提に説明するが、例えば、バックアップデータがスタディ単位で保存されることとしても良く、この場合にはバックアップデータはスタディ単位で重複排除処理されることになる。
【００６６】
シリーズに関するバックアップデータの保存に当たっては、シリーズ内に多数の撮影データ（画像データ及び、当該画像データに付随する各種データ）が含まれるという特質に配慮した重複排除処理が行われる。
【００６７】
図５は、第１の実施の形態におけるバックアップの対象がシリーズに関するデータである場合のデータバックアップの流れを示すフローチャートである。すなわち、図４に示すステップＳＴ２１において新たなバックアップデータに類似する比較基となるバックアップデータが検索された場合であって、さらに判断部３ｈによって新たなバックアップデータがシリーズに関するデータであると判断された場合（ＳＴ２１のＹＥＳ参照）を前提とする。
【００６８】
この場合検索部３ｅは、新たなバックアップデータのデータ識別情報を基に、当該データ識別情報に類似する比較基となるシリーズに関するバックアップデータを記憶部３ｉから取得する（ＳＴ４１）。その上で検索部３ｅは、新たなバックアップデータ及び検索された比較基となるバックアップデータをデータ形式変換部３ｆに送信する。データ形式変換部３ｆでは、両者のデータ形式を揃える（ＳＴ４２）。なお、データ形式を揃える処理に関しては、上述した通りである。
【００６９】
データ形式が揃えられた新たなバックアップデータ、及び、比較基となるバックアップデータは、データ形式変更部３ｆから重複排除処理部３ｇに送信され、重複排除処理部３ｇにおいて両者が比較される（重複部分が把握される）（ＳＴ４３）。
【００７０】
シリーズに関するデータの重複排除処理については、比較されるバックアップデータの量が非常に多くなる点に配慮する必要がある。従って、例えば、以下のような方法が採用される。
【００７１】
まず、例えば、患者情報等の情報が記憶されているタグ、或いは、タググループ同士を比較する。ここで「タグ」とは、ＤＩＣＯＭ規格での撮影データの項目のことであり、例えば、「患者名」、「生年月日」、「撮影装置」等が該当する。また「タググループ」とは、「タグ」を共通する内容でまとめたものであり、例えば、「患者情報のグループ」といったものである。
【００７２】
ここではこれら新たなバックアップデータ及び比較基となるバックアップデータの両者において共通するデータと考えられる領域をまず比較してしまう。これらのデータに関しては比較の時点で同じである可能性が高いため、同じデータであることが確認されれば、これらのタグ、或いは、タググループについては、今後比較する必要がなくその他の部分について重複排除処理を行えば足りる。
【００７３】
一方、画像データ等については、むしろ何らかの差分がある可能性が高いため、これらのデータについては例えばハッシュ値を求めて比較していく。この場合、例えば、比較基となるバックアップデータの特定の１枚（例えば、シリーズの１枚目のデータ）を基本の１枚とし、この１枚を基に新たなバックアップデータ内に含まれるデータをそれぞれ比較していく。当該比較が終了したら、さらに特定の１枚として比較基となるバックアップデータにおける２枚目を基本の１枚とし、同じように新たなバックアップデータ内に含まれるデータをそれぞれ比較する。
【００７４】
重複排除処理部３ｇにおいて重複排除処理が行われた結果、新たなバックアップデータに重複部分（差分）があった場合には（ＳＴ４４のＹＥＳ）、重複排除処理部３ｇでは当該差分を抽出し、新たなバックアップデータとして当該差分を記憶部３ｉに本保存する（ＳＴ４５）。この際、比較基となるバックアップデータに関する情報を併せて保存することはもちろんである。
【００７５】
そして、比較対象とされた新たなバックアップデータの元々のデータ形式もデータ形式情報記憶部３ｊに保存する（ＳＴ４６）。この新たなバックアップデータの元々のデータ形式を保存するのは、後述する当該新たなバックアップデータの読出要求があった場合に、このデータ形式を用いて当該新たなバックアップデータの再構成を行うためである。
【００７６】
一方、重複排除処理部３ｇにおいて重複排除処理が行われた結果、新たなバックアップデータに重複部分（差分）がない場合には（ＳＴ４４のＮＯ）、新たなバックアップデータは、比較基となるバックアップデータと同一のデータであることになる。従ってこの場合には、新たなバックアップデータが記憶部３ｉに保存されることはない。但し、既に保存されているバックアップデータと同一内容のデータであったため、重複排除処理によって削除された旨の情報及び、比較基となったバックアップデータに関する情報が保存されることになる。
【００７７】
その上で、キャッシュ３ｃ内に仮保存されていた新たなバックアップデータは記憶部３ｉに保存されたので、判断部３ｈはキャッシュ３ｃに対してキャッシュ３ｃ内に仮保存されているバックアップデータを削除する（ＳＴ４７）。
【００７８】
以上の手順を経ることによって、バックアップデータとして保存の必要があるシリーズに関する新たなバックアップデータに関して、既に保存されているシリーズに関するバックアップデータとの重複を避けて必要なデータのみを保存することができることになるため、バックアップデータストレージ３の保存（記憶）容量を無駄に減らすことを回避できる。
【００７９】
次に、バックアップデータとして保存対象となるか否かの判断が行われる新たなバックアップデータがシリーズに関するデータである場合について説明する。但し、ここでの判断、すなわち重複排除処理の対象となるデータは１つのシリーズに関するバックアップデータ内に含まれる複数のデータである。そのため、比較基となるバックアップデータとして類似するシリーズに関するバックアップデータが検索され比較の相手とされることはない。
【００８０】
上述したように１つのシリーズに関するバックアップデータの中には、例えば、１回の検査業務で撮影された１００枚程度の撮影データが含まれている。そこでこれらのシリーズ内のデータについて重複排除処理を行うには、例えば、以下に述べる方法を採用することができる。
【００８１】
図６は、第１の実施の形態におけるバックアップの対象がシリーズとしてまとめられるデータである場合のデータバックアップの流れを示すフローチャートである。まず、シリーズ内のデータのうち、比較基となるバックアップデータを特定する（ＳＴ６１）。すなわち例えば、シリーズに関するデータとして１００枚のデータがそれぞれバックアップデータとして保存されるか否かの判断（重複排除処理）が行われるには、比較基となるバックアップデータが必要である。そこで、例えば１枚目のデータを比較基となるバックアップデータとして特定する。この特定されたデータを基準に、その他の９９枚のデータについて比較を行う（ＳＴ６２）。
【００８２】
但し、基本となる（比較基となる）１枚目のバックアップデータを基に残り９９枚のデータの全てに対して重複排除処理を行うのは時間が掛かることになる。また、同一のシリーズに関するデータ相互の重複排除処理であることから、特定された１枚目のバックアップデータとその他のバックアップデータとは類似する可能性が高い。そこで、その他の９９枚のデータの全てに対して比較を行うのではなく、予め定められた枚数まで特定された比較基となる１枚目のバックアップデータと比較を行う。
【００８３】
予め定められた枚数（以下ではその枚数を「ｎ」と表わす）まで比較が終了したら（ＳＴ６３のＹＥＳ）、これまでの比較によって把握できた同一内容を持つデータ領域を抜き出す（ＳＴ６４）。これは、同一シリーズ内におけるバックアップデータ同士の比較なので、同一内容を持つデータ領域が多いと考えられる。そこで、まずこれらの領域を除いて残された領域についてのみ重複排除処理を行う（ＳＴ６５）。このような方法を採用することによって多量のバックアップデータを一つずつ比較して重複排除処理を行う必要がなくなる。
【００８４】
重複排除処理の結果差分が抽出されると、重複排除処理部３ｇは、基本となる（比較基となる）１枚目のバックアップデータとともに、抽出された差分を記憶部３ｉに保存する（ＳＴ６６）。さらにデータ形式情報については、データ形式情報記憶部３ｊに記憶する（ＳＴ６７）。
【００８５】
一方、比較の結果、比較基となるバックアップデータ（１枚目のバックアップデータ）と同一内容を持つバックアップデータについては、差分が得られないことから記憶部３ｉへの保存はなく（ＳＴ６５のＮＯ）、比較基となる１枚目のバックアップデータに関する情報とともにデータ形式情報が記憶される。
【００８６】
そして、比較基となるバックアップデータとの比較が全てのシリーズ内のデータに対して行われたか否かが判断部３ｈによって判断され（ＳＴ６８）、全てが終了していない場合には、ステップＳＴ６５に戻って重複排除処理が継続する。一方、全ての比較（重複排除処理）が終了したと判断できる場合には、判断部３ｈは、比較対象となるシリーズ内のその他のバックアップデータの削除を行う（ＳＴ６９）。
【００８７】
一方、シリーズに関するデータについての重複排除処理について、上述した方法とは別の方法も採用し得る。図７は、第１の実施の形態におけるバックアップの対象がシリーズとしてまとめられるデータである場合のデータバックアップの別の流れを示すフローチャートである。
【００８８】
まずシリーズ内に含まれる全てのデータに関して共通するデータ項目を確認する（ＳＴ７１）。ここで「データ項目」とは、例えば、ＤＩＣＯＭの規格でいえば、上述した「タグ」に該当し、「患者名」等である。但し、シリーズ内の重複排除の場合には、多くの項目について一致することになるため、ある程度のデータの塊を１つの項目、タググループとしてまとめて対応することも可能である。
【００８９】
確認された共通するデータ項目を抜き出して（ＳＴ７２）、その上で当該抜き出されたデータ項目以外のデータについて、まず比較基となるバックアップデータを特定する（ＳＴ７３）。これは記憶部３ｉに当該シリーズに関するデータをバックアップデータとして保存するに当たって基本となるバックアップデータを定めておくことが必要だからである。その上で、当該特定された比較基となるバックアップデータとシリーズ内に含まれる全てのバックアップデータとの比較を行う（ＳＴ７４）。
【００９０】
重複排除処理部３ｇは以上のような方法によって比較（重複排除処理）を行い、特定された比較基となるバックアップデータと抽出されたそれぞれの差分を記憶部３ｉに保存する（ＳＴ７５）。さらにシリーズに関するデータ形式情報をデータ形式情報記憶部３ｊに保存する（ＳＴ７６）。その上で、キャッシュ３ｃに記憶されていた重複排除処理の対象となったシリーズに関するバックアップデータを削除する（ＳＴ７７）。
【００９１】
以上説明したような方法を採用することによって、同一規格に基づいて生成された撮影データのバックアップに当たって、バックアップされた後に再び復元することにまで配慮して高効率かつ確実に重複する撮影データを排除することができるバックアップデータストレージ及びデータバックアップシステムを提供することができる。
【００９２】
特に医療現場で撮影されて取得される医用画像情報は、医用画像診断装置１の性能の向上や医療機関内における電子化の進展によって、これまでも膨大な数に上っており、今後さらに増加するものと考えられる。このような状況の下では、限りあるデータ保存容量を如何に適切に運用していくかが懸案となっており、上述したような重複排除処理を行うことによって、医用画像情報をはじめとする様々な情報を保存するバックアップデータストレージの総容量を削減することにもつながる。
【００９３】
また、医用画像情報については、多くはその規格がＤＩＣＯＭといった単一の規格に沿って生成されていることから、このような同一の規格に基づく情報に限って重複排除処理を行うことによって、より効率よく医用画像情報を保存することができる。
【００９４】
（第２の実施の形態）
次に本発明における第２の実施の形態について説明する。なお、第２の実施の形態において、上述の第１の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。
【００９５】
第２の実施の形態においては、第１の実施の形態とは異なり、既にバックアップデータストレージ３内に保存されているバックアップデータの読み出し処理について説明する。
【００９６】
図８は、第２の実施の形態におけるバックアップデータストレージ３の内部構成を示すブロック図である。図８に示すバックアップデータストレージ３では、第２の実施の形態におけるバックアップデータの読み出し処理（再構成処理）を行う上で必要な機能を備える構成要素のみを示している。また、第１の実施の形態において説明し図８にも示されている構成要素については、同じ機能を果たすことから詳細な説明は省略する。
【００９７】
また、バックアップデータストレージ３の各部の働きについては、読み出し処理（再構成処理）の流れを説明する際に併せて説明する。
【００９８】
図９は、第２の実施の形態におけるバックアップされたデータの復元（再構成）の流れを示すフローチャートである。まず、バックアップデータストレージ３がＰＡＣＳ２の情報端末２ｂからバックアップデータストレージ３内に保存されているバックアップデータの読み出し要求を受信する（ＳＴ８１）。受信部３ａにて受信された読み出し要求は、検索部３ｅに送信され、検索部３ｅにて当該読み出し要求の対象となるバックアップデータが確認される（ＳＴ８２）。
【００９９】
また、検索部３ｅでは、併せて、当該読み出し要求の対象となるバックアップデータのデータ識別情報を確認する（ＳＴ８３）。このデータ識別情報は、当該読み出し要求の対象となるバックアップデータを一意に特定することができる情報であることから、当該データ識別情報を基に記憶部３ｉ内に検索を行う（ＳＴ８４）。
【０１００】
検索部３ｅが記憶部３ｉから検索するデータは、当該読み出し要求による読み出し対象となるバックアップデータを構成する、「比較基となるバックアップデータ」及び「差分のデータ」である。比較基となるバックアップデータが検索されるのは、バックアップデータを保存する上で重複排除処理を行っており、重複排除処理の対象となったバックアップデータは、比較基となるバックアップデータとの比較で、重複する部分については比較基となるバックアップデータが既に保存されていることから排除され、重複しない部分のみが保存されている。
【０１０１】
従って、上述したように、「比較基となるバックアップデータ」及び「差分のデータ」を検索する。但し、最初に保存されたバックアップデータであって、その後当該バックアップデータが「比較基となるバックアップデータ」が読み出し要求の対象となるバックアップデータである場合には、差分のデータは存在しないことから、この「比較基となるバックアップデータ」のみが検索されることになる。
【０１０２】
さらに検索部３ｅは、当該読み出し要求の対象となるバックアップデータの元々のデータ形式に関する情報をデータ形式情報記憶部３ｊから取得する（ＳＴ８５）。上述したように、重複排除処理を行う過程で、重複排除処理を行い易くするために比較基となるバックアップデータと新たに保存の対象となるバックアップデータとはそのデータ形式を揃えている。そのため、当該読み出し要求の対象となるバックアップデータのデータ形式が変更されている可能性もある。
【０１０３】
通常、バックアップデータの読み出し要求を行う情報端末２ｂでは、自身で表示させることのできるデータ形式を備えるバックアップデータの読み出し要求を行う。但し、上述したように当該読み出し要求の対象となるバックアップデータは、重複排除処理の過程でそのデータ形式が変更された可能性がある。そこで、バックアップデータストレージ３としては、当該読み出し要求に対応するべく、元々のデータ形式に沿ってバックアップデータの復元を行う必要がある。
【０１０４】
そこで検索部３ｅでは、読み出し要求の対象となるバックアップデータに関する比較基となるバックアップデータ及び差分のデータの他に、元々当該読み出し要求の対象となるバックアップデータが備えているデータ形式も検索する。
【０１０５】
検索部３ｅでは、記憶部３ｉから検索した「比較基となるバックアップデータ」及び「差分のデータ」、データ形式情報記憶部３ｊから検索した「データ形式に関する情報」をまとめてバックアップデータ再構成部３ｋに送信する（ＳＴ８６）。
【０１０６】
さらに検索部３ｅでは、計時部３ｌに読み出し要求があった旨の信号を送り、タイマをスタートさせる（ＳＴ８７）。ここで計時部３ｌに時間を計測させるのは、再構成されたバックアップデータの保存期間をチェックするためである。バックアップデータストレージ３のデータ保存容量からすれば、読み出し要求のあったバックアップデータを再構成後いつまでも保存して読み出し可能としておくことはできない。そこで、予め読み出し要求があってから所定の期間のみ読み出し可能、ということにして、バックアップデータストレージ３の保存容量が読み出し要求の対象となるバックアップデータによって占められることがないようにしている。なお、読み出しが可能な所定の期間については、任意に設定することが可能であることは言うまでもない。
【０１０７】
バックアップデータ再構成部３ｋにおいて再構成されたバックアップデータは、キャッシュ３ｃに一時的に保存される（ＳＴ８８）。上述したように、読み出し要求に基づく再構成されたバックアップデータについては恒久的に保存されるものではなく、あくまでも一時的なものであると思われる。従って、再構成されたバックアップデータについては、記憶部３ｉではなくキャッシュ３ｃへと保存される。
【０１０８】
なお、このようにキャッシュ３ｃに保存された再構成されたバックアップデータについては、バックアップデータストレージ３から読み出し要求を出した情報端末２ｂへ送信部３ｍを介して送信するようにしても良いし、或いは、再構成処理が完了した旨を当該情報端末２ｂへ知らせることとし、知らせを受けた情報端末２ｂからバックアップデータストレージ３にアクセスし再構成されたバックアップデータを取得するようにしても良い。
【０１０９】
バックアップデータストレージ３では、計時部３ｌがキャッシュ３ｃ内への再構成されたバックアップデータの保存期間を計時しており、所定の期間が経過しない場合には（ＳＴ８９のＮＯ）、そのままキャッシュ３ｃ内に再構成したバックアップデータを保存しておく。
【０１１０】
一方所定の期間が経過した後は、計時部３ｌから検索部３ｅにその旨の信号が送信される（ＳＴ８９のＹＥＳ）。当該信号を受信した検索部３ｅでは、キャッシュ３ｃ内に保存されている再構成されたバックアップデータを削除する処理を行う（ＳＴ９０）。このように読み出し要求に基づいて再構成されたバックアップデータであってもその保存期間を一定期間に限ることで、バックアップデータストレージ３のデータ保存容量に掛かる負荷を最小限に抑えることができる。
【０１１１】
以上説明した方法で既に保存されているバックアップデータを再構成することで、同一規格に基づいて生成された撮影データのバックアップに当たって、バックアップされた後に再び復元することにまで配慮して高効率かつ確実に重複する撮影データを排除することができるバックアップデータストレージ及びデータバックアップシステムを提供することができる。
【０１１２】
本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１１３】
１    医用画像診断装置
２    ＰＡＣＳ
２ａ  主データストレージ
２ｂ  情報端末
３    バックアップデータストレージ
３ａ  受信部
３ｂ  抽出部
３ｃ  キャッシュ
３ｄ  データ識別情報記憶部
３ｅ  検索部
３ｆ  データ形式変換部
３ｇ  重複排除処理部
３ｈ  判断部
３ｉ  記憶部
３ｊ  データ形式情報記憶部
３ｋ  バックアップデータ再構成部
３ｌ  計時部
３ｍ  送信部
【図１】
0006005951.tif 000002
【図２】
0006005951.tif 000003
【図３】
0006005951.tif 000004
【図４】
0006005951.tif 000005
【図５】
0006005951.tif 000006
【図６】
0006005951.tif 000007
【図７】
0006005951.tif 000008
【図８】
0006005951.tif 000009
【図９】
0006005951.tif 000010