JP4567843B2 - 医用情報記憶媒体を復旧させる復旧方法 - Google Patents
医用情報記憶媒体を復旧させる復旧方法 Download PDFInfo
- Publication number
- JP4567843B2 JP4567843B2 JP2000117296A JP2000117296A JP4567843B2 JP 4567843 B2 JP4567843 B2 JP 4567843B2 JP 2000117296 A JP2000117296 A JP 2000117296A JP 2000117296 A JP2000117296 A JP 2000117296A JP 4567843 B2 JP4567843 B2 JP 4567843B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- information
- medical information
- storage medium
- dicomdir
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Processing Or Creating Images (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、医用画像を含む医用情報を医用情報記憶媒体に保存したり、保存されている情報を読み出したり削除したりする方法に係り、特に、障害発生時の復旧を容易にするための医用情報記憶媒体へのアクセス方法と、障害の発生した医用情報記憶媒体を復旧させる復旧方法に関する。
【０００２】
【従来の技術】
医用画像のオンライン通信や光磁気ディスクなどの記憶媒体への記録には、DICOM（digital imaging and communications in medicine）規格に則って行われることが多くなってきた。この規格は、米国放射線学会（American College of Radiology：ＡＣＲ）と米国電機工業会（National Electrical Manufacturers Association：ＮＥＭＡ）とによる委員会が定めた「医用におけるディジタル画像と通信」に関する標準規格であり、本規格に基づいて画像フォーマットや通信のプロトコルを設定することにより、Ｘ線ＣＴ装置やＭＲＩ装置のような異なる種類のモダリティで収集された医用画像や、メーカの異なるモダリティで収集された医用画像をはじめとして、これら医用画像を含む医用情報が、共通の資産として活用できるようになった。
なお、DICOM規格に則って医用情報ファイルと、この医用情報ファイルに付随してその階層構造を管理する付随情報ファイルが保存される医用情報記憶媒体を以下DICOMメディアと称するものとし、このDICOMメディアのファイル構造の一例を、図１に示す。
【０００３】
すなわち、DICOMメディア１は、例えば一つの、４階層のディレクトリレコードを有するDICOMDIRファイル２と、医用情報ファイルとしてのオブジェクトファイル３、４、５から成るファイルセット（File-set）を有している。この他に、DICOM形式ではないファイル６をもつことも可能である。そして、DICOMDIRファイル２には、オブジェクトファイル３、４、５が持っている階層構造に関する情報を保持するディレクトリレコード７、８、９を有し、さらに、オブジェクトファイル３、４、５を各別に参照するディレクトリレコード１０、１１、１２を有している。また、ディレクトリレコード７、８、９は、各階層構造に対応するオブジェクトファイル７ａ、８ａ、９ａを参照することがある。
このように、DICOMメディアは、少なくとも医用情報ファイルとしてのオブジェクトファイルと、付随情報ファイルとしてのDICOMDIRファイルとから構成されており、オブジェクトファイルの持っている階層構造の情報がDICOMDIRファイルで管理されるようになっている。そして、医用画像を例にとると、オブジェクトファイル３、４、５が持っている階層構造は、患者（Patient）、スタディ（Study）、シリーズ（Series）、画像（Image）となり、この順序で情報が階層化されてディレクトリレコードが記録される。
なお、上位から順に、ディレクトリレコード７を「Patient DR」、ディレクトリレコード８を「Study DR」、ディレクトリレコード９を「Series DR」と称し、ディレクトリレコード１０、１１、１２をそれぞれ「Image DR」と称している。また、各レベルのディレクトリレコードは、下位のディレクトリレコードを参照している。
【０００４】
そして、各ディレクトリレコードは、次のようなデータを有している。
すなわち、患者レベルのPatient DR７は、例えばディレクトリレコードタイプ（＝患者）、患者ＩＤ、患者氏名、生年月日、性別などのデータを有する。また、スタディレベルのStudy DR８は、例えばディレクトリレコードタイプ（＝スタディ）、スタディ日付、スタディ時刻、スタディUID（Unique ID；固有識別子）などのデータを有する。そして、シリーズレベルのSeries DR９は、例えばディレクトリレコードタイプ（＝シリーズ）、モダリティ、モダリティの製造業者、モダリティの設置された施設名、主治医師名、シリーズUIDなどのデータを有する。
さらに、画像レベルのImage DR１０、１１、１２には、例えばディレクトリレコードタイプ（＝画像）、画像収集時刻、画像番号、画素数（縦、横）、画像階調度（画素当たりのビット数）などのデータを有するとともに、対応するオブジェクトファイル３、４、５を参照する。
【０００５】
ところで、医用画像を含む医用情報をDICOMメディア１に保存したり、読み出したりする場合に、その途中で電源が遮断したり、ＯＳ（Operating System）がハングアップしたり、さらにアプリケーションのハングアップなどにより障害が発生すると、以後当該DICOMメディア１への保存や読み出しができなくなったり、保存や読み出しはできるものの、DICOMDIRファイル２とオブジェクトファイル３、４、５との間に不整合が発生したり、あるいは、DICOMメディア１へはアクセスできるが、ファイルに対してだけアクセスできなくなることがある、などのため、何らかの復旧の仕組みが必要となってくる。
しかしながら、DICOM規格には復旧の仕組みが考慮されていないため、障害が発生したときに、そのメディアを復旧させることが極めて困難であった。
【０００６】
【発明が解決しようとする課題】
そこで本発明は、DICOMメディアに医用情報を保存したり読み出したり削除しているときに、そのアクセス装置に電源の遮断、ＯＳのハングアップ、アプリケーションのハングアップなどの障害が発生することによる、DICOMメディアやDICOMメディアのファイルシステムに生ずる障害を復旧可能とするDICOMメディアへのアクセス方法を提供することを目的とする。
また本発明は、障害が発生したDICOMメディア１から正しく医用画像や医用情報を読み出したり、保存することを可能とする手段を提供することを目的としてなされたものである。例えば、障害の発生により、DICOMDIRファイル２のオブジェクトファイル３、４、５が破壊したり消滅していると、DICOMDIRファイル２とオブジェクトファイル３、４、５との間に不整合が生じることとなり、また、DICOMDIRファイル２が消滅している場合も予想されるが、このような場合でもDICOMメディアの復旧を可能にする復旧方法を提供することを目的とする。さらに本発明は、ファイルシステムのチェックや復旧を実施することのできるＯＳの機能やユーティリティソフトの機能では困難であった、DICOMフォーマットの復旧を可能にする復旧方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述の課題を解決するため、請求項１に記載の発明は、ＤＩＣＯＭ規格に従った医用情報ファイルとこの医用情報ファイルに付随してその階層構造を管理する付随情報ファイルが保存された医用情報記憶媒体にアクセス装置でアクセスして、医用情報記憶媒体を復旧させる復旧方法であって、前記アクセス装置で、同アクセス装置内または前記医用情報記憶媒体に保存された前記医用情報ファイルの操作状況を表す情報、前記付随情報ファイルの更新状況を表す情報のうちの少なくとも１つを参照して、前記付随情報ファイルにかかる異常の判断をするステップと、前記ステップで異常と判断された場合に、前記付随情報ファイルにかかる障害を復旧するための復旧処理を行なうステップを備え、前記復旧処理を行なうステップは、前記医用情報記憶媒体に保存されている医用情報ファイルから当該医用情報記憶媒体に保存されている情報の階層構造を抽出し、この抽出した階層構造から付随情報ファイルを作成するステップを備えることを特徴とする医用情報記憶媒体を復旧させる復旧方法である。
【００１２】
【発明の実施の形態】
以下、本発明に係る医用情報記憶媒体（DICOMメディア）へのアクセス方法と、障害の発生した医用情報記憶媒体を復旧させる復旧方法の実施の形態について、図１ないし図９を参照して詳細に説明する。
【００１３】
先ず、障害発生時の復旧を容易にするためのDICOMメディアへのアクセス方法について説明する。
図１は、既に説明したように、DICOMメディア１のファイル構造を示したものであるが、このDICOMメディア１に医用情報を保存したり、保存されている医用情報を読み出し、更新し、あるいは削除する（以下、これらの行為をアクセスという。）際に、本発明では、図２に示すように、DICOMメディア１に二つのDICOMDIRファイル２（これらは同一内容のものであるが、必要に応じて便宜的に符号２ａ、２ｂを付して区別するものとし、区別する必要のないときは符号２を付すものとする。）を作成するとともに、各DICOMDIRファイル２ａ、２ｂに対応させて、DICOMメディア１にアクセスするための装置（以下、アクセス装置という。）２１のシステム設定情報領域２２に、復旧情報を記録するためのステージ２３ａ、２３ｂを設定するものとする。ここで、二つのステージ２３ａ、２３ｂを区別する必要のないときは、ステージ２３と表現するものとする。図２において、符号２４を付して示したものは、後述する記憶装置である。
【００１４】
なお、本発明において「DICOMメディア（医用情報記憶媒体）」とは、固定式、リムーバブル、ネットワーク接続の何れか、或いはそれらを兼ね備えたDICOM規格に則ってデータを記録することのできる全ての媒体を指すものとする。また、「システム設定情報領域」２２とはMicrosoft Windows（マイクロソフト社登録商標）におけるレジストリのように、システム設定情報やアプリケーション設定情報を設定する領域であり、他のコンピュータやＯＳではレジストリに類似する機能をもったものである。
そして、ステージ２３には、図３に示す情報が記録される。すなわち、ステージが破損していないかどうかを判断するための判断情報３１、DICOMDIRファイル２が更新中か、更新を終了したかなどを表す更新状況情報３２、DICOMメディア１に対して登録中か、削除中か、それらが終了したのかなどを表す操作状況情報３３、登録中あるいは削除中のオブジェクトファイル３、４、５を特定するための特定情報３４、ステージ２３を更新した日時３５、ファイルセットを唯一に識別するための情報としてのファイルセットUID（Unique ID）３６が記録される。
なお、ステージが破損していないかどうかを判断するための判断情報３１は、ステージ２３のヘッダとフッタとに同じ内容が記録され、両者が同じ内容であればステージ２３が破損していないものと判断される。そのため、図３に示したステージ２３に記録される情報として、判断情報３１が二ヶ所に記載されている。
そして、判断情報３１にはステージの識別子とタイムスタンプが記録される。
【００１５】
このように本発明では、アクセス装置２１などによって、DICOMメディア１にアクセスしてオブジェクトファイル３、４、５を登録したり削除する際に、オブジェクトファイル３、４、５の持っている階層構造を管理するDICOMDIRファイル２を二重に（DICOMDIRファイル２ａ、２ｂのように）保存し、さらに、障害が発生したときにDICOMメディア１を復旧させるために必要となる情報を記録したステージ２３を、各DICOMDIRファイル２ａ、２ｂに対応させて、ステージ２３ａ、２３ｂのように設定するようにしたものである。
よって、このステージ２３に記録されている情報から、DICOMメディアを復旧させることが容易になり、障害の発生したメディアをDICOM形式に整合性のとれた状態に戻すことができる。その結果、貴重な医用画像を含む医用情報を取扱うDICOMメディアに対し、安心してアクセスすることが可能となる。
【００１６】
次に、上記のようにDICOMメディア１にアクセスして、オブジェクトファイルを登録したり削除したりする場合の具体的な手順について説明する。この手順は、アクセス装置２１において、オブジェクトファイルの登録中または削除中に、電源が遮断したり、ＯＳがハングアップしたり、さらにアプリケーションのハングアップなどによりDICOMメディア１に障害が発生した場合でも、その障害を復旧させるのを容易にするためのものである。
すなわち、この手順を図４ないし図７にフローチャートとして示してあるが、手順は、DICOMメディアのマウント（図４）、オブジェクトファイルの登録（図５）または削除（図６）、DICOMメディアのアンマウント（図７）の順となる。
DICOMメディアのマウントは図４に示すように、ステップ１としてDICOMメディア１に異常がないかどうかをチェックする。今回更新しようとしているDICOMメディア１が、前回正常にアンマウントされている場合には、アクセス装置２１内のシステム設定情報領域２２の内容がクリアされており、かつDICOMDIRファイル２のファイルセット一致フラグが「整合」となっている。よってこのときは、異常なしと判断して、ステップ５へ飛んでDICOMDIRファイル２ａからファイルセットUIDを取得し、ステージ２３ａのファイルセットUID３６にそれを記録する。その後ステップ６に進んでマウント処理を実施する。
【００１７】
マウント処理が行われるとステップ７へ進んで、DICOMDIRファイル２ａのコピーをDICOMメディア１内に作成し、これをDICOMDIRファイル２ｂとする。これによりDICOMDIRファイル２が二重化される。その後さらに、ステップ８として、ステージ２３ａの内容をステージ２３ｂにコピーする。これによりマウント処理を終了する。
さてステップ１に戻って、前回正常にアンマウントされていなかった場合には、アクセス装置２１内のシステム設定情報領域２２の内容がクリアされていないため、何らかの値が設定されている可能性があり、このような場合や、DICOMDIRファイル２のファイルセット一致フラグが矛盾している場合は、何らかの障害が発生している異常と判断する。このときはステップ２へ進んで、当該DICOMメディア１の復旧情報が有効か否かを判定する。
そして、復旧情報が有効であればステップ３へ進んで、その復旧情報を使用して障害を復旧するための第１の復旧処理を行い、復旧情報が有効でなければステップ４へ進んで、復旧情報を使用しない第２の復旧処理を実行する。これらの復旧処理は、自動的に実施されるようにしても良いし、復旧処理が必要であることをユーザへ警告した上で、ユーザの指示のもとで実施するようにしてもよいが、各復旧処理の手順については後述する。
【００１８】
次に、オブジェクトファイル３、４、５を登録する際の手順について説明する。なお、三つのオブジェクトファイル３、４、５とも同様の手順で登録することになるので、以下、オブジェクトファイル３を登録する場合を例として、図５を参照して説明する。
先ず、ステップ１１として、ステージ２３ａ、２３ｂにDICOMメディア１に対する操作状況情報３３として、オブジェクトファイル３を「登録中」であることを示す情報を記録する。次いでステップ１２として、登録中のオブジェクトファイル３を特定するための特定情報３４を記録し、その上でオブジェクトファイル３を登録（ステップ１３）する。
その後ステップ１４へ進み、ステージ２３ａに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａが「更新中」であることを示す情報を記録し、その後ステップ１５として、登録したオブジェクトファイル３が持っている階層構造に関する情報についてDICOMDIRファイル２ａを更新する。このとき、ファイルセット一致フラグを「不整合」に変更する。この更新を終了すると、ステップ１６へ進み、ステージ２３ａに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａの更新が「終了」したことを示す情報を記録する。
【００１９】
同様にして、DICOMDIRファイル２ｂを更新する。すなわち、ステップ１７としてステージ２３ｂに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂが「更新中」であることを示す情報を記録し、その後ステップ１８として、登録したオブジェクトファイル３が持っている階層構造に関する情報についてDICOMDIRファイル２ｂを更新する。この更新を終了すると、ステップ１９へ進み、ステージ２３ｂに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂの更新が「終了」したことを示す情報を記録する。
このようにして、二重化されたDICOMDIRファイル２ａ、２ｂの両方について更新が終了すると、ステップ２０にてステージ２３ａ、２３ｂからオブジェクトファイル３を登録中であることを示す操作状況情報３３と、登録中のオブジェクトファイル３を特定するための特定情報３４をクリアする。なお、ステップ２０の操作は、ステップ１６およびステップ１９の後で、DICOMDIRファイル２ａ、２ｂそれぞれの更新を終了したときに、各DICOMDIRファイル２ａ、２ｂに対応するステージ２３ａ、２３ｂをクリアするようにしてもよい。
【００２０】
次に、オブジェクトファイル３、４、５を削除する際の手順について、図６を参照して説明する。なおこの場合も、オブジェクトファイル３を削除する場合を例として説明する。
先ず、ステップ３１として、ステージ２３ａ、２３ｂにDICOMメディア１に対する操作状況情報３３として、オブジェクトファイル３を「削除中」であることを示す情報を記録する。次いでステップ３２として、削除中のオブジェクトファイル３を特定するための特定情報３４を記録する。
次にステップ３３へ進み、ステージ２３ａに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａが「更新中」であることの情報を記録し、その後ステップ３４として、DICOMDIRファイル２ａから、削除するオブジェクトファイル３の持っている階層構造に関する情報を削除する。この更新を終了すると、ステップ３５へ進み、ステージ２３ａに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａの更新が終了したことを示す情報を記録する。
【００２１】
同様にして、DICOMDIRファイル２ｂを更新する。すなわち、ステップ３６としてステージ２３ｂに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂが「更新中」であることを示す情報を記録し、その後ステップ３７としてDICOMDIRファイル２ｂから、削除するオブジェクトファイル３が持っている階層構造に関する情報を削除する。この更新を終了すると、ステップ３８へ進み、ステージ２３ｂに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂの更新が終了したことを示す情報を記録する。
その後ステップ３９へ進んでオブジェクトファイル３を削除する。オブジェクトファイル３を削除したらステップ４０にて、ステージ２３ａ、２３ｂからオブジェクトファイル３を削除中であることを示す操作状況情報３３と、削除中のオブジェクトファイル３を特定するための特定情報３４をクリアする。
オブジェクトファイル３、４、５の登録または削除が終了すると、図７に示すようにDICOMメディア１をアンマウントすることになる。このアンマウント処理は、ステップ５１としてアクセス装置２１内のシステム設定情報領域２２の内容をクリアすることにより行われる。そして、アンマウントしたとき、ファイルセット一致フラグを「整合」に変更する。
【００２２】
次に、上述のようなオブジェクトファイル３、４、５の登録中または削除中に発生した障害のために異常となったDICOMメディア１の復旧処理について説明する。復旧処理としては、図４のステップ３として表示した、復旧情報を使用して障害を復旧するための第１の復旧処理と、ステップ４として表示した復旧情報を使用しない第２の復旧処理とがあるが、先ず、第１の復旧処理について図８を参照して説明する。
図８は、第１の復旧処理の手順を示したフローチャートである。この第１の復旧処理によって復旧処理を行うには、先ずステップ１０１として、ステージ２３とDICOMDIRファイル２との組合せについて有効な組合せを選択する。これは、二重化されているDICOMDIRファイル２とステージ２３との４通りの組合せについて、ある組合せが異常でも他の組合せは正常である確率が高いことによるものである。また、復旧処理を行うときに、必ずしも障害の発生したDICOMメディア１がアクセス装置２１に装着されているとは限らないので、このような作業を最初に実施することにより、誤まった復旧処理を防止することができる。
そこで、（Ａ）ステージ２３ａとDICOMDIRファイル２ａとの関係、およびステージ２３ｂとDICOMDIRファイル２ｂとの関係から、ステージ２３ａ、２３ｂが破損していない（判断情報３１がヘッダ、フッタともに同じである）、（Ｂ）ステージ２３ａ、２３ｂ内の更新日時情報３５がDICOMDIRファイル２ａ、２ｂの更新日時に矛盾しない、（Ｃ）ステージ２３ａ、２３ｂ内のDICOMDIRファイル２ａ、２ｂの更新状況情報３２が更新終了となっている、（Ｄ）ファイルセットUIDが一致している、などを判断材料として、ステージ２３とDICOMDIRファイル２との４通りの組合せの中から有効な組合せを選択する。
【００２３】
ここで例えば、ステージ２３ａとDICOMDIRファイル２ａとの組合せが正常であるとして選択されたものとする。そこで、ステップ１０２としてDICOMDIRファイル２ｂに対応するステージ２３ｂに、DICOMDIRファイル２ｂが「更新中」であることを表す更新状況情報３２を記録する。次にステップ１０３へ進み選択されたDICOMDIRファイル２ａを選択されなかったDICOMDIRファイル２ｂにコピーする。
DICOMDIRファイル２ａのコピーが終了した後ステップ１０４へ進み、ステージ２３ａの内容をステージ２３ｂにコピーする。
これにより、DICOMDIRファイル２ａ、２ｂの内容およびステージ２３ａ、２３ｂの内容はそれぞれ同一となり、万一、復旧処理中に障害が発生した場合でも復旧が行えるようになる。
その後ステップ１０５へ進み、ステージ２３ａに記録されているDICOMメディア１の操作状況情報３３から、障害の発生がオブジェクトファイル３の登録中に生じたものか削除中に生じたものかを読み取って判断する。これは、障害の生じた状況に応じて復旧方法が異なるからである。
【００２４】
そこで、障害がオブジェクトファイル３の登録中に生じたものと判断した場合は、ステップ１０６へ進み、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新中」に変更する。そしてステップ１０７へ進み、オブジェクトファイル３の階層構造に関する情報をDICOMDIRファイル２ａから削除し、その後ステップ１０８として、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新終了」に変更する。その後ステップ１０９へ進み、登録途中のオブジェクトファイル３をDICOMメデイァ１から削除する。そして、最後にステップ１１４としてステージ２３ａ、２３ｂの内容をクリアする。
これにより、第１の復旧処理が終了となる。よって、障害発生時に登録途中だったオブジェクトファイル３の登録処理を、図５で説明した手順に従って再度実施することにより、所望の処理を完結することができる。
【００２５】
一方、ステップ１０５にて、障害がオブジェクトファイル３の削除中に生じたものと判断した場合は、ステップ１１０へ進み、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新中」に変更する。そしてステップ１１１へ進み、オブジェクトファイル３の階層構造に関する情報をDICOMDIRファイル２ａから削除し、その後ステップ１１２として、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新終了」に変更する。その後ステップ１１３へ進み、削除途中のオブジェクトファイル３をDICOMメデイァ１から削除する。そして、最後にステップ１１４としてステージ２３ａ、２３ｂの内容をクリアする。
これにより、第１の復旧処理が終了するとともに、障害発生時に削除途中だったオブジェクトファイル３の削除処理を完結することができる。
【００２６】
続いて、図４のステップ４として表示した、復旧情報を使用しない第２の復旧処理について、図９を参照して説明する。
図９は、第２の復旧処理の手順を示したフローチャートである。この第２の復旧処理によって復旧処理を行う場合は、障害の発生したDICOMメディア１に対応する復旧情報がない場合や復旧情報が有効でない場合、あるいは、二重化したDICOMDIRファイル２ａ、２ｂの両方が破壊したり消滅している場合などに適用されるものである。ＯＳの機能やユーティリティソフトの機能によって、ファイルシステムをチェックしたり、ファイルを復旧させようとする場合に、ファイルの破壊や消滅という問題が発生しがちであるが、そのような場合に、この第２の復旧処理が有効に作用する。
この場合も先ずステップ１２１として、ステージ２３の更新状況情報３２をDICOMDIRファイル２「更新中」に変更する。そしてステップ１２２へ進み、DICOMメディア１内の全てのオブジェクトファイル３、４、５をサーチして、オブジェクトファイルの階層構造に関する情報を把握し、これに基づきDICOMDIRファイル２を作り直す。DICOMDIRファイル２の再作成終了後、ステップ１２３へ進み、ステージ２３の更新状況情報３２をDICOMDIRファイル２「更新終了」に変更することにより、第２の復旧処理が完結する。
【００２７】
本発明は、上述の実施の形態に限定されることなく、種々の形態での実施が可能である。例えば、DICOMDIRファイル２をDICOMメディア１内に二重にもつものとして説明したが、アクセス装置２１がもっているハードディスクのような不揮発性の記憶装置２４に、DICOMDIRファイル２を二重に持たせるようにしてもよい。ただしこの場合は、アンマウント時に記憶装置２４内のDICOMDIRファイル２をDICOMメディア１に戻す処理が必要となる。また、一方のDICOMDIRファイル２ａをDICOMメディア１に持ち、他方のDICOMDIRファイル２ｂをアクセス装置２１がもっている記憶装置２４に持たせて二重化するようにしてもよい。
さらに、復旧情報を記録するステージ２３は、アクセス装置２１のシステム設定情報領域２２にDICOMDIRファイル２に対応付けて設定するものとして説明したが、それぞれDICOMDIRファイル２に対応付けてDICOMメディア１に設定するようにしてもよいし、或いは、アクセス装置２１がもっている記憶装置２４に設定するようにしてもよい。前者の場合には、DICOMDIRファイル２とステージ２３とを誤まって対応付けるおそれがなくなり、誤まった復旧処理を防止することができるし、障害の発生したアクセス装置２１以外のアクセス装置を使って当該DICOMメディア１を復旧させることも可能となる。
【００２８】
また、復旧情報は或る一つのDICOMメディアのみの分ではなく、複数のDICOMメディア分を、アクセス装置２１のシステム設定情報領域２２や記憶装置２４に記録しておけば、例えば過去のDICOMメディアから医用情報を読み出しているときに障害が発生したような場合でも、その医用情報についての復旧情報を利用して、複数のDICOMメディアについての復旧処理を容易に実施できる。
加えて、DICOMDIRファイル２を二重化するタイミングを、DICOMメディア１にアクセスしてから最初にオブジェクトファイル３、４、５を登録したり削除したりする時に行うようにすれば、マウントにかかるオーバーヘッドを低減することができる。
【００２９】
【発明の効果】
以上詳細に説明したように、本発明によれば、医用情報記憶媒内の医用情報ファイルからその階層構造を管理する付随情報ファイルを再度作成し直すことにより、障害の発生したDICOMメディアを整合性のとれた状態に復旧することができる。
【図面の簡単な説明】
【図１】 DICOMメディアのファイル構造を説明するために示した説明図である。
【図２】アクセス装置によってDICOMメディアにアクセスする際に適用される本発明の概念を説明した説明図である。
【図３】本発明においてステージに記録される復旧情報の内容を示した図である。
【図４】 DICOMメディアのマウント時の手順を示したフローチャートである。
【図５】オブジェクトファイルの登録時の手順を示したフローチャートである。
【図６】オブジェクトファイルの削除時の手順を示したフローチャートである。
【図７】 DICOMメディアのアンマウント時の手順を示したフローチャートである。
【図８】第１の復旧処理の手順を示したフローチャートである。
【図９】第２の復旧処理の手順を示したフローチャートである。
【符号の説明】
１ DICOMメディア
２ DICOMDIRファイル
３、４、５ オブジェクトファイル
２２ ステージ
２３ システム設定情報領域
【発明の属する技術分野】
本発明は、医用画像を含む医用情報を医用情報記憶媒体に保存したり、保存されている情報を読み出したり削除したりする方法に係り、特に、障害発生時の復旧を容易にするための医用情報記憶媒体へのアクセス方法と、障害の発生した医用情報記憶媒体を復旧させる復旧方法に関する。
【０００２】
【従来の技術】
医用画像のオンライン通信や光磁気ディスクなどの記憶媒体への記録には、DICOM（digital imaging and communications in medicine）規格に則って行われることが多くなってきた。この規格は、米国放射線学会（American College of Radiology：ＡＣＲ）と米国電機工業会（National Electrical Manufacturers Association：ＮＥＭＡ）とによる委員会が定めた「医用におけるディジタル画像と通信」に関する標準規格であり、本規格に基づいて画像フォーマットや通信のプロトコルを設定することにより、Ｘ線ＣＴ装置やＭＲＩ装置のような異なる種類のモダリティで収集された医用画像や、メーカの異なるモダリティで収集された医用画像をはじめとして、これら医用画像を含む医用情報が、共通の資産として活用できるようになった。
なお、DICOM規格に則って医用情報ファイルと、この医用情報ファイルに付随してその階層構造を管理する付随情報ファイルが保存される医用情報記憶媒体を以下DICOMメディアと称するものとし、このDICOMメディアのファイル構造の一例を、図１に示す。
【０００３】
すなわち、DICOMメディア１は、例えば一つの、４階層のディレクトリレコードを有するDICOMDIRファイル２と、医用情報ファイルとしてのオブジェクトファイル３、４、５から成るファイルセット（File-set）を有している。この他に、DICOM形式ではないファイル６をもつことも可能である。そして、DICOMDIRファイル２には、オブジェクトファイル３、４、５が持っている階層構造に関する情報を保持するディレクトリレコード７、８、９を有し、さらに、オブジェクトファイル３、４、５を各別に参照するディレクトリレコード１０、１１、１２を有している。また、ディレクトリレコード７、８、９は、各階層構造に対応するオブジェクトファイル７ａ、８ａ、９ａを参照することがある。
このように、DICOMメディアは、少なくとも医用情報ファイルとしてのオブジェクトファイルと、付随情報ファイルとしてのDICOMDIRファイルとから構成されており、オブジェクトファイルの持っている階層構造の情報がDICOMDIRファイルで管理されるようになっている。そして、医用画像を例にとると、オブジェクトファイル３、４、５が持っている階層構造は、患者（Patient）、スタディ（Study）、シリーズ（Series）、画像（Image）となり、この順序で情報が階層化されてディレクトリレコードが記録される。
なお、上位から順に、ディレクトリレコード７を「Patient DR」、ディレクトリレコード８を「Study DR」、ディレクトリレコード９を「Series DR」と称し、ディレクトリレコード１０、１１、１２をそれぞれ「Image DR」と称している。また、各レベルのディレクトリレコードは、下位のディレクトリレコードを参照している。
【０００４】
そして、各ディレクトリレコードは、次のようなデータを有している。
すなわち、患者レベルのPatient DR７は、例えばディレクトリレコードタイプ（＝患者）、患者ＩＤ、患者氏名、生年月日、性別などのデータを有する。また、スタディレベルのStudy DR８は、例えばディレクトリレコードタイプ（＝スタディ）、スタディ日付、スタディ時刻、スタディUID（Unique ID；固有識別子）などのデータを有する。そして、シリーズレベルのSeries DR９は、例えばディレクトリレコードタイプ（＝シリーズ）、モダリティ、モダリティの製造業者、モダリティの設置された施設名、主治医師名、シリーズUIDなどのデータを有する。
さらに、画像レベルのImage DR１０、１１、１２には、例えばディレクトリレコードタイプ（＝画像）、画像収集時刻、画像番号、画素数（縦、横）、画像階調度（画素当たりのビット数）などのデータを有するとともに、対応するオブジェクトファイル３、４、５を参照する。
【０００５】
ところで、医用画像を含む医用情報をDICOMメディア１に保存したり、読み出したりする場合に、その途中で電源が遮断したり、ＯＳ（Operating System）がハングアップしたり、さらにアプリケーションのハングアップなどにより障害が発生すると、以後当該DICOMメディア１への保存や読み出しができなくなったり、保存や読み出しはできるものの、DICOMDIRファイル２とオブジェクトファイル３、４、５との間に不整合が発生したり、あるいは、DICOMメディア１へはアクセスできるが、ファイルに対してだけアクセスできなくなることがある、などのため、何らかの復旧の仕組みが必要となってくる。
しかしながら、DICOM規格には復旧の仕組みが考慮されていないため、障害が発生したときに、そのメディアを復旧させることが極めて困難であった。
【０００６】
【発明が解決しようとする課題】
そこで本発明は、DICOMメディアに医用情報を保存したり読み出したり削除しているときに、そのアクセス装置に電源の遮断、ＯＳのハングアップ、アプリケーションのハングアップなどの障害が発生することによる、DICOMメディアやDICOMメディアのファイルシステムに生ずる障害を復旧可能とするDICOMメディアへのアクセス方法を提供することを目的とする。
また本発明は、障害が発生したDICOMメディア１から正しく医用画像や医用情報を読み出したり、保存することを可能とする手段を提供することを目的としてなされたものである。例えば、障害の発生により、DICOMDIRファイル２のオブジェクトファイル３、４、５が破壊したり消滅していると、DICOMDIRファイル２とオブジェクトファイル３、４、５との間に不整合が生じることとなり、また、DICOMDIRファイル２が消滅している場合も予想されるが、このような場合でもDICOMメディアの復旧を可能にする復旧方法を提供することを目的とする。さらに本発明は、ファイルシステムのチェックや復旧を実施することのできるＯＳの機能やユーティリティソフトの機能では困難であった、DICOMフォーマットの復旧を可能にする復旧方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上述の課題を解決するため、請求項１に記載の発明は、ＤＩＣＯＭ規格に従った医用情報ファイルとこの医用情報ファイルに付随してその階層構造を管理する付随情報ファイルが保存された医用情報記憶媒体にアクセス装置でアクセスして、医用情報記憶媒体を復旧させる復旧方法であって、前記アクセス装置で、同アクセス装置内または前記医用情報記憶媒体に保存された前記医用情報ファイルの操作状況を表す情報、前記付随情報ファイルの更新状況を表す情報のうちの少なくとも１つを参照して、前記付随情報ファイルにかかる異常の判断をするステップと、前記ステップで異常と判断された場合に、前記付随情報ファイルにかかる障害を復旧するための復旧処理を行なうステップを備え、前記復旧処理を行なうステップは、前記医用情報記憶媒体に保存されている医用情報ファイルから当該医用情報記憶媒体に保存されている情報の階層構造を抽出し、この抽出した階層構造から付随情報ファイルを作成するステップを備えることを特徴とする医用情報記憶媒体を復旧させる復旧方法である。
【００１２】
【発明の実施の形態】
以下、本発明に係る医用情報記憶媒体（DICOMメディア）へのアクセス方法と、障害の発生した医用情報記憶媒体を復旧させる復旧方法の実施の形態について、図１ないし図９を参照して詳細に説明する。
【００１３】
先ず、障害発生時の復旧を容易にするためのDICOMメディアへのアクセス方法について説明する。
図１は、既に説明したように、DICOMメディア１のファイル構造を示したものであるが、このDICOMメディア１に医用情報を保存したり、保存されている医用情報を読み出し、更新し、あるいは削除する（以下、これらの行為をアクセスという。）際に、本発明では、図２に示すように、DICOMメディア１に二つのDICOMDIRファイル２（これらは同一内容のものであるが、必要に応じて便宜的に符号２ａ、２ｂを付して区別するものとし、区別する必要のないときは符号２を付すものとする。）を作成するとともに、各DICOMDIRファイル２ａ、２ｂに対応させて、DICOMメディア１にアクセスするための装置（以下、アクセス装置という。）２１のシステム設定情報領域２２に、復旧情報を記録するためのステージ２３ａ、２３ｂを設定するものとする。ここで、二つのステージ２３ａ、２３ｂを区別する必要のないときは、ステージ２３と表現するものとする。図２において、符号２４を付して示したものは、後述する記憶装置である。
【００１４】
なお、本発明において「DICOMメディア（医用情報記憶媒体）」とは、固定式、リムーバブル、ネットワーク接続の何れか、或いはそれらを兼ね備えたDICOM規格に則ってデータを記録することのできる全ての媒体を指すものとする。また、「システム設定情報領域」２２とはMicrosoft Windows（マイクロソフト社登録商標）におけるレジストリのように、システム設定情報やアプリケーション設定情報を設定する領域であり、他のコンピュータやＯＳではレジストリに類似する機能をもったものである。
そして、ステージ２３には、図３に示す情報が記録される。すなわち、ステージが破損していないかどうかを判断するための判断情報３１、DICOMDIRファイル２が更新中か、更新を終了したかなどを表す更新状況情報３２、DICOMメディア１に対して登録中か、削除中か、それらが終了したのかなどを表す操作状況情報３３、登録中あるいは削除中のオブジェクトファイル３、４、５を特定するための特定情報３４、ステージ２３を更新した日時３５、ファイルセットを唯一に識別するための情報としてのファイルセットUID（Unique ID）３６が記録される。
なお、ステージが破損していないかどうかを判断するための判断情報３１は、ステージ２３のヘッダとフッタとに同じ内容が記録され、両者が同じ内容であればステージ２３が破損していないものと判断される。そのため、図３に示したステージ２３に記録される情報として、判断情報３１が二ヶ所に記載されている。
そして、判断情報３１にはステージの識別子とタイムスタンプが記録される。
【００１５】
このように本発明では、アクセス装置２１などによって、DICOMメディア１にアクセスしてオブジェクトファイル３、４、５を登録したり削除する際に、オブジェクトファイル３、４、５の持っている階層構造を管理するDICOMDIRファイル２を二重に（DICOMDIRファイル２ａ、２ｂのように）保存し、さらに、障害が発生したときにDICOMメディア１を復旧させるために必要となる情報を記録したステージ２３を、各DICOMDIRファイル２ａ、２ｂに対応させて、ステージ２３ａ、２３ｂのように設定するようにしたものである。
よって、このステージ２３に記録されている情報から、DICOMメディアを復旧させることが容易になり、障害の発生したメディアをDICOM形式に整合性のとれた状態に戻すことができる。その結果、貴重な医用画像を含む医用情報を取扱うDICOMメディアに対し、安心してアクセスすることが可能となる。
【００１６】
次に、上記のようにDICOMメディア１にアクセスして、オブジェクトファイルを登録したり削除したりする場合の具体的な手順について説明する。この手順は、アクセス装置２１において、オブジェクトファイルの登録中または削除中に、電源が遮断したり、ＯＳがハングアップしたり、さらにアプリケーションのハングアップなどによりDICOMメディア１に障害が発生した場合でも、その障害を復旧させるのを容易にするためのものである。
すなわち、この手順を図４ないし図７にフローチャートとして示してあるが、手順は、DICOMメディアのマウント（図４）、オブジェクトファイルの登録（図５）または削除（図６）、DICOMメディアのアンマウント（図７）の順となる。
DICOMメディアのマウントは図４に示すように、ステップ１としてDICOMメディア１に異常がないかどうかをチェックする。今回更新しようとしているDICOMメディア１が、前回正常にアンマウントされている場合には、アクセス装置２１内のシステム設定情報領域２２の内容がクリアされており、かつDICOMDIRファイル２のファイルセット一致フラグが「整合」となっている。よってこのときは、異常なしと判断して、ステップ５へ飛んでDICOMDIRファイル２ａからファイルセットUIDを取得し、ステージ２３ａのファイルセットUID３６にそれを記録する。その後ステップ６に進んでマウント処理を実施する。
【００１７】
マウント処理が行われるとステップ７へ進んで、DICOMDIRファイル２ａのコピーをDICOMメディア１内に作成し、これをDICOMDIRファイル２ｂとする。これによりDICOMDIRファイル２が二重化される。その後さらに、ステップ８として、ステージ２３ａの内容をステージ２３ｂにコピーする。これによりマウント処理を終了する。
さてステップ１に戻って、前回正常にアンマウントされていなかった場合には、アクセス装置２１内のシステム設定情報領域２２の内容がクリアされていないため、何らかの値が設定されている可能性があり、このような場合や、DICOMDIRファイル２のファイルセット一致フラグが矛盾している場合は、何らかの障害が発生している異常と判断する。このときはステップ２へ進んで、当該DICOMメディア１の復旧情報が有効か否かを判定する。
そして、復旧情報が有効であればステップ３へ進んで、その復旧情報を使用して障害を復旧するための第１の復旧処理を行い、復旧情報が有効でなければステップ４へ進んで、復旧情報を使用しない第２の復旧処理を実行する。これらの復旧処理は、自動的に実施されるようにしても良いし、復旧処理が必要であることをユーザへ警告した上で、ユーザの指示のもとで実施するようにしてもよいが、各復旧処理の手順については後述する。
【００１８】
次に、オブジェクトファイル３、４、５を登録する際の手順について説明する。なお、三つのオブジェクトファイル３、４、５とも同様の手順で登録することになるので、以下、オブジェクトファイル３を登録する場合を例として、図５を参照して説明する。
先ず、ステップ１１として、ステージ２３ａ、２３ｂにDICOMメディア１に対する操作状況情報３３として、オブジェクトファイル３を「登録中」であることを示す情報を記録する。次いでステップ１２として、登録中のオブジェクトファイル３を特定するための特定情報３４を記録し、その上でオブジェクトファイル３を登録（ステップ１３）する。
その後ステップ１４へ進み、ステージ２３ａに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａが「更新中」であることを示す情報を記録し、その後ステップ１５として、登録したオブジェクトファイル３が持っている階層構造に関する情報についてDICOMDIRファイル２ａを更新する。このとき、ファイルセット一致フラグを「不整合」に変更する。この更新を終了すると、ステップ１６へ進み、ステージ２３ａに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａの更新が「終了」したことを示す情報を記録する。
【００１９】
同様にして、DICOMDIRファイル２ｂを更新する。すなわち、ステップ１７としてステージ２３ｂに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂが「更新中」であることを示す情報を記録し、その後ステップ１８として、登録したオブジェクトファイル３が持っている階層構造に関する情報についてDICOMDIRファイル２ｂを更新する。この更新を終了すると、ステップ１９へ進み、ステージ２３ｂに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂの更新が「終了」したことを示す情報を記録する。
このようにして、二重化されたDICOMDIRファイル２ａ、２ｂの両方について更新が終了すると、ステップ２０にてステージ２３ａ、２３ｂからオブジェクトファイル３を登録中であることを示す操作状況情報３３と、登録中のオブジェクトファイル３を特定するための特定情報３４をクリアする。なお、ステップ２０の操作は、ステップ１６およびステップ１９の後で、DICOMDIRファイル２ａ、２ｂそれぞれの更新を終了したときに、各DICOMDIRファイル２ａ、２ｂに対応するステージ２３ａ、２３ｂをクリアするようにしてもよい。
【００２０】
次に、オブジェクトファイル３、４、５を削除する際の手順について、図６を参照して説明する。なおこの場合も、オブジェクトファイル３を削除する場合を例として説明する。
先ず、ステップ３１として、ステージ２３ａ、２３ｂにDICOMメディア１に対する操作状況情報３３として、オブジェクトファイル３を「削除中」であることを示す情報を記録する。次いでステップ３２として、削除中のオブジェクトファイル３を特定するための特定情報３４を記録する。
次にステップ３３へ進み、ステージ２３ａに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａが「更新中」であることの情報を記録し、その後ステップ３４として、DICOMDIRファイル２ａから、削除するオブジェクトファイル３の持っている階層構造に関する情報を削除する。この更新を終了すると、ステップ３５へ進み、ステージ２３ａに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ａの更新が終了したことを示す情報を記録する。
【００２１】
同様にして、DICOMDIRファイル２ｂを更新する。すなわち、ステップ３６としてステージ２３ｂに対してDICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂが「更新中」であることを示す情報を記録し、その後ステップ３７としてDICOMDIRファイル２ｂから、削除するオブジェクトファイル３が持っている階層構造に関する情報を削除する。この更新を終了すると、ステップ３８へ進み、ステージ２３ｂに対して、DICOMDIRファイル２の更新状況情報３２として、DICOMDIRファイル２ｂの更新が終了したことを示す情報を記録する。
その後ステップ３９へ進んでオブジェクトファイル３を削除する。オブジェクトファイル３を削除したらステップ４０にて、ステージ２３ａ、２３ｂからオブジェクトファイル３を削除中であることを示す操作状況情報３３と、削除中のオブジェクトファイル３を特定するための特定情報３４をクリアする。
オブジェクトファイル３、４、５の登録または削除が終了すると、図７に示すようにDICOMメディア１をアンマウントすることになる。このアンマウント処理は、ステップ５１としてアクセス装置２１内のシステム設定情報領域２２の内容をクリアすることにより行われる。そして、アンマウントしたとき、ファイルセット一致フラグを「整合」に変更する。
【００２２】
次に、上述のようなオブジェクトファイル３、４、５の登録中または削除中に発生した障害のために異常となったDICOMメディア１の復旧処理について説明する。復旧処理としては、図４のステップ３として表示した、復旧情報を使用して障害を復旧するための第１の復旧処理と、ステップ４として表示した復旧情報を使用しない第２の復旧処理とがあるが、先ず、第１の復旧処理について図８を参照して説明する。
図８は、第１の復旧処理の手順を示したフローチャートである。この第１の復旧処理によって復旧処理を行うには、先ずステップ１０１として、ステージ２３とDICOMDIRファイル２との組合せについて有効な組合せを選択する。これは、二重化されているDICOMDIRファイル２とステージ２３との４通りの組合せについて、ある組合せが異常でも他の組合せは正常である確率が高いことによるものである。また、復旧処理を行うときに、必ずしも障害の発生したDICOMメディア１がアクセス装置２１に装着されているとは限らないので、このような作業を最初に実施することにより、誤まった復旧処理を防止することができる。
そこで、（Ａ）ステージ２３ａとDICOMDIRファイル２ａとの関係、およびステージ２３ｂとDICOMDIRファイル２ｂとの関係から、ステージ２３ａ、２３ｂが破損していない（判断情報３１がヘッダ、フッタともに同じである）、（Ｂ）ステージ２３ａ、２３ｂ内の更新日時情報３５がDICOMDIRファイル２ａ、２ｂの更新日時に矛盾しない、（Ｃ）ステージ２３ａ、２３ｂ内のDICOMDIRファイル２ａ、２ｂの更新状況情報３２が更新終了となっている、（Ｄ）ファイルセットUIDが一致している、などを判断材料として、ステージ２３とDICOMDIRファイル２との４通りの組合せの中から有効な組合せを選択する。
【００２３】
ここで例えば、ステージ２３ａとDICOMDIRファイル２ａとの組合せが正常であるとして選択されたものとする。そこで、ステップ１０２としてDICOMDIRファイル２ｂに対応するステージ２３ｂに、DICOMDIRファイル２ｂが「更新中」であることを表す更新状況情報３２を記録する。次にステップ１０３へ進み選択されたDICOMDIRファイル２ａを選択されなかったDICOMDIRファイル２ｂにコピーする。
DICOMDIRファイル２ａのコピーが終了した後ステップ１０４へ進み、ステージ２３ａの内容をステージ２３ｂにコピーする。
これにより、DICOMDIRファイル２ａ、２ｂの内容およびステージ２３ａ、２３ｂの内容はそれぞれ同一となり、万一、復旧処理中に障害が発生した場合でも復旧が行えるようになる。
その後ステップ１０５へ進み、ステージ２３ａに記録されているDICOMメディア１の操作状況情報３３から、障害の発生がオブジェクトファイル３の登録中に生じたものか削除中に生じたものかを読み取って判断する。これは、障害の生じた状況に応じて復旧方法が異なるからである。
【００２４】
そこで、障害がオブジェクトファイル３の登録中に生じたものと判断した場合は、ステップ１０６へ進み、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新中」に変更する。そしてステップ１０７へ進み、オブジェクトファイル３の階層構造に関する情報をDICOMDIRファイル２ａから削除し、その後ステップ１０８として、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新終了」に変更する。その後ステップ１０９へ進み、登録途中のオブジェクトファイル３をDICOMメデイァ１から削除する。そして、最後にステップ１１４としてステージ２３ａ、２３ｂの内容をクリアする。
これにより、第１の復旧処理が終了となる。よって、障害発生時に登録途中だったオブジェクトファイル３の登録処理を、図５で説明した手順に従って再度実施することにより、所望の処理を完結することができる。
【００２５】
一方、ステップ１０５にて、障害がオブジェクトファイル３の削除中に生じたものと判断した場合は、ステップ１１０へ進み、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新中」に変更する。そしてステップ１１１へ進み、オブジェクトファイル３の階層構造に関する情報をDICOMDIRファイル２ａから削除し、その後ステップ１１２として、ステージ２３ａの更新状況情報３２をDICOMDIRファイル２ａ「更新終了」に変更する。その後ステップ１１３へ進み、削除途中のオブジェクトファイル３をDICOMメデイァ１から削除する。そして、最後にステップ１１４としてステージ２３ａ、２３ｂの内容をクリアする。
これにより、第１の復旧処理が終了するとともに、障害発生時に削除途中だったオブジェクトファイル３の削除処理を完結することができる。
【００２６】
続いて、図４のステップ４として表示した、復旧情報を使用しない第２の復旧処理について、図９を参照して説明する。
図９は、第２の復旧処理の手順を示したフローチャートである。この第２の復旧処理によって復旧処理を行う場合は、障害の発生したDICOMメディア１に対応する復旧情報がない場合や復旧情報が有効でない場合、あるいは、二重化したDICOMDIRファイル２ａ、２ｂの両方が破壊したり消滅している場合などに適用されるものである。ＯＳの機能やユーティリティソフトの機能によって、ファイルシステムをチェックしたり、ファイルを復旧させようとする場合に、ファイルの破壊や消滅という問題が発生しがちであるが、そのような場合に、この第２の復旧処理が有効に作用する。
この場合も先ずステップ１２１として、ステージ２３の更新状況情報３２をDICOMDIRファイル２「更新中」に変更する。そしてステップ１２２へ進み、DICOMメディア１内の全てのオブジェクトファイル３、４、５をサーチして、オブジェクトファイルの階層構造に関する情報を把握し、これに基づきDICOMDIRファイル２を作り直す。DICOMDIRファイル２の再作成終了後、ステップ１２３へ進み、ステージ２３の更新状況情報３２をDICOMDIRファイル２「更新終了」に変更することにより、第２の復旧処理が完結する。
【００２７】
本発明は、上述の実施の形態に限定されることなく、種々の形態での実施が可能である。例えば、DICOMDIRファイル２をDICOMメディア１内に二重にもつものとして説明したが、アクセス装置２１がもっているハードディスクのような不揮発性の記憶装置２４に、DICOMDIRファイル２を二重に持たせるようにしてもよい。ただしこの場合は、アンマウント時に記憶装置２４内のDICOMDIRファイル２をDICOMメディア１に戻す処理が必要となる。また、一方のDICOMDIRファイル２ａをDICOMメディア１に持ち、他方のDICOMDIRファイル２ｂをアクセス装置２１がもっている記憶装置２４に持たせて二重化するようにしてもよい。
さらに、復旧情報を記録するステージ２３は、アクセス装置２１のシステム設定情報領域２２にDICOMDIRファイル２に対応付けて設定するものとして説明したが、それぞれDICOMDIRファイル２に対応付けてDICOMメディア１に設定するようにしてもよいし、或いは、アクセス装置２１がもっている記憶装置２４に設定するようにしてもよい。前者の場合には、DICOMDIRファイル２とステージ２３とを誤まって対応付けるおそれがなくなり、誤まった復旧処理を防止することができるし、障害の発生したアクセス装置２１以外のアクセス装置を使って当該DICOMメディア１を復旧させることも可能となる。
【００２８】
また、復旧情報は或る一つのDICOMメディアのみの分ではなく、複数のDICOMメディア分を、アクセス装置２１のシステム設定情報領域２２や記憶装置２４に記録しておけば、例えば過去のDICOMメディアから医用情報を読み出しているときに障害が発生したような場合でも、その医用情報についての復旧情報を利用して、複数のDICOMメディアについての復旧処理を容易に実施できる。
加えて、DICOMDIRファイル２を二重化するタイミングを、DICOMメディア１にアクセスしてから最初にオブジェクトファイル３、４、５を登録したり削除したりする時に行うようにすれば、マウントにかかるオーバーヘッドを低減することができる。
【００２９】
【発明の効果】
以上詳細に説明したように、本発明によれば、医用情報記憶媒内の医用情報ファイルからその階層構造を管理する付随情報ファイルを再度作成し直すことにより、障害の発生したDICOMメディアを整合性のとれた状態に復旧することができる。
【図面の簡単な説明】
【図１】 DICOMメディアのファイル構造を説明するために示した説明図である。
【図２】アクセス装置によってDICOMメディアにアクセスする際に適用される本発明の概念を説明した説明図である。
【図３】本発明においてステージに記録される復旧情報の内容を示した図である。
【図４】 DICOMメディアのマウント時の手順を示したフローチャートである。
【図５】オブジェクトファイルの登録時の手順を示したフローチャートである。
【図６】オブジェクトファイルの削除時の手順を示したフローチャートである。
【図７】 DICOMメディアのアンマウント時の手順を示したフローチャートである。
【図８】第１の復旧処理の手順を示したフローチャートである。
【図９】第２の復旧処理の手順を示したフローチャートである。
【符号の説明】
１ DICOMメディア
２ DICOMDIRファイル
３、４、５ オブジェクトファイル
２２ ステージ
２３ システム設定情報領域
Claims (5)
- ＤＩＣＯＭ規格に従った医用情報ファイルとこの医用情報ファイルに付随してその階層構造を管理する付随情報ファイルが保存された医用情報記憶媒体にアクセス装置でアクセスして、医用情報記憶媒体を復旧させる復旧方法であって、
前記アクセス装置で、同アクセス装置内または前記医用情報記憶媒体に保存された前記医用情報ファイルの操作状況を表す情報、前記付随情報ファイルの更新状況を表す情報のうちの少なくとも１つを参照して、前記付随情報ファイルにかかる異常の判断をするステップと、
前記ステップで異常と判断された場合に、前記付随情報ファイルにかかる障害を復旧するための復旧処理を行なうステップを備え、
前記復旧処理を行なうステップは、前記医用情報記憶媒体に保存されている医用情報ファイルから当該医用情報記憶媒体に保存されている情報の階層構造を抽出し、この抽出した階層構造から付随情報ファイルを作成するステップを備えることを特徴とする医用情報記憶媒体を復旧させる復旧方法。 - 前記医用情報ファイルの操作状況を表す情報は、前記医用情報ファイルが登録中であることを表す情報、前記医用情報ファイルが削除中であることを表す情報の少なくとも１つを含むものであることを特徴とする請求項１記載の医用情報記憶媒体を復旧させる復旧方法。
- 前記付随情報ファイルの更新状況を表す情報は、前記付随情報ファイルが更新中であることを表す情報を含むものであることを特徴とする請求項１または２に記載の医用情報記憶媒体を復旧させる復旧方法。
- 前記医用情報ファイルが登録中であることを示す情報、前記医用情報ファイルが削除中であることを示す情報、前記付随情報ファイルが更新中であることを示す情報の少なくとも１つは、前記医用情報記憶媒体に記録されたものであることを特徴とする請求項１乃至３のいずれか１項記載の医用情報記憶媒体を復旧させる復旧方法。
- 前記復旧処理は、二重に保存された前記付随情報ファイルを用いて復旧処理を行なうものであることを特徴とする請求項１乃至４のいずれか１項記載の医用情報記憶媒体を復旧させる復旧方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000117296A JP4567843B2 (ja) | 2000-04-19 | 2000-04-19 | 医用情報記憶媒体を復旧させる復旧方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000117296A JP4567843B2 (ja) | 2000-04-19 | 2000-04-19 | 医用情報記憶媒体を復旧させる復旧方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001306703A JP2001306703A (ja) | 2001-11-02 |
| JP4567843B2 true JP4567843B2 (ja) | 2010-10-20 |
Family
ID=18628630
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000117296A Expired - Fee Related JP4567843B2 (ja) | 2000-04-19 | 2000-04-19 | 医用情報記憶媒体を復旧させる復旧方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4567843B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4634729B2 (ja) * | 2004-03-10 | 2011-02-16 | 株式会社東芝 | Ｄｉｃｏｍメディア情報管理システム及びｄｉｃｏｍメディア情報を管理する管理サーバ |
| WO2013161297A1 (ja) * | 2012-04-25 | 2013-10-31 | 株式会社 東芝 | 医用情報検証システム |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210438A (ja) * | 1994-01-24 | 1995-08-11 | Fujitsu Ltd | ファイル管理方法 |
| JPH1196731A (ja) * | 1997-09-22 | 1999-04-09 | Toshiba Iyou System Engineering Kk | 医用画像ファイルの削除方法及び医用画像ファイル装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3655719B2 (ja) * | 1996-12-18 | 2005-06-02 | 株式会社リコー | 画像検索情報管理方法および画像検索情報管理装置 |
| JPH11250160A (ja) * | 1998-03-03 | 1999-09-17 | Ge Yokogawa Medical Systems Ltd | 医用画像管理システム |
-
2000
- 2000-04-19 JP JP2000117296A patent/JP4567843B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07210438A (ja) * | 1994-01-24 | 1995-08-11 | Fujitsu Ltd | ファイル管理方法 |
| JPH1196731A (ja) * | 1997-09-22 | 1999-04-09 | Toshiba Iyou System Engineering Kk | 医用画像ファイルの削除方法及び医用画像ファイル装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001306703A (ja) | 2001-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8332600B2 (en) | Storage system and method for operating storage system | |
| US7913044B1 (en) | Efficient incremental backups using a change database | |
| EP1306761B1 (en) | File managing method | |
| US7277903B2 (en) | Method and apparatus for distributed data archiving | |
| JP2006508473A (ja) | 記憶システムにおけるデータ回復技術 | |
| JP2007095064A (ja) | コンピュータ実施方法、コンピュータ・プログラム、データ処理システム、機器、方法（ファイル・システムの稠密診断データを取得および送信するための方法および機器） | |
| JP5713138B1 (ja) | 仮想計算機システム、プリンタ制御システム、仮想計算機プログラム及びプリンタ制御プログラム | |
| JPH11500548A (ja) | データベース完全性の保守用システム | |
| CN112115002A (zh) | 从损坏或不可信机械硬盘恢复文件的方法及装置 | |
| US20080155319A1 (en) | Methods and systems for managing removable media | |
| JP4567843B2 (ja) | 医用情報記憶媒体を復旧させる復旧方法 | |
| US20050262033A1 (en) | Data recording apparatus, data recording method, program for implementing the method, and program recording medium | |
| US6684293B1 (en) | Methods and computer readable media for preserving unique critical information during data imaging | |
| JP4473513B2 (ja) | 原本性検証装置および原本性検証プログラム | |
| JP4939763B2 (ja) | 医用機器における監査ログ管理システム | |
| JP2004164362A (ja) | バックアップ装置、バックアップ方法、バックアップ用プログラム及びバックアップ用プログラムの記録媒体 | |
| JP6822162B2 (ja) | データ管理システム及びデータ管理方法 | |
| JP2004157794A (ja) | 電子カルテシステム | |
| TW201346544A (zh) | 母盤製作方法及裝置 | |
| US20230385157A1 (en) | Snapshot comparison with metadata compaction | |
| JPH06309209A (ja) | ファイルバックアップ方式 | |
| JP3323524B2 (ja) | 光ディスクの差分情報抽出方式 | |
| JP4484617B2 (ja) | 記録媒体の保証方法およびその保証管理プログラムならびに保証処理プログラム | |
| JP2008129763A (ja) | ストレージ装置およびログ管理プログラム | |
| US20050283381A1 (en) | System and method to manipulate identification data of medical images and data sets for quality assurance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050427 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050620 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070412 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100115 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100316 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100427 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100628 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100716 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100806 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4567843 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130813 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313114 Free format text: JAPANESE INTERMEDIATE CODE: R313117 Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313114 Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |