(57)【特許請求の範囲】
【請求項１】
複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を記憶した記憶媒体から指定された医用画像ファイル及び画像付随情報を削除する医用画像ファイルの削除方法であって、
医用画像ファイルの画像管理番号を指定する工程と、
この指定された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す工程と、
前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する工程と、
前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する工程と、
前記検索された画像付随情報を前記記憶媒体から削除する工程と、
を備えたことを特徴とする医用画像ファイルの削除方法。
【請求項２】
複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を記憶した記憶媒体から指定された医用画像ファイル及び画像付随情報を削除する医用画像ファイルの削除方法であって、
医用画像ファイルの画像管理番号を指定する工程と、
この指定された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す工程と、
前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する工程と、
前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する工程と、
前記医用画像ファイルを前記記憶媒体から削除する工程と、
前記検索された画像付随情報を前記記憶媒体から削除する工程と、
を備えたことを特徴とする医用画像ファイルの削除方法。
【請求項３】
前記固有識別子の上位桁は国際的な登録機関に登録された特定組織を識別するための組織登録番号を含み、前記固有識別子の下位桁は医用画像収集方法、医用画像診断装置の機種、製造番号、医用画像収集時刻のいずれかまたはこれらの任意の組合せを含むことを特徴とする請求項１または請求項２記載の医用画像ファイルの削除方法。
【請求項４】
記憶媒体に対して複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を書込、読出、削除することのできる医用画像ファイル装置であって、
削除すべき医用画像ファイルの画像管理番号を入力する入力手段と、
この入力された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す読出手段と、
前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する抽出手段と、
前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する検索手段と、
前記検索された画像付随情報を前記記憶媒体から削除する削除手段と、
を備えたことを特徴とする医用画像ファイル装置。
【請求項５】
記憶媒体に対して複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を書込、読出、削除することのできる医用画像ファイル装置であって、
削除すべき医用画像ファイルの画像管理番号を入力する入力手段と、
この入力された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す読出手段と、
前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する抽出手段と、
前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する検索手段と、
前記医用画像ファイル及び前記検索された画像付随情報を前記記憶媒体から削除する削除手段と、
を備えたことを特徴とする医用画像ファイル装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は医用画像ファイルの削除方法に係り、特にディレクトリ（カタログ）が医用画像ファイルとその画像付随情報を直接管理していない画像記憶システムにおける医用画像ファイルの削除方法及びこの方法を用いた医用画像ファイル装置に関する。
【０００２】
【従来の技術】
従来より医用画像通信の標準規格としてＡＣＲ−ＮＥＭＡ（American College of Radiology−National Electrical Manufacturers Association）委員会によるＡＣＲ−ＮＥＭＡ規格Ｖ１．０（１９８５年、対応する国内規格は、日本放射線機器工業会のＭＩＰＳ−８７）およびその拡張版Ｖ２．０（１９８８年、対応する国内規格は、日本放射線機器工業会のＭＩＰＳ−８９）が知られているが、データフォーマット（いわゆる「ＡＣＲ−ＮＥＭＡフォーマット」）以外は広く普及するには至らなかった。
【０００３】
ＡＣＲ−ＮＥＭＡ委員会はＶ３．０の制定にあたり従来の規格を大幅に改新し、名称も”医療におけるディジタル画像と通信（Digital Imaging and Communications in Medicine：以下、ＤＩＣＯＭと略す）”に改められた。
【０００４】
このＤＩＣＯＭ規格は、その名称が示すように、医用画像を扱う機器間の相互運用性を実現することを目標とし、対象画像またはデータであるデータオブジェクト、提供されるサービスの種類であるサービスクラス、通信プロトコル等の規格をＩＳＯ−ＯＳＩの７階層モデルに準拠して規定している。
【０００５】
次に、ＤＩＣＯＭ規格の特徴を上位層から説明する。
（１）画像の登録、検索・参照、ハードコピー等のサービスを定義している。（２）モダリティ（ＣＲ，ＣＴ，ＭＲ，ＮＭ，ＵＳ）毎に画像の詳細定義が行われている。
（３）データを、患者、検査、シリーズ、画像からなる４階層で管理する。
（４）病院情報システム／放射線医学情報システム（ＨＩＳ／ＲＩＳ）等の関連システムとのデータ交換を想定した、患者情報、検査予約情報、検査実施情報（非画像データ）を定義している。
（５）データ交換（画像、非画像）のためのメッセージフォーマットを定義している。
（６）ＴＣＰ／ＩＰまたはＩＳＯ−ＯＳＩプロトコルを利用できる。
（７）ＥｔｈｅｒｎｅｔやＦＤＤＩ、ＩＳＤＮなどの通信媒体を利用できる。
【０００６】
次に、我が国における医用画像の電子保存の経緯について説明する。１９９４年３月に厚生省から出された通達により、技術的基準を満たした画像関連機器を用いれば、保存義務のある画像をＸ線フィルムに代えて電子媒体に保存しても差し支えないこととされた。そして（財）医療情報システム開発センター（ＭＥＤＩＳ−ＤＣ）によって画像関連機器の規格が制定され、規格適合証明を発行する手続きも始まっている。
【０００７】
この厚生省の技術的基準は以下の３原則からなっている。
（１）安全性：保存義務がある画像の消去や他のデータとの混同を防止すること。
（２）再現性：長期間の保存後のデータ再現性を保証するため、記憶時の正確性、長期保存性、長期間経過後の再現性が求められる。
（３）共通利用性：他の医療機関でも利用可能とするため、標準規格に基づく媒体が求められる。
【０００８】
上記３原則に対応して１９９４年秋に発表された標準規格は、医用画像情報の電子保存に関する共通規格タイプ１（以下、共通規格タイプ１）と呼ばれ、医療情報イメージセイブアンドキャリィ（医療情報image save and carry：以下、ＩＳ＆Ｃと略す）に基づいて作成されたものである。３原則への主な対応法は以下の通りである。
【０００９】
（１）安全性：光磁気ディスクは本来消去可能な媒体であるが、媒体−ドライブ−ホストインタフェイス−ディスクフォーマット（ファイル構造）の間でセキュリティを確保する仕組みが作られており、保存義務を付与した画像情報は消去できなくしている。
（２）再現性：記憶はディジタルで行い、媒体は十分な寿命を持ったものとする。ディスクフォーマット（ファイル構造）とデータフォーマットとを規格化することにより、記憶した装置と異なる装置による再現を容易にする。
（３）共通利用性：ディスクフォーマット（ファイル構造）とデータフォーマットとを規格化することにより、記憶した装置と異なる装置による再現を容易にする。
【００１０】
この共通規格タイプ１発表後、米国よりＤＩＣＯＭ規格を取り入れた共通規格タイプ２を制定する要請があり、日米共同で規格案が作られた。その結果は、媒体からディスクフォーマット（ファイル構造）までは共通規格タイプ１と同様とし、装置がもつべき機能の定義とデータフォーマットに媒体記憶（media storage ）サービスクラスとＤＩＣＯＭ媒体規格のファイルフォーマットが採用された。
【００１１】
次に、図９に共通規格（タイプ１、タイプ２）の光磁気ディスクフォーマットを示す（参考文献：（財）医療情報システム開発センター：ＭＥＤＩＳ−ＤＣ  ＭＤＳ−Ａ０００７ −１９９５）。
まず、媒体である光磁気ディスクの片面を１つのボリュームとし、医用画像ファイルの管理単位をボリュームとする。
数バイトから数メガバイトの様々な大きさのファイルを記憶可能とするとともに、高速入出力を可能とするため、連続セクタを使用する。
【００１２】
このため、ボリュームは、それぞれ１０２４論理セクタ（１セクタは１０２４バイト）の大きさの連続した領域である８種類のゾーン（Ａゾーン〜Ｈゾーン）に分割される。一つのボリュームに含まれるゾーンの数は、そのボリュームの容量による。
【００１３】
またボリュームは、システム領域（Ａゾーン）、ヘッダ領域（Ｂゾーン）、およびデータ領域（Ｃゾーン〜Ｈゾーン）に分けられる。
データ領域は、連続する１０２４セクタを１ゾーンとし、その使用目的に応じて、それぞれ４n （ｎ＝０，１，２，３，４，５）個のセクタを１ブロックとした４(5-n) ブロック（ｎ＝０，１，２，３，４，５）からなる６種類のゾーン、Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈ（１ゾーン中の全セクタ数はいずれも１０２４）が使用可能である。
【００１４】
１つのデータファイルは、複数のブロックの組合せで構成され、ブロックを単位として書き込みが行われる。各ブロックの大きさはそれが属するゾーンの種類によって異なる。言い換えれば１つのファイルは、種類が異なる複数のゾーンにまたがって記憶できる。
システム領域（Ａゾーン）には、ボリューム管理情報、ゾーンテーブル、セクタテーブル、及びインデックステーブルが配置されている。また、システム領域の内容は、障害対策として２重書きされる。
【００１５】
ボリューム管理情報には、ＩＳ＆Ｃ医用画像ボリュームを識別するための初期化識別子、バージョン番号、適用分野、ボリューム名称、ボリュームＩＤ、所有者名、所有者コード、初期化日時、ボリューム内のゾーン数、ゾーン内セクタ数（＝１０２４）、セクタサイズ（＝１０２４バイト）、ゾーンテーブル開始セクタ番号、セクタテーブル開始セクタ番号、インデックステーブル開始セクタ番号、インデックスサイズ（１２８）、媒体固有標識、インデックス総数、登録ファイル数、仮削除ファイル数、空インデックス数、システムファイル数、ディレクトリファイル数、更新日時、空インデックス開始番号、ボリューム使用中フラグ等が格納されている。
【００１６】
ゾーンテーブルは、ボリューム上の各ゾーンの種別、空きブロック数、及びバックアップゾーン番号を管理するテーブルである。
セクタテーブルは、ボリューム上の各論理セクタが使用中であるか否かを管理するテーブルである。
インデックステーブルに格納される各インデックスは、それぞれ対応するデータファイルを管理するもので、ボリューム内で一意的に定められる「ＩＳ＆ＣファイルＩＤ」（長さ４バイトの符号付整数）、「ＩＳ＆Ｃファイル名」、作成年月日、最終変更年月日時刻、ファイルサイズ、ヘッダポインタ、ファイルを構成する各データブロックへのポインタ等が書かれる。
【００１７】
ボリュームに格納される各ファイルは、それに対応するヘッダを一つ持つことができ、これらのヘッダを集めてヘッダ領域（Ｂゾーン）に格納される。
このヘッダは、それぞれ、「ＩＳ＆ＣファイルＩＤ」、ヘッダデータ長（長さ２バイト）、ヘッダデータ、及びフィルキャラクタからなる。各ファイルのヘッダを除いた部分は、それぞれデータ領域に格納される。
【００１８】
なお、共通規格タイプ２においては、Ｂゾーンのヘッダ領域は形式的なデータが記載されるのみで、画像データの実質的なヘッダ部が分離されてＢゾーンに格納されることはない。
【００１９】
またファイル生成時の指定により、そのファイルの属性としてサイズ可変ファイルまたはサイズ固定ファイルが定まり、サイズ可変ファイルの場合には、アプリケーションから指定されるゾーン種別によりアロケーションのブロックの大きさが一意的に定まる。
【００２０】
サイズ固定ファイルの場合には、アプリケーションから指定されるゾーン選択条件によって、ゾーンの割当て方が変化する。
これにより記憶・消去を繰り返しても、ガーベージコレクション無しで十分な性能を引き出すことができる。
【００２１】
また、貴重な医療データは、厳重に保護しなければならないが、光磁気ディスクは書換可能な媒体であり、操作ミス等により誤ってファイルを消してしまう可能性がある。このような事態はある程度アプリケーションレベルで避けることもできるが、ファイルマネージャでも保護手段を用意し、より安全なシステムを構築できるようにする必要がある。
【００２２】
このため、ファイルの実体（ファイル管理情報、ヘッダ、（画像）データ）を削除しないで、論理的にファイルの存在を見えなくする仮削除を定めている。この仮削除状態は、ファイル管理情報の属性フラグである仮削除フラグで示され、仮削除フラグをクリアするだけでファイルを復活することができる。
【００２３】
実削除の場合は、ファイル管理情報、ヘッダ、及びデータをそれぞれ未使用エリアとし、ゾーンテーブルとセクタテーブルの該当場所を未使用エリアとして開放した状態であり、実削除後は元のファイルのエリアを他のファイル用に利用できる。
【００２４】
次に、ＤＩＣＯＭＤＩＲの説明に先立って、固有識別子（Ｕｎｉｑｕｅ  ＩＤ、以下ＵＩＤと略す）について説明する。
このＵＩＤは、情報・通信する当事者が共通に認識すべき、（ａ）誰と、（ｂ）とのような方法で、（ｃ）何について、等の対象を情報オブジェクトと呼び、これを国際的に一意に定めて登録・公開したものである。
【００２５】
ＤＩＣＯＭ規格では、ＯＳＩ（ Open Systems Interconnection ）オブジェクト登録管理制度を利用して、医用画像機器の製造組織または設置施設、個々の検査、シリーズ、画像ファイルに対してＵＩＤを付与する。
【００２６】
このＵＩＤの構成要素の一例を次に示す。
【００２７】
1.2.392.200036.9116.モダリティ．機種名．機番．YYYYMMDDHHMMSS
ここで、各項目は以下の通りである。
【００２８】
（１）  1.2.392.      ：日本工業標準調査会（ＪＩＳＣ）ＩＳＯの加盟機関を示すコード番号
（２）  200036.       ：日本放射線機器工業会（ＪＩＲＡ）を示すコード番号
（３）  9116.         ：ＪＩＲＡが付与した会社を示すコード番号
（４）  モダリティ．  ：各検査方式に対応するコード番号
（５）  機種名．      ：医用画像診断装置の機種名
（６）  機番．        ：機種毎の連番（製造番号）
（７）  YYYYMMDDHHMMSS：医用画像データの日付（年月日時分秒）
【００２９】
図１０は、ＤＩＣＯＭＤＩＲと呼ばれるディレクトリの構造を説明する図である。
ＤＩＣＯＭ規格の記憶媒体においては、ボリューム内に唯一のＤＩＣＯＭＤＩＲファイルと、他の複数の画像データファイルが格納される。ＤＩＣＯＭＤＩＲは図１０に示すように、患者、検査、シリーズ、及び画像の４階層の構成となっている。そして各レベルのディレクトリレコードは、同じレベルの次のディレクトリレコードへのリンクを持つと共に、下位のレベルのディレクトリレコードへのリンクを有する。
【００３０】
患者レベルのディレクトリレコードは、例えば、ディレクトリレコードタイプ（＝患者）、患者ＩＤ、患者氏名、生年月日、性別等のデータを有する。
検査レベルのディレクトリレコードは、例えば、ディレクトリレコードタイプ（＝検査）、検査日付、検査時刻、検査ＵＩＤ、検査番号等のデータを有する。
【００３１】
シリーズレベルのディレクトリレコードは、例えば、ディレクトリレコードタイプ（＝シリーズ）、モダリティ、モダリティの製造業者、モダリティの設置された施設名、主治医師名、シリーズＵＩＤ等のデータを有する。
【００３２】
画像レベルのディレクトリレコードは、例えば、ディレクトリレコードタイプ（＝画像）、画像収集時刻、画像番号、画素数（縦、横）、画像階調度（画素当たりのビット数）等のデータを有するとともに、対応する画像ファイルへのリンクを有する。
【００３３】
また、それぞれの画像ファイルのヘッダ部には、患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩＤが記載されている。そして画像ファイルは、上記いずれかのゾーン、Ｃ〜Ｈに属する４n （ｎ＝０，１，２，３，４，５）セクタ長のブロックに分割されてＭＯＤに記憶される。
【００３４】
このような共通規格タイプ２を採用した記憶媒体、例えば光磁気ディスクにおける従来の画像削除は、例えば患者名を選択して所望とする画像管理番号（媒体内で固有の識別情報）を導き出し、その画像管理番号に対応するＩＳ＆ＣファイルＩＤを利用して、インデックステーブルをアクセスし、インデックス情報に従って画像ファイルを削除していた。そして、ＩＳ＆ＣファイルＩＤとＤＩＣＯＭＤＩＲとの間の関連がないため、この画像ファイル削除を行った後にも、ＤＩＣＯＭＤＩＲは更新されることがなかった。
【００３５】
この従来の画像削除方法を図１１のフローチャートを参照して説明する。
まず最初に、記憶媒体であるＭＯＤがＭＯＤＤにロードされる（ステップＳ９０１）。次いでＭＯＤのシステム領域からボリューム管理情報、ゾーンテーブル、セクタテーブル、インデックステーブルが読み出され、一時保持される（ステップＳ９０３）。この状態で、上位装置である例えばＸ線撮影装置からの画像削除指示待ちとなる。画像削除指示待ちの状態は、Ｘ線撮影装置から画像削除指示があるか否かを判定し（ステップＳ９０５）、画像削除指示がなければ、操作終了の指示があるか否かを判定し（ステップＳ９１０）、操作終了指示がなければ、再びステップＳ９０５に戻るループである。
【００３６】
次いで、Ｘ線撮影装置から削除すべき医用画像の画像管理番号であるＩＳ＆ＣファイルＩＤが指定されると、ステップＳ９０５の判定がＹＥＳとなり、次いで削除画像のＩＳ＆ＣファイルＩＤが入力される（ステップＳ９０７）。
【００３７】
次いで、このＩＳ＆ＣファイルＩＤにより特定される画像ファイルをＭＯＤから削除する（ステップＳ９０９）。次いで、この画像ファイル削除に対応してＭＯＤのシステム領域を更新し、ステップＳ９０５の画像削除指示待ちへ戻る。
【００３８】
ステップＳ９０５及びステップＳ９１３の画像削除指示待ちにおいて、操作終了の判定がＹＥＳであれば、ＭＯＤのバックアップ用システム領域を更新し（ステップＳ９１５）、記憶媒体ＭＯＤをアンロードして（ステップＳ９１７）、処理を終了する。
【００３９】
【発明が解決しようとする課題】
以上説明したように、上記共通規格タイプ２におけるＤＩＣＯＭＤＩＲとＩＳ＆ＣファイルＩＤとの間で相互の関連性がないために、ＭＯＤからある医用画像ファイルを削除した場合にもＤＩＣＯＭＤＩＲの内容は更新されることが無く、ＤＩＣＯＭＤＩＲ上で画像データの存在が認められてＩＳ＆Ｃに画像がない場合、通常は、検索のキーデータ入力に誤りがあったか若しくはシステムに異常があったか等、操作者が種々試行錯誤して画像データを探すといったことが行われ、極端な場合は、ＩＳ＆Ｃに蓄積された画像データ全てを探しに行ってしまう恐れがある。従って、操作者に無駄な手間をかけてしまい、ひいては読影作業に長時間を費やしてしまうという問題点があった。
【００４０】
以上の問題点に鑑み、本発明の目的は、画像ファイル削除時に、この削除画像に対応するＤＩＣＯＭＤＩＲのディレクトリレコードも削除し、記憶媒体内の画像ファイルの状態とＤＩＣＯＭＤＩＲとの整合性を保持することである。
【００４１】
【課題を解決するための手段】
上記課題を解決するために本発明は、複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を記憶した記憶媒体から指定された医用画像ファイル及び画像付随情報を削除する医用画像ファイルの削除方法であって、医用画像ファイルの画像管理番号を指定する工程と、この指定された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す工程と、前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する工程と、前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する工程と、前記検索された画像付随情報を前記記憶媒体から削除する工程と、を備えたことを要旨とする医用画像ファイルの削除方法である。
【００４２】
また本発明は、記憶媒体に対して複数の医用画像ファイル及びそれぞれの医用画像ファイルに付随する画像付随情報を書込、読出、削除することのできる医用画像ファイル装置であって、削除すべき医用画像ファイルの画像管理番号を入力する入力手段と、この入力された画像管理番号に対応する医用画像ファイルの一部を前記記憶媒体から読出す読出手段と、前記読出された医用画像ファイルの一部からこの医用画像ファイルの固有識別子を抽出する抽出手段と、前記抽出された固有識別子に等しい固有識別子を有する画像付随情報を検索する検索手段と、前記検索された画像付随情報を前記記憶媒体から削除する削除手段と、を備えたことを要旨とする医用画像ファイル装置である。
【００４３】
【発明の実施の形態】
次に図面を参照して、本発明の実施の形態を詳細に説明する。
図１は、本発明に係る医用画像ファイル装置の第１実施形態の構成を示すブロック図である。図２は、同装置を用いた医用画像ファイルシステムの全体構成を示すシステム構成図である。
【００４４】
図２によれば、本発明に係る医用画像ファイル装置が適用される医用画像ファイルシステムは、着脱可能な記憶媒体として例えば光磁気ディスク（以下ＭＯＤと略す）３１を用いる医用画像ファイル装置１と、医用画像収集装置としてのＸ線撮影装置３３と、病院情報システム（ＨＩＳ）５３と、医用画像をＸ線フィルムに出力するイメージャ５５と、従来のＸ線撮影装置で撮影されたＸ線フィルムを読み取りディジタルデータに変換するフィルムディジタイザ５７と、他の医用画像診断装置や医用画像観察装置等の外部機器５９と、これらの機器間を接続するＰＡＣＳ−ＬＡＮ５１とを備えて構成されている。
【００４５】
医用画像ファイル装置１は、共通規格タイプ２により光磁気ディスク３１に医用画像を書込み、読出し、削除、を行うものである。
光磁気ディスク３１は、例えば、ＩＳＯで標準化されている直径１３０ｍｍの光磁気ディスク、直径９０ｍｍの光磁気ディスク、等が利用できる。
【００４６】
Ｘ線撮影装置３３は、Ｘ線の曝射を制御する曝射制御部３５と、Ｘ線源であるＸ線管球３７と、Ｘ線像を可視像に変換するとともにその輝度を増倍するイメージインテンシファイア（以下、Ｉ．Ｉ．と略す）３９と、Ｉ．Ｉ．３９の出力像を画像信号に変換するＴＶカメラ４１と、画像信号をアナログ／ディジタル変換するＡ／Ｄ変換器４３と、Ｘ線撮影装置３３全体を制御するプロセッサ４５と、Ｘ線画像を表示したりＸ線撮影装置３３及び医用画像ファイル装置１を制御するための制御画面等を表示する画像観察モニタ４７と、入力装置として画像観察モニタ４７のスクリーン面に設けられたタッチパネル４９とを備えて構成されている。
【００４７】
そして、このＸ線撮影装置３３のプロセッサ４５に医用画像ファイル装置１の画像ファイルサーバが接続され、画像観察モニタ４７及びタッチパネル４９から削除すべき医用画像が指定される。医用画像ファイル装置１そのものは、表示装置やオペレータからの入力装置を持たず、いわばバックエンドファイル装置として動作する。
【００４８】
図１によれば、医用画像ファイル装置１は、画像ファイルサーバ３と、光磁気ディスク装置（以下、ＭＯＤＤと略す）５とにより構成される。画像ファイルサーバ３とＭＯＤＤ５とは、特に限定されないがＳＣＳＩインタフェースにより接続されている。
【００４９】
画像ファイルサーバ３は、特に限定されないがウィンドウズＮＴをＯＳとして搭載したパーソナルコンピュータ本体が用いられ、上位装置であるＸ線撮影装置３３より画像管理番号を入力する画像管理番号入力部７と、ＭＯＤＤ５よりデータの読出しを制御する読出制御部１９と、ＭＯＤＤ５への消去及び書込を制御する消去・書込制御部２１と、ＭＯＤＤ５からの読出データを一時保持する読出データバッファ２３と、ＰＡＣＳ−ＬＡＮ５１と接続するためのネットワーク接続部９と、読出データバッファ２３内の画像ヘッダバッファ２５から固有識別子を抽出する固有識別子抽出部１１と、読出データバッファ２３内のＤＩＣＯＭＤＩＲバッファ２７から画像付随情報を検索する画像付随情報検索部１３と、ＤＩＣＯＭＤＩＲを更新するＤＩＣＯＭＤＩＲ更新部１５と、読出データバッファ２３内のシステム領域バッファ２９を更新するシステム領域更新部１７と、を備えて構成されている。
【００５０】
次に、図３の画像削除制御画面例および図４のフローチャートを参照して、本実施の形態の医用画像ファイル装置の動作を説明する。
まず、医用画像を削除するとき、Ｘ線撮影装置３３の画像観察モニタ４７に表示される画面の例について説明する。ある患者の医用画像を削除するとき、図３（ａ）に示すような画像削除制御画面Ａが表示される。この画面は、削除すべき画像の患者を検索し指定する画面であり、ＤＩＣＯＭＤＩＲを参照して、例えば、項番（Ｎo.）、患者氏名、患者ＩＤ、画像数、最新の更新日等に編集して表示される。この画面では、患者名またはその頭文字や患者ＩＤを入力することにより、その患者を含む患者リストの一部が表示される。
【００５１】
この画像削除制御画面Ａにおいて、例えば、「東芝花子」を選択する場合、画面中の項番２に指で触れると、項番２が選択されたことを示すために、２の数字が白黒反転する。次いで同じ画面中の図示されない患者確認ボタンに触れると、画面は図３（ｂ）に示す画像削除制御画面Ｂへと移行する。
【００５２】
画像削除制御画面Ｂは、選択された患者（この場合「東芝花子」）の画像リストを表示する。この画像リストは、例えば、項番（Ｎo.）、画像番号、モダリティ、登録日、担当医等が表示され、画像リストが１画面で表示できない場合には、頁めくり、スクロール等により表示する。
【００５３】
この画像削除制御画面Ｂにおいて、例えば、画像番号「１００３」の画像を選択する場合、画面中の項番３に指で触れると、項番３が選択されたことを示すために、３の数字が白黒反転する。次いで同じ画面中の図示されない削除画像確認ボタンに触れると、画像番号「１００３」がＸ線撮影装置３３から医用画像ファイル装置１へ送られるようになっている。
【００５４】
以下、図４のフローチャートを参照して医用画像ファイル装置１の医用画像削除動作を説明する。
まず最初に、記憶媒体であるＭＯＤ３１がＭＯＤＤ５にロードされる（ステップＳ１１）。次いでＭＯＤ３１のシステム領域からボリューム管理情報、ゾーンテーブル、セクタテーブル、インデックステーブルが読み出され、読出データバッファ２３内のシステム領域バッファ２９へ一時保持される（ステップＳ１３）。この状態で、上位装置であるＸ線撮影装置３３からの画像削除指示待ちとなる。画像削除指示待ちの状態は、Ｘ線撮影装置３３から画像削除指示があるか否かを判定し（ステップＳ１５）、画像削除指示がなければ、操作終了の指示があるか否かを判定し（ステップＳ２９）、操作終了指示がなければ、再びステップＳ１５に戻るループである。
【００５５】
次いで、図３を用いて説明したように、Ｘ線撮影装置３３の画像観察モニタ４７及びタッチパネル４９から削除すべき医用画像の画像管理番号であるＩＳ＆ＣファイルＩＤが指定されると、Ｘ線撮影装置３３のプロセッサ４５から医用画像ファイル装置１の画像管理番号入力部７へ画像削除指示があるという通知がなされる。これにより、ステップＳ１５の判定がＹＥＳとなり、次いでプロセッサ４５から画像管理番号入力部７へ削除画像のＩＳ＆ＣファイルＩＤが入力される（ステップＳ１７）。
【００５６】
次いで、このＩＳ＆ＣファイルＩＤを読出制御部１９へ引き渡し、このＩＳ＆ＣファイルＩＤにより特定される画像ファイルのヘッダ部をＭＯＤＤ５から読出し、読出データバッファ２３の画像ヘッダバッファ２５へ一時保存する（ステップＳ１９）。次いで、固有識別子抽出部１１が画像ヘッダバッファ２５を検索し、画像ヘッダ中に記述された固有識別子である、患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩＤをそれぞれ抽出し、画像付随情報検索部１３に引き渡す（ステップＳ２１）。
【００５７】
次いで、消去・書込制御部２１は、画像管理番号入力部７に保持された画像管理番号に対応する画像ファイルをＭＯＤから削除する（ステップＳ２３）。
次いで、画像付随情報検索部１３は、固有識別子抽出部１１から引き渡された患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩＤによりＤＩＣＯＭＤＩＲバッファ２７を検索し、削除された画像ファイルに対応する固有識別子を有するＤＩＣＯＭＤＩＲディレクトリレコードを削除して、ＤＩＣＯＭＤＩＲリンク情報を更新し、更新されたＤＩＣＯＭＤＩＲバッファ２７の内容を消去・書込制御部２１によりＭＯＤＤ５に書き込む（ステップＳ２５）。
【００５８】
次いで、この画像ファイル削除に対応してシステム領域バッファ２９を更新し、更新されたシステム領域バッファ２９の内容をＭＯＤＤ５に書き戻し（ステップＳ２７）、ステップＳ１５の画像削除指示待ちへ戻る。
【００５９】
ステップＳ１５及びステップＳ２９の画像削除指示待ちにおいて、操作終了の判定がＹＥＳであれば、ＭＯＤＤ５のバックアップ用システム領域を更新し（ステップＳ３１）、記憶媒体ＭＯＤ３１をアンロードして（ステップＳ３３）、処理を終了する。
【００６０】
なお、ＤＩＣＯＭＤＩＲディレクトリレコードの削除において、削除画像に対応する画像レベルのディレクトリレコードが削除された後、その画像が属していたシリーズレベルに他の画像レベルのディレクトリレコードが残らなければ（この状態をシリーズが空という）、そのシリーズレベルのディレクトリレコードも削除される。同様にシリーズレベルのディレクトリレコード削除後、検査レベルが空となれば、検査レベルのディレクトリレコードも削除される。患者レベルについても同様の削除が行われる。
【００６１】
このようにして、指定された医用画像が記憶媒体であるＭＯＤから削除されるとともに、この削除画像に対応するＤＩＣＯＭＤＩＲのディレクトリレコードを削除することができるので、ＤＩＣＯＭＤＩＲの内容と画像ファイルとの間の不整合を無くすことができる。
【００６２】
次に、本発明の第２実施形態を説明する。本実施の形態では、予めＭＯＤ内に記憶された全ての医用画像データのヘッダ部をそれぞれ読み込んで、画像管理番号と医用画像データヘッダ部から抽出されたＵＩＤ（患者ＩＤ、検査ＩＤ、シリーズＩＤ、画像ＩＤ）との対応表である画像管理テーブル（図８）を作成する点が第１実施形態と異なる。
【００６３】
そして、画像管理番号による特定の画像ファイルの削除指示がなされたとき、予め作成された画像管理テーブルを検索して、この画像管理番号からＵＩＤ（患者ＩＤ、検査ＵＩＤ、シリーズＵＩＤ、画像ＵＩＤ）を見つけ、この各ＵＩＤを有するディレクトリレコードを削除する方法を採用している。
【００６４】
図５は、本発明の第２実施形態である医用画像ファイル装置の構成を示すブロック図である。この第２実施形態の医用画像ファイル装置が用いられる医用画像ファイルシステムの全体構成は、第１実施形態で説明した図２と同様である。
【００６５】
図５によれば、医用画像ファイル装置１０１は、画像ファイルサーバ６１と、光磁気ディスク装置（以下、ＭＯＤＤと略す）５とにより構成される。画像ファイルサーバ６１とＭＯＤＤ５とは、特に限定されないがＳＣＳＩインタフェースにより接続されている。
【００６６】
画像ファイルサーバ６１は、特に限定されないがウィンドウズＮＴをＯＳとして搭載したパーソナルコンピュータ本体が用いられ、上位装置であるＸ線撮影装置３３より画像管理番号を入力する画像管理番号入力部７と、ＭＯＤＤ５よりデータの読出しを制御する読出制御部１９と、ＭＯＤＤ５への消去及び書込を制御する消去・書込制御部２１と、ＭＯＤＤ５からの読出データを一時保持したり画像管理テーブルを保持する作業用メモリ６７と、ＰＡＣＳ−ＬＡＮ５１と接続するためのネットワーク接続部９と、作業用メモリ６７内の画像ヘッダバッファ２５から固有識別子を抽出し画像管理テーブル６９を作成する固有識別子抽出部６３と、作業用メモリ６７内の画像管理テーブル６９から画像付随情報を検索する画像付随情報検索部６５と、ＤＩＣＯＭＤＩＲを更新するＤＩＣＯＭＤＩＲ更新部１５と、作業用メモリ６７内のシステム領域バッファ２９を更新するシステム領域更新部１７と、を備えて構成されている。
【００６７】
次に、第２実施形態における画像削除方法を図６および図７のフローチャートを参照して説明する。
まず最初に、記憶媒体であるＭＯＤがＭＯＤＤにロードされる（ステップＳ１０１）。次いでＭＯＤのシステム領域からボリューム管理情報、ゾーンテーブル、セクタテーブル、インデックステーブルが読み出される（ステップＳ１０３）。
【００６８】
次いで、処理対象の画像管理番号（ＩＳ＆ＣファイルＩＤ）：Ｎを初期化するために、Ｎを１に設定し（ステップＳ１０５）、Ｎに等しい画像管理番号を持つ画像ファイルの先頭部（ヘッダ部）を読み出す（ステップＳ１０７）。次いで、読み出した画像ファイルの先頭部から固有識別子を抽出する（ステップＳ１０９）。
【００６９】
次いで、この抽出した固有識別子がＤＩＣＯＭＤＩＲ中の固有識別子に一致するか否かが判定され（ステップＳ１１１）、一致しなければ、別の固有識別子を抽出するために、ステップＳ１０９へ戻る。一致すれば、この抽出された固有識別子は正しい固有識別子であるので、次のステップＳ１１３へ進む。
【００７０】
次いで、図８に示したような画像管理テーブルに画像管理番号と固有識別子の対をエントリとして記入し（ステップＳ１１３）、Ｎが媒体に記憶された最大ファイル数に等しいか否かを判定する（ステップＳ１１５）。
【００７１】
Ｎが媒体に記憶された最大ファイル数に等しくなければ、次の画像ファイルから固有識別子を抽出するために、Ｎを１だけ増加させて（ステップＳ１１７）、ステップＳ１０５へ戻る。
【００７２】
Ｎが媒体に記憶された最大ファイル数に等しければ、画像管理テーブルの作成は終了したので、準備ＯＫとなり、上位装置からの画像削除指示待ちの状態となる。
画像削除指示待ちの状態は、上位装置から画像削除指示があるか否かを判定し（ステップＳ１１９）、画像削除指示がなければ、操作終了の指示があるか否かを判定し（ステップＳ１３３）、操作終了指示がなければ、再びステップＳ１１９に戻るループである。
【００７３】
次いで、上位装置から画像削除指示が通知されると、ステップＳ１１９の判定がＹＥＳとなり、次いで削除すべき画像の画像管理番号（ＩＳ＆ＣファイルＩＤ）が入力され（ステップＳ１２１）、この入力された画像管理番号で画像管理テーブルを検索し、画像管理番号に対応する固有識別子を入手する（ステップＳ１２３）。
【００７４】
次いで、入力された画像管理番号に対応する画像ファイルをＭＯＤから削除する（ステップＳ１２５）。
次いで、画像管理テーブルから入手された固有識別子を有するＤＩＣＯＭＤＩＲディレクトリレコードを削除して、ＤＩＣＯＭＤＩＲリンク情報を更新し、ＭＯＤに書き込む（ステップＳ１２７）。
【００７５】
次いで、画像管理テーブルから削除された画像に対応するエントリを削除して画像管理テーブルを更新し（ステップＳ１２９）、この画像ファイル削除に対応してＭＯＤのシステム領域を更新し（ステップＳ１３１）、ステップＳ１１９の画像削除指示待ちに戻る。
【００７６】
ステップＳ１１９及びステップＳ１３３の画像削除指示待ちにおいて、操作終了の判定がＹＥＳであれば、ＭＯＤのバックアップ用システム領域を更新し（ステップＳ１３５）、ＭＯＤをアンロードして（ステップＳ１３７）、処理を終了する。
【００７７】
本第２の実施の形態においては、画像削除を行う準備段階として、予め記憶媒体に格納された全ての画像ファイルのヘッダ部を読出し、画像管理番号であるＩＳ＆ＣファイルＩＤとそれぞれの画像ファイルヘッダ部に記載されたＵＩＤとの対応関係を画像管理テーブルとして作成した。
このため、第１実施例における記憶領域以外に画像管理テーブルのために最大２ＭＢ程度の記憶エリアの追加が必要となる。
【００７８】
また、ＭＯＤＤ５は、ヘッドが大きく重いため平均アクセス速度が遅く、また画像ファイル当たりのデータ量も多いので、１画像あたりの読み出し時間が約１秒程度となる。ＭＯＤ媒体あたり最も多く画像が記憶されている場合には、約１万画像となるので、約２時間程度の画像管理テーブル作成時間を要するが、この間はオペレータの拘束がないので、他の業務を行うことができる。
【００７９】
一旦この画像管理テーブルが作成された後には、削除指定された画像のヘッダ部を読み出す必要が無くなり、画像が指定されてから、その画像ファイルの削除及びその画像付随情報であるＤＩＣＯＭＤＩＲの対応するディレクトリレコードの削除が終了するまでの応答時間が短縮され、オペレータは素早く次の画像削除に移ることができる。すなわち、大量の画像を削除する場合、第１実施形態に比較して第２実施形態では、画像毎の削除作業の時間が短縮され、オペレータの作業時間を短縮することができる。
【００８０】
以上好ましい実施形態例として、Ｘ線撮影装置に接続された医用画像ファイル装置について説明したが、本発明はこれに限定されることなく、Ｘ線ＣＴ装置、ＭＲＩ装置、核医学装置、超音波診断装置、電子内視鏡装置等のあらゆる電子画像を取り扱う画像発生装置、画像ファイル装置及び画像観察装置に適用できることは明らかである。
【００８１】
【発明の効果】
以上説明したように本発明によれば、記憶媒体から医用画像ファイルを削除する際に、指定された医用画像ファイルに関連する画像付随情報をも削除できるので、ディレクトリと画像ファイルとの整合性が確保されるという効果がある。
【図面の簡単な説明】
【図１】本発明に係る医用画像ファイル装置の第１実施形態の構成を示すブロック図である。
【図２】本発明に係る医用画像ファイル装置の適用例を示すシステム構成図である。
【図３】画像削除制御画面の例を示す図である。
【図４】第１実施形態の動作を説明するフローチャートである。
【図５】本発明に係る医用画像ファイル装置の第２実施形態の構成を示すブロック図である。
【図６】第２実施形態の動作を説明するフローチャートの前半である。
【図７】第２実施形態の動作を説明するフローチャートの後半である。
【図８】第２実施形態に用いられる画像管理テーブルを示す図である。
【図９】ＩＳ＆Ｃファイルの構造を説明する図である。
【図１０】ＤＩＣＯＭＤＩＲのデータ構造を説明する図である。
【図１１】従来の医用画像ファイルの削除方法を説明するフローチャートである。
【符号の説明】
１…医用画像ファイル装置、３…画像ファイルサーバ、５…ＭＯＤＤ、７…画像管理番号入力部、９…ネットワーク接続部、１１…固有識別子抽出部、１３…画像付随情報検索部、１５…ＤＩＣＯＭＤＩＲ更新部、１７…システム領域更新部、１９…読出制御部、２１…消去・書込制御部、２３…読出データバッファ、２５…画像ヘッダバッファ、２７…ＤＩＣＯＭＤＩＲバッファ、２９…システム領域バッファ。
【図１】
0003980713.tif 000002
【図２】
0003980713.tif 000003
【図３】
0003980713.tif 000004
【図４】
0003980713.tif 000005
【図５】
0003980713.tif 000006
【図６】
0003980713.tif 000007
【図７】
0003980713.tif 000008
【図８】
0003980713.tif 000009
【図９】
0003980713.tif 000010
【図１０】
0003980713.tif 000011
【図１１】
0003980713.tif 000012