(57)【特許請求の範囲】
【請求項１】
一ファイルにつき、複数フレームの画像データと前記画像データに対応する付帯情報を含むマルチフレーム画像データを受信する受信手段と、
前記複数フレームの画像群の特徴に関する１又は複数種類の条件を含む、複数の基準情報を記憶する記憶手段と、
前記受信されたマルチフレーム画像データに含まれる付帯情報を、前記複数の基準情報ごとの前記条件と比較していき、当該付帯情報が少なくとも１つの条件を満たす場合、当該付帯情報を、当該条件を含む基準情報を満たすグループとして区分けし、当該付帯情報に対応するマルチフレーム画像データに含まれる画像データを当該グループごとにまとめることにより、マルチフレーム画像データを生成する生成手段と、
前記生成手段で生成された前記マルチフレーム画像データを保管する保管手段と、
を備えること、
を特徴とする画像保管装置。
【請求項２】
一ファイルにつき複数フレームの画像データを含むマルチフレーム画像データを受信する受信手段と、
画像データ群の特徴に関する１又は複数種類の条件を含む、複数の基準情報を記憶する記憶手段と、
前記受信された前記マルチフレーム画像データにおける画像データを、前記複数の基準情報ごとの条件と比較していき、当該画像データが少なくとも１つの条件が表す特徴を有する場合、当該画像データを当該条件を含む基準情報を満たすグループとしてまとめることにより、当該グループごとの画像データ群で構成されるマルチフレーム画像データをそれぞれ生成する生成手段と、
前記生成手段で生成されたマルチフレーム画像データを保管する保管手段と、
を備えること、
を特徴とする画像保管装置。
【請求項３】
前記生成手段は、前記条件に合致しない画像データを、前記基準情報を満たさなかったグループとしてまとめることにより、マルチフレーム画像データを生成すること、
を特徴とする請求項１又は２に記載の画像保管装置。
【請求項４】
前記条件は、前記マルチフレーム画像データを表示するための端末で機能するアプリケーションソフトウェアによって処理される画像データ群の特徴を表すこと、
を特徴とする請求項２に記載の画像保管装置。
【請求項５】
前記生成手段は、受信したマルチフレーム画像データの付帯情報に基づきその構成内容を表す編集前情報を生成すること、
を特徴とする請求項２に記載の画像保管装置。
【請求項６】
前記付帯情報には、前記画像データを特定する識別ＩＤと、対応する画像データの属性が含まれること、
を特徴とする請求項１又は２記載の画像保管装置。
【請求項７】
前記識別ＩＤには、各種シリーズを示す第１のＩＤと、シリーズ内の画像データを特定する第２のＩＤとが含まれること、
を特徴とする請求項１又は２に記載の画像保管装置。
【請求項８】
前記付帯情報には、前記画像データの前記特徴を、当該特徴の分類ごと示す分類情報が含まれており、
前記生成手段は、前記付帯情報に対し、前記分類情報ごとのフラグ付けを行ない、さらに当該フラグの組み合わせに基づいて、前記基準情報を満たすかを判断すること、
を特徴とする請求項１又は２に記載の画像保管装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像を保管する画像保管装置に関する。
【背景技術】
【０００２】
病院内には、被検体内を撮影して医用画像を生成する画像診断装置、医用画像の画像データを保管する画像保管装置、保管されている画像データを受信して画像を表示したり画像処理をしたりするレポート作成支援装置や画像観察装置や画像処理装置等の端末がネットワークに接続されている。
【０００３】
画像保管装置と端末は、ネットワークを介した通信により画像データを送受信している。近年、画像診断装置は、その性能の向上により被検体を連続的に撮影して大量の医用画像を作成することが可能となっているため、画像保管装置と端末とで行われる画像データの送受信は、大量の通信量となり、通信トラフィックに多大な負荷を与えている。
【０００４】
そこで、近年、ＤＩＣＯＭ規格では、複数の医用画像データを１ファイルに記録したマルチフレーム画像データという概念が提示されている（例えば、「特許文献１」参照）。画像診断装置で発生した複数の医用画像データを１ファイルに纏めたものである。このマルチフレーム画像データは、エンハンスドデータとも呼ばれる。１フレームを表す画像データの１枚１枚が１ファイルとなっていると、一つ一つの画像データを送受信する度に通信を確立する必要が生じるため、医用画像データの送信装置と受信装置とで多くのやりとりが必要となり、通信トラフィックに多大なる負荷が発生する。しかし、マルチフレーム画像データでは、一回の通信で全ての医用画像が送受信できるため、多くのやりとりをする必要なく、通信トラフィックが軽減されるとともに、通信速度の向上も見込める。
【０００５】
このマルチフレーム画像データは、現状ではその構成内容の自由度が高く、検査の各種シリーズの画像データを混在させることもできる。具体的には、位置決めのために用いられるスカウト画像と本スキャンの画像を混在させたり、他シリーズの画像を混在させたり、スライス厚や撮影軸が異なる画像を混在させたり、撮影部位の異なる画像を混在させたりすることもできる。
【０００６】
一方で、レポート作成支援装置や画像観察装置や画像処理装置等の端末では、その機能により実際に利用される画像データの種類はある程度限定されている。例えば、ＭＰＲ処理を行う端末では、スカウト画像や拡散強調画像やスライス厚の異なる画像や撮影軸の異なる画像は必要ない。
【０００７】
従って、従来のマルチフレーム画像データでは端末が画像処理をするために必要でない画像データも多く含まれるため、端末側では、マルチフレーム画像データを受信した後、このマルチフレーム画像データに含まれている画像データを前処理することで、必要な画像と不必要な画像とに分別する必要があった。そのため、比較的古いコンピュータを搭載した所謂レガシーな端末では、マルチフレーム画像データの通信向上の恩恵を相殺するように前処理に多大な負荷を要してしまう場合があった。即ち、画像データの送信要求から画像表示や画像処理までのトータルのスパンでは、マルチフレーム画像データの利便性が損なわれる結果となっていた。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２１２１２号公報（段落００４１）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、以上の問題点に鑑みてなされたものであって、その目的は、端末が要求している画像データをマルチフレーム画像データとして該端末に提供可能な画像保管装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するための本発明の態様は、一ファイルにつき、複数フレームの画像データと前記画像データに対応する付帯情報を含むマルチフレーム画像データを受信する受信手段と、前記複数フレームの画像群の特徴に関する１又は複数種類の条件を含む、複数の基準情報を記憶する記憶手段と、前記受信されたマルチフレーム画像データに含まれる付帯情報を、前記複数の基準情報ごとの前記条件と比較していき、当該付帯情報が少なくとも１つの条件を満たす場合、当該付帯情報を、当該条件を含む基準情報を満たすグループとして区分けし、当該付帯情報に対応するマルチフレーム画像データに含まれる画像データを当該グループごとにまとめることにより、マルチフレーム画像データを生成する生成手段と、前記生成手段で生成された前記マルチフレーム画像データを保管する保管手段と、を備えること、を特徴とする。
【発明の効果】
【００１１】
本発明によれば、端末が要求している画像データをマルチフレーム画像データとして該端末に提供することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態に係る画像保管装置が接続されたネットワークを示すブロック図である。
【図２】第１の実施形態に係る画像保管装置の構成を示すブロック図である。
【図３】第１の実施形態に係る画像保管装置の動作を示すフローチャートである。
【図４】第１の実施形態に係る基準情報テーブルのデータ構造を表す模式図である。
【図５】マルチフレーム画像データのデータ構造を表す模式図である。
【図６】マルチフレーム画像データのフレーム情報領域のデータ構造を表す模式図である。
【図７】第１の実施形態に係る生成処理前後のマルチフレーム画像データを示す模式図である。
【図８】ＳｔａｃＩＤとＴｉｎｄｅｘＩＤの対応表を示す図である。
【図９】第１の実施形態に係る編集前情報を示す模式図である。
【図１０】データベースの一部を示すデータ構造図である。
【図１１】画像データの送信動作を示すフローチャートである。
【図１２】複数枚のシングルフレーム画像データをマルチフレーム画像データ化する例を示す模式図である。
【図１３】複数枚のシングルフレーム画像データのマルチフレーム画像データ化の動作を示すフローチャートである。
【図１４】マルチフレーム画像データにシングルフレーム画像データを含める処理を示す模式図である。
【図１５】シングルフレーム画像データをマルチフレーム画像データに付加する動作を示すフローチャートである。
【図１６】第３の実施形態に係る基準情報テーブルのデータ構造を示す図である。
【図１７】第３の実施形態に係るマルチフレーム画像データの生成動作を示すフローチャートである。
【図１８】第４の実施形態に係る基準情報テーブルのデータ構造を示す模式図である。
【図１９】優先条件テーブルを示す模式図である。
【図２０】第４の実施形態に係る画像保管装置の動作を示すフローチャートである。
【図２１】マルチフレーム画像データの復元動作及び再編集動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明に係る画像保管装置の好適な各実施形態について、図面を参照しながら詳細に説明する。
【００１４】
（第１の実施形態）
図１は、第１の実施形態に係る画像保管装置１００が接続されたネットワークを示すブロック図である。
【００１５】
画像保管装置１００は、病院内のネットワークに接続されている。このネットワークには、画像診断装置１やレポート作成支援システム２や画像観察装置３や画像処理装置４が接続されている。
【００１６】
画像診断装置１は、被検体内の画像データを生成する。この画像診断装置１は、被検体内を連続的に撮影して複数の医用画像を作成する。複数の医用画像は、１フレーム分の画像データを１ファイルとしたシングルフレーム画像データとして生成される。また、画像診断装置１は、撮影した複数フレームの画像データを１ファイルに含めたマルチフレーム画像データを作成する場合もある。画像診断装置１は、このシングルフレーム画像データやマルチフレーム画像データを画像保管装置１００に送信する。
【００１７】
画像保管装置１００は、シングルフレーム画像データやマルチフレーム画像データを受信すると、データベース化して保管しておく。そして、画像保管装置１００は、レポート作成支援システム２や画像観察装置３や画像処理装置４等の端末に対して、要求に対応した画像データを送信する。
【００１８】
レポート作成支援システム２は、画像保管装置１００から送信された画像データを受信して、レポートの作成の際にモニタに表示する。あるいは、レポート作成支援システム２は、画像観察装置３上で表示されている画像データを観察した結果のレポートの作成のための画面をモニタに表示し、レポート作成を可能にし、その内容を保管する。
【００１９】
画像観察装置３は、端末によって３Ｄビューア、２Ｄビューア、フュージョンビューア、ＭＲビューア、マルチフレーム画像データ対応ビューア等が存在する。画像観察装置３に搭載されるアプリケーションソフトウェア（以下、アプリケーションという）によってビューアの種類が異なる。この画像観察装置３は、画像保管装置１００から送信された画像データを受信してモニタに表示する。
【００２０】
画像処理装置４は、ＭＰＲ処理、ボリュームレンダリング処理、４Ｄ処理等の端末が存在する。画像処理装置４に搭載されるアプリケーションによって画像処理の種類が異なる。この画像処理装置４は、画像保管装置１００から送信された画像データを受信してそれぞれの画像処理を施す。
【００２１】
このようなネットワークに接続された画像保管装置１００では、各端末に必要とされる画像データ群を予めマルチフレーム画像データ単位で用意しておき、データベース化して保管しておく。
【００２２】
例えば、画像処理装置４は、その機能によって、要求する画像データ群の特徴が異なる。画像データ群の特徴とは、モダリティの種類、撮影軸の位置、スライス厚、機能画像であるか形態画像であるか、スカウト画像を含むか等である。画像処理装置４の機能によっては、モダリティの種類が限定され、撮影軸の統一性が要求され、スライス厚の統一性が要求され、機能画像の形態画像どちらかのみが要求され、スカウト画像は不要である等のように、要求される画像データ群の特徴が異なる。
【００２３】
ＭＰＲ処理を行うアプリケーションを搭載した画像処理装置４のためには、画像保管装置１００は、その端末が要求するマルチフレーム画像データに編集してデータベース化して保管しておく。例えば、そのマルチフレーム画像データは、Ｘ線ＣＴ装置で撮影された画像データのみを構成内容とする。更に、被検体の同一軸上を同一スライス厚で撮影することにより得られた画像データのみを構成内容としても良い。更に、スカウト画像以外の画像データを構成内容としても良い。
【００２４】
また、ＭＰＲ処理を行うアプリケーションを搭載した画像処理装置４のために、マルチフレーム画像データを別途編集してデータベース化して保管しておく。例えば、そのマルチフレーム画像データは、ＭＲＩ装置で撮影された画像データのみを構成内容とする。更に、被検体の同一軸上を同一スライス厚で撮影することにより得られた画像データのみを構成内容としても良い。更に、拡散強調画像以外の画像データを構成内容としても良い。
【００２５】
また、例えば、透過合成を行うフュージョン処理のアプリケーションを搭載した画像処理装置４のために、画像診断装置１から受信したマルチフレーム画像データを、被検体の同一軸上及び同一撮影位置を同一スライス厚で撮影して得られた画像データのみを構成内容としたマルチフレーム画像データに別途編集しておいてから、データベース化して保管しておく。
【００２６】
図２は、この第１の実施形態に係る画像保管装置１００の構成を示すブロック図である。この画像保管装置１００は、受信部１１０とデータ分析部１２０と生成部１３０と登録部１４０とデータベース１５０と送信部１６０を備える。
【００２７】
受信部１１０は、画像診断装置１からネットワークを介してシングルフレーム画像データやマルチフレーム画像データ等の画像データを受信する。
【００２８】
データ分析部１２０は、受信部１１０で受信した画像データを分析して、画像データがシングルフレーム画像データかマルチフレーム画像データか判断する。シングルフレーム画像データであれば、データベース化して保管するために登録部１４０へ送る。マルチフレーム画像データであれば、編集のために生成部１３０へ送る。
【００２９】
生成部１３０は、マルチフレーム画像データを編集する。生成部１３０は、メモリ等の記憶手段を有し、予め１ファイルに纏める画像データ群の特徴に関する条件を表した基準情報を記憶している。基準情報は、同一ファイルに纏める画像データ群の条件を、画像データ群の特徴により表したものである。生成部１３０は、この基準情報を参照して、送られてきたマルチフレーム画像データを基に、同一の属性を有する画像データを纏めたマルチフレーム画像データを生成する。生成部１３０は、各基準情報を基に生成されたマルチフレーム画像データのいずれにも属さない画像データを、別個に纏めてマルチフレーム画像データ化しておく。また、生成部１３０は、編集前のマルチフレーム画像データの構成内容を表す編集前情報を生成しておく。尚、同一の属性を有するとは、基準情報に含まれている条件内で同一であることを意味する。
【００３０】
生成部１３０によって生成されたマルチフレーム画像データと残りの画像データを纏めたマルチフレーム画像データと編集前情報は、登録部１４０に送られる。
【００３１】
登録部１４０は、画像データをデータベース１５０に保管する。シングルフレーム画像データの付帯情報、生成部１３０によって生成されたマルチフレーム画像データの付帯情報、残りの画像データを纏めたマルチフレーム画像データの付帯情報、及び編集前情報をデータベース１５０に登録しておく。
【００３２】
データベース１５０は、データベース管理システム及び画像データの保管部により構成される。データベース管理システムは、サーバとして、端末が要求した画像データを検索し、該当する画像データを送信部１６０に送信させる。保管部は、ハードディスクやメモリ等の記憶媒体から構成され、この保管部には画像保管装置１００で実行されてマルチフレーム画像データを処理するアプリケーションも記憶されている。
【００３３】
送信部１６０は、端末がデータベース１５０を参照して画像データの送信を要求すると、要求された画像データをネットワークを介して送信する。
【００３４】
図３は、この画像保管装置１００の動作を示すフローチャートである。まず、画像診断装置１が画像データをネットワークを介して画像保管装置１００に送信すると、Ｓ０１において、受信部１１０は、この送信された画像データを受信する。
【００３５】
Ｓ０２において、受信部１１０が画像データを受信すると、データ分析部１２０は、画像データがマルチフレーム画像データであるかシングルフレーム画像データであるか判断する。マルチフレーム画像データであれば（Ｓ０２，Ｙｅｓ）、マルチフレーム画像データを生成部１３０に送る。シングルフレーム画像データであれば（Ｓ０２，Ｎｏ）、Ｓ１８において登録部１４０でデータベース１５０に登録し、受信時での編集処理は終了する。
【００３６】
生成部１３０は、マルチフレーム画像データが送られると、Ｓ０３において、レコードナンバーをＮ＝０１に初期化し、Ｓ０４において、レコードナンバーＮの基準情報を読み出す。
【００３７】
図４は、生成部１３０が記憶する基準情報テーブルのデータ構造を表す模式図である。基準情報テーブルには、一つのマルチフレーム画像データに含める画像データ群の特徴に関する条件を表す基準情報が記憶されている。基準情報には、１以上の特徴に関する条件が含まれている。そして、この基準情報テーブルには、１以上の基準情報が記憶されている。
【００３８】
例えば、レコードナンバー０１の基準情報は、ＭＰＲ処理において利用される画像データ群の特徴に関する条件を表している。即ち、この基準情報には、撮影軸が同一の画像データ群であることを表す第１の特徴に関する条件、スライス厚が同一の画像データ群であることを表す第２の特徴に関する条件、Ｘ線ＣＴ装置若しくはＭＲＩ装置で撮影された画像データ群あることを表す第３の特徴に関する条件、拡散強調画像及びスカウト画像が含まれていない画像データ群であることを表す第４の特徴に関する条件、及び同一シリーズであることを表す第５の特徴に関する条件が含まれている。
【００３９】
また、例えば、レコードナンバー０３の基準情報は、フュージョン処理において利用される画像データ群の特徴に関する条件を表している。即ち、この基準情報には、撮影軸が同一の画像データ群であることを表す第１の特徴に関する条件、スライス厚が同一の画像データ群であることを表す第２の特徴に関する条件、同一撮影部位の画像データ群であることを表す第３の特徴に関する条件が含まれている。この基準情報によれば画像診断装置１の種別は問われない。
【００４０】
生成部１３０は、Ｓ０５において、さらにマルチフレーム画像データのフレーム情報領域を読み出す。
【００４１】
図５は、マルチフレーム画像データのデータ構造を表す模式図である。マルチフレーム画像データは、画像情報領域と共通付帯情報領域とフレーム情報領域の３つパートで構成されている。
【００４２】
画像情報領域には、画像診断装置１で発生したシングルフレームの画像データが並ぶ。共通付帯情報領域には、このマルチフレーム画像データの属性を特定する付帯情報が記述されている。例えば、共通付帯情報領域には、画像診断装置１で撮影された被検体の患者ＩＤや画像診断装置１の種類や機体名等が記述されている。
【００４３】
フレーム情報領域には、マルチフレーム画像データに記録されている各画像データの個別の付帯情報が記述されている。一般的に、フレーム情報領域に並ぶ付帯情報と画像情報領域に並ぶ画像データは、並び順番によって対になっている。画像情報領域に並ぶ画像データの記録順に倣った順にフレーム情報領域の付帯情報が並べられている。画像情報領域の３枚目に並ぶ画像データは、フレーム情報領域の３番目の付帯情報を参照することで、その画像データが特定される。また、並び順によって付帯情報と画像データとを対応付けせず、フレーム情報領域に並ぶ付帯情報とこれに対応する画像データのそれぞれに共通の識別情報を付すことで、これらを紐付けしている場合もある。この場合は、付帯情報に付された識別情報を参照することで、画像データが特定される。
【００４４】
Ｓ０６において、生成部１３０は、読み出した基準情報に含まれる各条件に各付帯情報が合致しているかどうかを各画像データの付帯情報を比較して判断する。そして、Ｓ０７において、基準情報を満たすことで同一の属性を有する付帯情報の各グループとそれ以外の付帯情報とを区分けする。
【００４５】
図６は、マルチフレーム画像データのフレーム情報領域に含まれる付帯情報のデータ構造を表す模式図である。
【００４６】
フレーム情報領域に含まれる付帯情報には、画像を特定する識別ＩＤと、対応する画像データの属性が記述されている。
【００４７】
画像を特定する識別ＩＤとしては、具体的には、シリーズごとに付されたＳｔａｃＩＤ（スタックＩＤ）と、シリーズ内の画像を特定するＴｉｎｄｅｘＩＤ（Ｔｅｍｐｏｒａｒｙ  Ｉｎｄｅｘ  ＩＤ，テンポラリインデックスＩＤ）が付されている。
【００４８】
画像データの属性としては、具体的には、撮影軸を表す情報、スライス厚を表す情報、「ＣＴ」等の撮影に使用された画像診断装置１の属性を表す情報、「Ｍｏｄａｌｉｔｙ１」等の画像診断装置１の機種名を表す情報、拡散強調画像やスカウト画像であることを表す画像種情報、撮影部位を表す情報等が記述されている。
【００４９】
生成部１３０は、レコードナンバー０１の基準情報を基準とした編集においては、フレーム情報領域の各付帯情報を比較する。そして、マルチフレーム画像データに含まれる各画像データを、同一軸上を撮影されたもの同士に分類分けする。次に、スライス厚が同一であるもの同士に分類分けする。また、撮影した画像診断装置１がＸ線ＣＴ装置若しくはＭＲＩ装置であるかものとそうでないものとを分類分けする。また、拡散強調画像以外と拡散強調画像とを分類分けする。さらに、ＳｔａｃＩＤを参照して同一シリーズのもの同士を分類分けする。
【００５０】
撮影軸に関する分類分けでは、各付帯情報に含まれている撮影軸を表す情報の示す値に応じて、各付帯情報にフラグを付していく。各付帯情報を識別するＩＤを設定し、そのＩＤにフラグを関連づけてもよい。また、この方法に限らず、区別付けができればいかなる方法を用いてもよい。以下、フラグ付けで区別を行う方法によって説明する。
【００５１】
スライス厚に関する分類分けでは、各付帯情報に含まれている撮影軸を表す情報の示す値に応じて、各付帯情報にフラグを付していく。
【００５２】
撮影した画像診断装置１がＸ線ＣＴ装置若しくはＭＲＩ装置であるかの分類分けでは、Ｘ線ＣＴ装置若しくはＭＲＩ装置の画像診断装置１を表す情報を有する付帯情報とそれ以外の付帯情報とに別々のフラグを付していく。
【００５３】
拡散強調画像以外の画像であるかの分類分けでは、拡散強調画像以外を表す情報を有する付帯情報と拡散強調画像を表す情報を有する付帯情報と別々のフラグを付していく。
【００５４】
これにより、マルチフレーム画像データ内の各画像データは、フラグの組み合わせによって、レコードナンバー０１の基準情報を満たすことで同一の属性を示す付帯情報の各グループとそれ以外の付帯情報のグループとに区別される。
【００５５】
次に、Ｓ０８において、図７に示すように、生成部１３０は、各グループに区別された基準情報を満たす付帯情報とこれに対応する画像データをグループ毎に纏めたマルチフレーム画像データをそれぞれ生成する。さらに、Ｓ０９において、生成部１３０は、基準情報を満たしていない付帯情報とこれに対応する画像データを纏めたマルチフレーム画像データを生成する。
【００５６】
これにより、一の基準情報を満たす同一属性グループの各マルチフレーム画像データと基準情報を満たさなかった画像データ群のマルチフレーム画像データが生成される。
【００５７】
そして、Ｓ１０においてＮ＝Ｎ＋１とし、Ｓ１１においてＮ＞Ｍａｘで無ければ、生成部１３０は、新たなレコードナンバーＮの基準情報についてＳ０４〜Ｓ０９の処理を繰り返す。Ｍａｘは、記憶している基準情報の数を表す。これにより、基準情報テーブルに記憶されている各基準情報を満たす各マルチフレーム画像データと、各基準情報を満たしていない各マルチフレーム画像データが作成される。
【００５８】
そして、全ての基準情報を参照した編集が終了すると、生成部１３０は、生成したマルチフレーム画像データに含まれている各画像データの付帯情報について、ＳｔａｃＩＤとＴｉｎｄｅｘＩＤを再定義する。マルチフレーム画像データを出力する画像診断装置１の機種によっては、ＳｔａｃＩＤがシリーズ番号を表し、ＴｉｎｄｅｘＩＤが画像番号を表すものと定義し、また、その逆に、ＳｔａｃＩＤが画像番号を表し、ＴｉｎｄｅｘＩＤがシリーズ番号を表すものと定義する場合がある。そうすると、端末側ではマルチフレーム画像データを受け取った後、機種名を表す情報を参照してＴｉｎｄｅｘＩＤとＳｔａｃＩＤの内容を解釈する前処理を行わなくてはならない。
【００５９】
そこで、生成部１３０は、生成したマルチフレーム画像データ内のＳｔａｃＩＤとＴｉｎｄｅｘＩＤの内容を何れか一方に統一化しても良い。具体的には、生成部１３０は、図８に示すように、画像診断装置１の機種名に対応させてＳｔａｃＩＤとＴｉｎｄｅｘＩＤが何を表しているのかを表す対応表を記憶している。
【００６０】
生成部１３０は、Ｓ１２において、編集元のマルチフレーム画像データの共通付帯情報領域に含まれている機種名を読み出し、Ｓ１３において、対応表を参照してＳｔａｃＩＤとＴｉｎｄｅｘＩＤを解釈する。そして、ＳｔａｃＩＤの内容とＴｉｎｄｅｘＩＤの内容が予め定めた内容と逆であれば（Ｓ１３，Ｙｅｓ）、Ｓ１４において、生成した全てのマルチフレーム画像データに記述されているＳｔａｃＩＤの値とＴｉｎｄｅｘＩＤの値とを入れ替える。
【００６１】
例えば、ＳｔａｃＩＤをシリーズ番号、ＴｉｎｄｅｘＩＤを画像番号に統一化するものとし、編集元のマルチフレーム画像データに含まれている機種名の情報と対応表とを参照した結果、そのマルチフレーム画像データに含まれているＳｔａｃＩＤが画像番号を表し、ＴｉｎｄｅｘＩＤがシリーズＩＤを表していると、生成部１３０は、生成したマルチフレーム画像データに含まれているＳｔａｃＩＤとＴｉｎｄｅｘＩＤの値を入れ替える。
【００６２】
Ｓ１５において、生成部１３０は、図９に示すように、編集元となったマルチフレーム画像データの共通付帯情報とフレーム領域情報とを結合した編集前情報を生成する。即ち、この編集前情報は、編集前のマルチフレーム画像データの構成内容が記録された情報である。フレーム領域情報のうちのＳｔａｃＩＤとＴｉｎｄｅｘＩＤのみを抜き出して編集前情報を含めてもよい。尚、生成されたマルチフレーム画像データのＳｔａｃＩＤとＴｉｎｄｅｘＩＤは、並び替えや削除や番号の繰り上げ等によって変更される場合がある。この場合は、生成されたマルチフレーム画像データ又は編集前情報に変更の履歴を含めておく。
【００６３】
そして、Ｓ１６において、生成部１３０は、編集元となったマルチフレーム画像データを容量節約のために破棄する。尚、編集元となったマルチフレーム画像データを容量節約等の破棄の理由がなければ残しておいてもよい。この場合、編集前情報を生成する処理は省くことができる。
【００６４】
生成部１３０による処理が終了すると、Ｓ１７において、登録部１４０は、基準情報を満たすように纏められた各マルチフレーム画像データと、それ以外の画像データを１ファイルに纏めることで作成されたマルチフレーム画像データと、編集前情報とをデータベース１５０に登録して保管する。さらに、登録部１４０は、マルチフレーム画像データの生成に用いられた基準情報と対応するアプリケーション識別情報をマルチフレーム画像データに関連づけてデータベース１５０に記録する。アプリケーション識別情報は、アプリケーションを識別する情報である。登録部１４０は、アプリケーション識別情報と基準情報を識別する情報との対応表を予め記憶している。登録部１４０は、マルチフレーム画像データの生成に用いられた基準情報に対応するアプリケーション識別情報を、このマルチフレーム画像データに関連づけて記録する。
【００６５】
このように、本実施形態の画像保管装置１００では、画像データ群の特徴に関する条件を表す基準情報に沿って画像データを区分けし、マルチフレーム画像データを纏め直して保管している。なお、レコードナンバーで区別される基準情報を複数満たす画像データが存在する場合には、纏め直したマルチフレーム画像データに重複して同じフレームが含まれていても良い。レポート作成支援システム２や画像観察装置３や画像処理装置４等の各端末で必要とされる画像データの属性に関する各条件を基準情報として記憶させておけば、各端末に画像データを送信する際に、必要な画像データのみで且つＳｔａｃＩＤとＴｉｎｄｅｘＩＤの内容が統一化されたマルチフレーム画像データの形式で送信することができる。
【００６６】
従って、マルチフレーム画像データによる通信速度の向上に加え、各端末でマルチフレーム画像データを解析して処理に必要な画像データのみを抽出する処理を省くことができるので、画像データの要求から各端末の画像データの本処理までの時間を短縮することが可能となる。また、ＳｔａｃＩＤとＴｉｎｄｅｘＩＤの解析を省くことができるので、動揺に本処理までの時間を短縮することができる。
【００６７】
例えば、ＭＰＲ処理に必要な画像データのみを纏め、スカウト画像等を予め省いたマルチフレーム画像データに纏めてから保管しておくことで、端末は、ＭＰＲ処理のために受信したマルチフレーム画像データからＭＰＲ処理に不必要な画像データを省く必要がなくなる。
【００６８】
尚、基準情報テーブルに記憶されている基準情報は、一つのみであってもよいし、複数記憶されていても、使用する基準情報は一つであってもよい。複数の基準情報から一つの基準情報を選択する場合には、操作者によるマウスやキーボードを用いた入力に応じるようにすればよい。予め選択が入力された場合には、使用する基準情報に使用する情報であることを示す識別情報を付しておく。
【００６９】
次に、このマルチフレーム画像データの送信態様について説明する。
【００７０】
データベース管理システムは、データベース１５０に記録された付帯情報やアプリケーション識別情報を参照して画像データを検索する。図１０は、保管されている画像のデータベース１５０の一部を示す模式図である。データベース１５０には、シングルフレーム画像データの付帯情報及び保管先や、マルチフレーム画像データの付帯情報とアプリケーション識別情報とこの画像データの保管先や、編集前情報が記憶されている。
【００７１】
付帯情報には、撮影軸を表す情報、スライス厚を表す情報、「ＣＴ」等の撮影に使用された画像診断装置１の種類を表す情報、「Ｍｏｄａｌｉｔｙ１」等の画像診断装置１の機種名を表す情報、拡散強調画像やスカウト画像であることを表す情報、撮影部位を表す情報等が記述されている。
【００７２】
図１１は、画像データの送信動作を示すフローチャートである。
【００７３】
送信部１６０は、Ｓ２１において、端末から画像データの検索キーを受信する。検索キーには、要求する画像データの付帯情報と、画像データを要求したアプリケーションを識別するアプリケーション識別情報とが含まれる。
【００７４】
データベース管理システムは、Ｓ２２において、検索キーを用いてデータベース１５０を検索し、Ｓ２３において、該当のマルチフレーム画像データを読み出す。そして、Ｓ２４において、送信部１６０は、読み出されたマルチフレーム画像データを端末に送信する。
【００７５】
尚、データベース１５０上でマルチフレーム画像データとアプリケーション識別情報とを関連づけるのではなく、アプリケーション識別情報をマルチフレーム画像データに記述するようにしてもよい。登録部１４０は、マルチフレーム画像データが生成されると、生成に用いた基準情報に対応するアプリケーションを識別する情報をマルチフレーム画像データに記述する。データベース管理システムは、マルチフレーム画像データに記述されたアプリケーション識別情報を探索して、要求されたマルチフレーム画像データを読み出す。この場合、データの拡張子もアプリケーション識別情報に含まれる。
【００７６】
また、端末側に付帯情報に合致した画像データの一覧を提示し、その中から選択させるようにしてもよい。
【００７７】
（第２の実施形態）
第１の実施形態では、マルチフレーム画像データを受信した際に、そのマルチフレーム画像データの編集処理を行う例を説明した。そのほか、複数のシングルフレーム画像データからマルチフレーム画像データを生成するようにしてもよい。第２の実施形態に係る画像保管装置１００は、複数のシングルフレーム画像データからマルチフレーム画像データを生成する。
【００７８】
生成部１３０は、画像診断装置１から複数枚のシングルフレーム画像データが送られてくると、これらシングル画像データに対して編集処理を実施する。
【００７９】
図１２は、複数枚のシングルフレーム画像データをマルチフレーム画像データ化する例を示す模式図である。図１２に示すように、生成部１３０は、複数枚のシングルフレーム画像データのうち、基準情報に含まれる条件を満たしているシングルフレーム画像データのグループを特定する。そして、そのグループのシングルフレーム画像データ群を１ファイルに纏めることでマルチフレーム画像データ化する。また、基準情報に含まれる条件を満たしていないシングルフレーム画像データについては、それらを一つに纏めてマルチフレーム画像データ化する。
【００８０】
図１３は、この複数枚のシングルフレーム画像データのマルチフレーム画像データ化の動作を示すフローチャートである。尚、説明の簡略化のため、基準情報テーブルには、基準情報が一つのみ記憶されているものとしたが、基準情報が複数あっても良い。
【００８１】
まず、画像診断装置１が画像データをネットワークを介して画像保管装置１００に送信すると、Ｓ０１において、受信部１１０は、この送信された画像データを受信する。
【００８２】
Ｓ０２において、受信部１１０が画像データを受信すると、データ分析部１２０は、画像データがマルチフレーム画像データであるかシングルフレーム画像データであるか判断する。マルチフレーム画像データであれば（Ｓ０２，Ｎｏ）、第１の実施形態に係る処理を係るＳ０３〜Ｓ１７を行う。
【００８３】
シングルフレーム画像データであり（Ｓ０２，Ｎｏ）、Ｓ３１において、複数枚送信されてくるシングルフレーム画像データの全てを受信完了すると（Ｓ３１，Ｙｅｓ）、マルチフレーム画像データを生成部１３０に送る。
【００８４】
生成部１３０は、Ｓ３２において、基準情報を読み出し、Ｓ３３において各シングルフレーム画像データの付帯情報を読み出す。
【００８５】
Ｓ３４において、生成部１３０は、読み出した基準情報に含まれる条件に各付帯情報が合致しているかどうかを各付帯情報を比較して判断し、Ｓ３５において基準情報を満たし、同一の属性を示す付帯情報の各グループとそれ以外の付帯情報とを区分けする。
【００８６】
次に、Ｓ３６において、生成部１３０は、各グループに区別されたシングルフレーム画像データをグループ毎に纏めたマルチフレーム画像データをそれぞれ生成する。さらに、Ｓ３７において、生成部１３０は、基準情報を満たしていないシングルフレーム画像データを纏めたマルチフレーム画像データを生成する。
【００８７】
これにより、一の基準情報に含まれる条件を満たす同一属性グループの各マルチフレーム画像データと基準情報を満たさなかった画像データ群のマルチフレーム画像データが生成される。
【００８８】
そして、生成部１３０は、Ｓ１２〜Ｓ１４の処理を行うことで、ＳｔａｃＩＤとＴｉｎｄｅｘＩＤを再定義した後、Ｓ３８において、生成したマルチフレーム画像データをデータベース１５０に登録する。
【００８９】
また、生成部１３０は、定期的にマルチフレーム化の処理を実行し、既にデータベース１５０に記憶されているシングルフレーム画像データをマルチフレーム化するようにしてもよい。このとき、図１４に示すように、既に生成されているマルチフレーム画像データに纏めることのできるシングルフレーム画像データが存在すれば、そのシングルフレーム画像データをマルチフレーム画像データに付加するようにしてもよい。
【００９０】
図１５は、シングルフレーム画像データをマルチフレーム画像データに付加する動作を示すフローチャートである。
【００９１】
まず、生成部１３０は、Ｓ４１において、シングルフレーム画像データがデータベース１５０に存在すると（Ｓ４１，Ｙｅｓ）、Ｓ４２において、そのシングルフレーム画像データの付帯情報を読み出す。
【００９２】
さらに、生成部１３０は、Ｓ４３において、データベース１５０を参照して、共通付帯情報及びフレーム情報領域の付帯情報に、読み出した付帯情報と同一の情報を有するマルチフレーム画像データを検索する。該当のマルチフレーム画像データが１又は２以上見つかると（Ｓ４３，Ｙｅｓ）、Ｓ４４において、見つかったマルチフレーム画像データのそれぞれにシングルフレーム画像データを付加する。具体的には、シングルフレーム画像データの付帯情報をフレーム情報領域に記録し、シングルフレーム画像データの画像データ部分を画像情報領域に記録する。
【００９３】
（第３の実施形態）
第１の実施形態では、記憶されている基準情報の全てについてマルチフレーム画像データを生成した。第３の実施形態に係る画像保管装置１００では、優先条件を予め用意しておき、優先条件を満たした基準情報について対応するマルチフレーム画像データを作成して保管する。画像保管装置１００の性能、即ち演算処理能力や記憶容量によっては、基準情報テーブルに記憶されている全ての基準情報に対応する各マルチフレーム画像データを作成して保管すると画像保管装置１００に多大な負荷をもたらすおそれがあるためである。
【００９４】
図１６は、第３の実施形態に係る基準情報テーブルを示す模式図である。
【００９５】
図１６に示すように、基準情報には、モダリティ情報が関連づけられている。モダリティ情報は、画像診断装置１の種類を示す情報である。マルチフレーム画像データがその後どのような画像処理されるかは、画像診断装置１の種類からある程度推測可能である。例えば、Ｘ線ＣＴ装置由来の画像データは、３Ｄボリュームレンダリングされる可能性が高く、またＭＰＲ処理される可能性が高い。
【００９６】
生成部１３０は、受信したマルチフレーム画像データに含まれている画像診断装置１の種類を示す情報と一致するモダリティ情報と関連づけられている基準情報を用いてマルチフレーム画像データを生成する。
【００９７】
図１７は、第３の実施形態に係るマルチフレーム画像データの生成動作を示すフローチャートある。マルチフレーム画像データが受信されることを前提に説明し、マルチフレーム画像データであるかシングルフレーム画像データであるかの判断処理の説明は省略する。なお、シングルフレーム画像データを受信した場合に第２の実施例で説明したようにシングルフレーム画像データからマルチフレーム画像データを生成しても良い。この場合にも、図１６に示したモダリティ情報が関連づけられた基準情報が適用できる。
【００９８】
まず、画像診断装置１が画像データをネットワークを介して画像保管装置１００に送信すると、Ｓ０１において、受信部１１０は、この送信された画像データを受信する。
【００９９】
生成部１３０は、マルチフレーム画像データが送られると、Ｓ５１において、マルチフレーム画像データの共通付帯情報領域から画像診断装置１の種類を示す情報を読み出す。そして、生成部１３０は、Ｓ５２において、基準情報テーブルを参照して、画像診断装置１の種類を示す情報と同一の内容を有するモダリティ情報を検索する。
【０１００】
該当するモダリティ情報が見つかると、Ｓ５３において、このモダリティ情報に関連づけられている基準情報を読み出す。さらに、生成部１３０は、Ｓ５４において、生成部１３０は、マルチフレーム画像データのフレーム情報領域を読み出す。
【０１０１】
Ｓ５５において、生成部１３０は、読み出した基準情報に含まれる条件に各付帯情報が合致しているかどうかを各画像データの付帯情報を比較して判断し、Ｓ５６において基準情報を満たすことで同一属性を示す付帯情報の各グループとそれ以外の付帯情報とを区分けする。
【０１０２】
次に、Ｓ５７において、生成部１３０は、各グループに区別された付帯情報とこれに対応する画像データをグループ毎に纏めたマルチフレーム画像データをそれぞれ生成する。さらに、Ｓ５８において、生成部１３０は、基準情報を満たしていない付帯情報とこれに対応する画像データを纏めたマルチフレーム画像データを生成する。
【０１０３】
そして、生成部１３０は、Ｓ１２〜Ｓ１４の処理を行うことで、ＳｔａｃＩＤとＴｉｎｄｅｘＩＤを再定義した後、Ｓ５９において、生成部１３０は、編集前情報を生成する。最後に、Ｓ６０において、登録部１４０は、基準情報に含まれる条件を満たすように纏められた各マルチフレーム画像データと、それ以外の画像データを１ファイルに纏めることで作成されたマルチフレーム画像データと、編集前情報とをデータベース１５０に登録して保管する。
【０１０４】
尚、共通付帯情報領域から読み出した画像診断装置１の種類を示す情報と一致するモダリティ情報が複数存在すれば、それぞれに関連づけられている基準情報についてマルチフレーム画像データを生成する処理を繰り返す。
【０１０５】
この第３の実施形態に係る画像保管装置１００では、よく利用される構成内容のマルチフレーム画像データを作成して編集するため、画像保管装置１００に負荷をかけることを低減し、画像保管装置１００本来の処理である画像サーバとしての機能を損なうことがない。
【０１０６】
（第４の実施形態）
第４の実施形態は、複数の基準情報のうちの一部の基準情報を用いてマルチフレーム画像データを生成する場合の画像保管装置１００の変形例である。
【０１０７】
図１８は、第４の実施形態に係る基準情報テーブルのデータ構造を表す模式図である。基準情報テーブルには、基準情報に関連づけられて、端末情報が記憶されている。端末情報は、関連づけられている基準情報を満たすマルチフレーム画像データを必要とする端末に関する情報である。例えば、端末情報は、関連づけられている基準情報を満たすマルチフレーム画像データを必要とする端末の台数を表す情報である。
【０１０８】
図１９は、優先条件テーブルを示す模式図である。生成部１３０は、優先条件テーブルを予め記憶している。優先条件テーブルには、優先条件が予め記憶されている。優先条件は、マウスやキーボード等による入力によって選択されて優先条件テーブルに記憶される。優先条件は、端末情報の内容に対応し、例えば、台数の多いものを優先することを表す情報又は１０台以上の端末を優先することを表す情報である。
【０１０９】
生成部１３０は、この優先条件テーブルと端末情報を参照して、優先条件を満たす端末情報に関連づけられている基準情報を読み出し、読み出した基準情報を満たすマルチフレーム画像データの編集を行う。尚、複数の優先条件が存在する場合は、その優先条件の全てを満たす端末情報に関連づけられている基準情報を読み出す。また、優先条件を満たしていない端末情報に関連づけられている基準情報は使用されないか、画像保管装置１００の負荷が一定以下の場合に使用される。
【０１１０】
図２０は、第４の実施形態に係る画像保管装置１００の動作を示すフローチャートである。尚、基準情報を読み出してからの動作は、第１の実施形態と同様につき詳細な説明を省略する。
【０１１１】
まず、画像診断装置１が画像データをネットワークを介して画像保管装置１００に送信すると、Ｓ０１において、受信部１１０は、この送信された画像データを受信すると、生成部１３０は、マルチフレーム画像データが送られると、Ｓ７１において、優先条件テーブルから優先条件を読み出す。そして、Ｓ７２において、基準情報テーブルの各端末情報を読み出す。ここで、優先条件としては、台数が多いものを優先する内容が記述されているものとする。
【０１１２】
生成部１３０は、優先条件と各端末情報を読み出すと、Ｓ２３において、優先条件を満たす端末情報を探索する。優先条件を満たす端末情報が見つかると、Ｓ２４において、生成部１３０は、該当する端末情報に関連づけられている基準情報を読み出し、Ｓ０４〜Ｓ１１のマルチフレーム画像データの編集とデータベース１５０に登録を行い、処理を終了する。優先条件が台数の多いものを優先する内容であると、生成部１３０は、端末情報が示す台数が最も多いものを探索し、該当の端末情報に関連づけられている基準情報を用いる。
【０１１３】
尚、端末情報に変えて頻度情報を優先条件とするようにしてもよい。基準情報と頻度情報の対には、端末を識別する情報が関連づけられている。端末が必要とする画像データの条件を表す基準情報にその端末を識別する情報が関連づけられている。頻度情報は、各基準情報に関連づけられる。この頻度情報は、画像データが要求された回数である。
【０１１４】
送信部１６０は、画像データの要求があるたびに、画像データを要求した端末を識別する情報に関連づけられた頻度情報を１カウントアップしておく。そして、生成部１３０は、最大値又は上位から一定順位内の値を有する頻度情報と対になった基準情報を読み出してマルチフレーム画像データを生成する。
【０１１５】
（第５の実施形態）
優先条件やモダリティ情報に基づいて一部の基準情報を用いてマルチフレーム画像データを生成する場合は、他の端末で機能するアプリケーションで必要とされる画像データ群で構成されるマルチフレーム画像データが存在しない場合がある。この場合は、編集前情報を参照して、編集元のマルチフレーム画像データを復元し、改めて画像を要求した端末に必要な機能に応じた基準情報を満たすようにマルチフレーム画像データを編集してから送信する。
【０１１６】
図２１は、このマルチフレーム画像データの復元動作及び再編集動作を示すフローチャートである。尚、基準情報テーブルには、図示しない端末を識別する情報が関連づけられている。
【０１１７】
まず、Ｓ９１において、端末からの画像要求を受信すると、データベース管理システムは、Ｓ９２において、マルチフレーム画像データのレコードを検索する。そして、データベース管理システムは、Ｓ９３において、該当するレコードに含まれるアプリケーション情報が、画像要求した端末から受信したアプリケーションを識別する情報に一致するかチェックする。
【０１１８】
一致する場合には（Ｓ９３，Ｙｅｓ）、Ｓ９４において、そのマルチフレーム画像データを端末に送信させる。
【０１１９】
一方、一致したレコードがなければ（Ｓ９３，Ｎｏ）、生成部１３０は、Ｓ９５において、端末が送信した検索キーである患者情報等を共通付帯情報に含む編集前情報を探索する。そして、編集前情報が見つかると、生成部１３０は、Ｓ９６において、編集前情報のフレーム情報領域に記憶されている各付帯情報を参照して、データベース１５０に記憶されているマルチフレーム画像データからこの付帯情報に対応するシングルフレーム画像データを抽出する。
【０１２０】
シングルフレーム画像データを抽出すると、生成部１３０は、Ｓ９７において、抽出したシングルフレーム画像データと編集前情報を結合して編集前のマルチフレーム画像データを復元する。
【０１２１】
マルチフレーム画像データを復元すると、生成部１３０は、Ｓ９８において、画像要求をした端末を識別する情報に関連づけられた基準情報を読み出し、その基準情報についてＳ０５〜Ｓ１４の処理を行うことで画像要求をした端末に必要な画像データを纏めたマルチフレーム画像データを作成する。そして、送信部１６０は、Ｓ９９において、作成されたマルチフレーム画像データを端末へ送信する。なお、画像診断装置１から受信した編集元のマルチフレーム画像を削除していない場合には、復元する必要はなく、当該マルチフレーム画像を編集すれば良い。
【０１２２】
以上の各実施形態の画像保管装置１００では、受信時以外にも、定期的に保管しているマルチフレーム画像データやシングル画像データに対して編集処理を実施するようにしてもよい。生成部１３０は、予め設定されている時刻情報を記憶しておき、時計ＩＣ等で計時される時刻が時刻情報に到達すれば、データベース１５０内の各マルチフレーム画像データやシングルフレーム画像データを読み出して編集処理を実行する。また、画像保管装置１００の処理の空き時間、即ち負荷が低いときに編集処理を実行するようにしてもよい。
【０１２３】
このとき、優先条件や端末情報や基準情報が変更されていれば、データベース１５０内のマルチフレーム画像データやシングルフレーム画像データがその変更に合わせたマルチフレーム画像データ単位に編集しなおされ、ネットワーク環境の変化に迅速に適応可能となり、マルチフレーム画像データの利便性を引き続き享受することができる。
【符号の説明】
【０１２４】
１  画像診断装置
２  レポート作成支援システム
３  画像観察装置
４  画像処理装置
１００  画像保管装置
１１０  受信部
１２０  データ分析部
１３０  生成部
１４０  登録部
１５０  データベース
１６０  送信部
【図１】
0005498535.tif 000002
【図２】
0005498535.tif 000003
【図３】
0005498535.tif 000004
【図４】
0005498535.tif 000005
【図５】
0005498535.tif 000006
【図６】
0005498535.tif 000007
【図７】
0005498535.tif 000008
【図８】
0005498535.tif 000009
【図９】
0005498535.tif 000010
【図１０】
0005498535.tif 000011
【図１１】
0005498535.tif 000012
【図１２】
0005498535.tif 000013
【図１３】
0005498535.tif 000014
【図１４】
0005498535.tif 000015
【図１５】
0005498535.tif 000016
【図１６】
0005498535.tif 000017
【図１７】
0005498535.tif 000018
【図１８】
0005498535.tif 000019
【図１９】
0005498535.tif 000020
【図２０】
0005498535.tif 000021
【図２１】
0005498535.tif 000022