医用画像管理システム
【課題】画像ファイル及びヘッダファイルを含む医用画像情報のバックアップ処理時間を短縮するとともに、バックアップ処理中のハングアップを回避し信頼性を向上させる。
【解決手段】医用画像管理装置によれば、制御部は、バックアップ処理の実行により、画像ＤＢに記憶されているヘッダファイル全体を一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを通信部によりＮＡＳに送信して保存させ、画像ＤＢに記憶されている画像ファイルのうち前回のバックアップ処理から追加又は更新された画像ファイルを通信部によりＮＡＳに送信して保存させる。
【解決手段】医用画像管理装置によれば、制御部は、バックアップ処理の実行により、画像ＤＢに記憶されているヘッダファイル全体を一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを通信部によりＮＡＳに送信して保存させ、画像ＤＢに記憶されている画像ファイルのうち前回のバックアップ処理から追加又は更新された画像ファイルを通信部によりＮＡＳに送信して保存させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理システムに関する。
【背景技術】
【０００２】
従来、医用画像を保存、管理するシステムが知られている。例えば、特許文献１には、医用画像を保管するための複数のストレージ装置を備え、ストレージ装置に保管されている医用画像を通信ネットワークを介してバックアップ装置にバックアップするシステムが記載されている。
【特許文献１】特開２００８−７１０３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、医用画像には、その医用画像を縮小したサムネイル画像、その医用画像に対する処理パラメータ等、関連する様々な情報が存在する。即ち、医用画像一枚につき、医用画像の実データが記録された画像ファイル、この医用画像に対する処理パラメータ等の関連情報を記録するヘッダファイル、この医用画像の縮小画像の画像データが記録されたサムネイル画像ファイル等、複数種類のファイルが存在する。
【０００４】
そのため、保管する医用画像の数が増加すると、バックアップすべきファイル数が飛躍的に増加することとなる。その結果、バックアップ処理に係る処理時間が増大し、場合によってはバックアップ処理がハングアップして中断されてしまうという問題があった。
【０００５】
この問題の一因として、バックアップ装置側のＣＰＵの処理性能限界又はリソース不足が考えられる。よって、バックアップ装置のスペックを向上させることで、問題を解決することも考えられる。
【０００６】
しかしながら、バックアップ装置のスペック向上には多大な投資が必要となる。開業医やクリニック等の小規模な医療施設においては、そのような高性能なバックアップ装置を設置できない場合もある。
【０００７】
本発明の課題は、画像ファイル及びヘッダファイルを含む医用画像情報のバックアップ処理時間を短縮するとともに、バックアップ処理中のハングアップを回避し信頼性を向上させることである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明は、
医用画像情報を蓄積記憶する医用画像管理装置と、前記医用画像管理装置に記憶された医用画像情報のバックアップを保存するバックアップ装置と、が通信ネットワークを介して接続された医用画像管理システムであって、
前記医用画像情報は、画像ファイル及び前記画像ファイルに関連する複数のヘッダファイルを含む複数種類のファイルにより構成され、
前記医用画像管理装置は、
前記医用画像情報の画像ファイル及びヘッダファイルを記憶する記憶部と、
前記バックアップ装置とデータ通信を行うための通信部と、
前記記憶部に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させ、前記記憶部に記憶されている画像ファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させる制御部と、
を備える。
【０００９】
請求項２に記載の発明は、請求項１に記載の発明において、
前記制御部は、前記ヘッダファイルについては、前記記憶部に記憶されている全てを一又は数ファイルに圧縮して前記バックアップ装置に送信し、前記画像ファイルについては、前記記憶部に記憶されている画像ファイルのうち前記バックアップ装置に前回送信した後に追加又は更新された画像ファイルを前記バックアップ装置に送信する。
【発明の効果】
【００１０】
本発明によれば、画像ファイル及びヘッダファイルを含む医用画像情報のバックアップ処理時間を短縮するとともに、バックアップ処理中のハングアップを回避し信頼性を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１２】
〔医用画像管理システム１の構成〕
図１は、本実施の形態における医用画像管理システム１のシステム構成を示すブロック図である。
医用画像管理システム１は、開業医やクリニック等の比較的小規模の医療施設に適用されるシステムであり、図１に示すように、モダリティ２と、医用画像管理装置３と、ＮＡＳ（Network Attached Storage）４と、を備えて構成されている。医用画像管理システム１を構成する各装置は、例えば図示しないスイッチングハブ等を介してＬＡＮ（Local Area Network）等の通信ネットワーク（以下単に「ネットワーク」という）５に接続されている。医用画像管理装置３は、医師の常駐場所である診察室に設けられたＷＳ（ワークステーション）であることが好ましい。なお、この医用画像管理装置３として作動するＷＳが各モダリティ２の起動や処理条件等を制御する構成としてもよい。医用画像管理装置３及びＮＡＳ４の台数は、特に限定されない。
【００１３】
病院内の通信方式としては、一般的に、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格が用いられており、ＬＡＮ接続された各装置間の通信では、ＤＩＣＯＭ ＭＷＭ(Modality Worklist Management)やＤＩＣＯＭ ＭＰＰＳ（Modality Performed Procedure Step）が用いられる。なお、本実施の形態に適用可能な通信方式はこれに限定されない。
【００１４】
〔医用画像管理システム１の各装置の装置構成〕
以下、医用画像管理システム１を構成する各装置について説明する。
【００１５】
モダリティ２は、患者の診断対象部位を被写体として撮影を行い、撮影した画像をデジタル変換して医用画像を生成する。モダリティ２は、撮影対象である患者を特定する患者情報（患者ＩＤ、患者氏名、性別等）を入力するための文字入力キー、数字入力キー等を備えており、生成された医用画像にＵＩＤ（UniqueＩＤ）、検査情報（検査ＩＤ、検査部位、撮影日付等）、入力された患者情報を付与してＤＩＣＯＭ規格に則ったＤＩＣＯＭファイル形式で医用画像管理装置３に送信する。
【００１６】
モダリティ２としては、ＣＲ（Computed Radiography）装置、超音波診断装置（ＵＳ）、ＦＰＤ（Flat Panel Detector）、内視鏡、ＭＲＩ（Magnetic Resonance Imaging）等が適用可能である。
【００１７】
医用画像管理装置３は、モダリティ２により生成された医用画像を画像ＤＢ（Data Base）３３１に保存したり、医師が患者の医用画像を表示させて読影診断を行ったりするための装置であり、一般的なＰＣ（Personal Computer）に用いられるモニタ（表示部）よりも高精細のモニタを備えるものであってもよい。
【００１８】
医用画像管理装置３は、図２に示すように、制御部３１、ＲＡＭ３２、記憶部３３、操作部３４、表示部３５、通信部３６、計時部３７等を備えて構成されており、各部はバス３８により接続されている。
【００１９】
制御部３１は、ＣＰＵ（Central Processing Unit）等により構成され、記憶部３３に
記憶されているシステムプログラムや処理プログラム等の各種プログラムを読み出してＲＡＭ３２に展開し、展開されたプログラムに従って後述するバックアップ処理（図３参照）をはじめとする各種処理を実行する。
【００２０】
ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３３から読み出された制御部３１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００２１】
記憶部３３は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成さ
れる。記憶部３３には、前述のように各種プログラムが記憶されているほか、医用画像を診断に適した画質に調整するための画像処理パラメータ（階調処理に用いる階調曲線を定義したルックアップテーブル、周波数処理の強調度等）等が記憶されている。
また、記憶部３３は、モダリティ２から送信された医用画像に基づき作成された医用画像情報を格納する画像ＤＢ（Data Base）３３１を有している。
【００２２】
ここで、医用画像管理装置３においては、モダリティ２から送信された医用画像が通信部３６により受信されると、制御部３１とプログラムとの協働により、受信された医用画像を元に、ヘッダファイル、サムネイル画像ファイル、画像ファイルからなる医用画像情報が作成される。
ヘッダファイルは、医用画像に対する処理パラメータ等を記録するためのファイルである。例えば、濃度コントラスト、アノテーション、計測結果、拡大率等の情報が記録される。ヘッダファイルは、テキストデータからなり、ファイルサイズが２〜６０ＫＢと小さい。ヘッダファイルは、１枚の医用画像につき３〜４ファイル作成される。
サムネイル画像ファイルは、受信された医用画像の縮小画像データが記録されたファイルであり、ファイルサイズは約１０ＫＢと小さい。サムネイル画像ファイルは、１枚の医用画像につき１ファイル作成される。
画像ファイルは、医用画像の実データが記録されたファイルであり、ファイルサイズは５ＭＢ〜１０ＭＢ（モダリティ２がＣＲ装置の場合）と大きい。画像ファイルは、受信された医用画像のオリジナルの画像ファイルのほかに、表示部３５への表示時に使用される表示用画像の画像ファイルが作成される。
【００２３】
即ち、画像ＤＢ３３１には、モダリティ２から受信された一枚の医用画像毎に、３〜４のヘッダファイル、１のサムネイル画像ファイル、２の画像ファイルからなる医用画像情報が蓄積記憶されている。
【００２４】
画像ＤＢ３３１は、画像ＤＢ３３１に記憶されている医用画像情報に関する管理情報を格納する画像管理テーブルを有している。画像管理テーブルには、例えば、各医用画像情報についての管理情報が１レコードとして格納される。管理情報には、ＵＩＤ（受信した医用画像に付与されているＵＩＤ）、患者情報、検査情報、ファイル情報（医用画像情報を構成する各ヘッダファイル、サムネイル画像ファイル、各画像ファイルのファイル名、ファイル格納場所、更新日付、ファイルサイズ等）が含まれる。
【００２５】
操作部３４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部３１に出力する。
【００２６】
表示部３５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部３５は、制御部３１からの指示に従って、医用画像を表示する。
【００２７】
通信部３６は、ネットワークインターフェース等により構成され、スイッチングハブを介してネットワーク５に接続されたモダリティ２やＮＡＳ４との間でデータの送受信を行う。
【００２８】
計時部３７は、ＲＴＣ（Real Time Clock）等により構成され、現在時刻及び現在日付を計時して制御部３１に出力する。
【００２９】
図１に戻り、ＮＡＳ４は、医用画像情報のバックアップを保存するバックアップ装置である。ＮＡＳ４は、ＣＰＵ等により構成される制御部、ＲＡＭ、記憶部、ＨＤＤ、通信部等（図示せず）を備えて構成されている。ＮＡＳ４は、医用画像管理装置３から医用画像情報（ヘッダファイル、サムネイル画像ファイル、画像ファイル）が送信され保存が指示されると、制御部と記憶部に記憶されているプログラムとの協働によるソフトウエア処理により、送信されたファイルをＨＤＤに書込み、保存する。また、医用画像管理装置３からの画像取得要求に応じてファイルを読み出して医用画像管理装置３に送信する。なお、本実施の形態においては、ＮＡＳ４において医用画像情報のバックアップを保存するための記憶媒体としてＨＤＤを適用することとしたが、他の記憶媒体、例えば、ＤＶＤライブラリのようなメディア等を用いてもよい。
【００３０】
〔医用画像管理装置３の動作〕
次に、医用画像管理装置３の動作について詳細に説明する。
図３に、制御部３１により実行されるバックアップ処理のフローチャートを示す。バックアップ処理は、予め定められた時刻が到来した際又は操作部３４からバックアップの指示が入力された際に、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３１】
まず、ヘッダファイルのバックアップ処理が実行される（ステップＳ１）。
図４に、ステップＳ１において実行されるヘッダファイルのバックアップ処理のフローチャートを示す。ヘッダファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３２】
ヘッダファイルのバックアップ処理では、まず、画像ＤＢ３３１に記憶されている全てのヘッダファイルがＲＡＭ３２に読み出される（ステップＳ１０１）。
【００３３】
次いで、読み出されたヘッダファイルが１又は数ファイルに圧縮される（ステップ１０２）。例えば、画像ＤＢ３３１に２万のヘッダファイルが記憶されている場合、Ｚｉｐ圧縮、又はｌｚｈ圧縮等のファイル圧縮技術により、２万のヘッダファイルが１又は数ファイル（２〜１０程度）にまとめられる。この圧縮により、ＮＡＳ４に送信し、ＮＡＳ４で書込み、保存するヘッダファイル数を激減させることができる。
【００３４】
次いで、圧縮後のヘッダファイルが通信部３６によりＮＡＳ４に送信されるとともに、このヘッダファイルの保存がＮＡＳ４に指示される（ステップＳ１０３）。そして、処理は図３のステップＳ２に移行する。
ＮＡＳ４においては、医用画像管理装置３からヘッダファイル及び保存指示が受信されると、受信されたヘッダファイルがＨＤＤに書込まれ、保存される。
【００３５】
図３のステップＳ２においては、サムネイル画像ファイルのバックアップ処理が実行される（ステップＳ２）。
図５に、ステップＳ２において実行されるサムネイル画像ファイルのバックアップ処理のフローチャートを示す。サムネイル画像ファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３６】
サムネイル画像ファイルのバックアップ処理では、まず、画像ＤＢ３３１に記憶されている全てのサムネイル画像ファイルがＲＡＭ３２に読み出される（ステップＳ２０１）。
【００３７】
次いで、読み出されたサムネイル画像ファイルが１又は数ファイルに圧縮される（ステップ２０２）。例えば、画像ＤＢ３３１に２万のサムネイル画像ファイルが記憶されている場合、Ｚｉｐ圧縮、又はｌｚｈ圧縮等のファイル圧縮技術を用いて、２万のサムネイル画像ファイルが１又は数ファイル（２〜１０程度）にまとめられる。この圧縮により、ＮＡＳ４に送信し、ＮＡＳ４で書込み処理するサムネイル画像ファイル数を激減させることができる。
【００３８】
次いで、圧縮後のサムネイル画像ファイルが通信部３６によりＮＡＳ４に送信されるとともに、このサムネイル画像ファイルの保存がＮＡＳ４に指示される（ステップＳ２０３）。そして、処理は図３のステップＳ３に移行する。
ＮＡＳ４においては、医用画像管理装置３からサムネイル画像ファイル及び保存指示が受信されると、受信されたサムネイル画像ファイルがＨＤＤに書込まれ、保存される。
【００３９】
図３のステップＳ３においては、画像ファイルのバックアップ処理が実行される（ステップＳ３）。
図６に、ステップＳ３において実行される画像ファイルのバックアップ処理のフローチャートを示す。画像ファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００４０】
画像ファイルのバックアップ処理では、まず、カウンタ変数ｎに１が格納され（ステップＳ３０１）、画像ＤＢ３３１の画像管理テーブルからｎ番目のレコードがＲＡＭ３２に読み出される（ステップＳ３０２）。
【００４１】
次いで、カウンタ変数ｍに１が格納され（ステップＳ３０３）、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在するか否かが判断される（ステップＳ３０４）。具体的には、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルが存在するか否かの問い合わせが通信部３６を介してＮＡＳ４に送信される。ＮＡＳ４からは、問い合わせの画像ファイルが存在するか否かの情報及び存在する場合はその画像ファイルの更新日付、ファイルサイズの情報が応答される。ＮＡＳ４からの応答が受信されると、この応答に基づいて、ｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在するか否かが判断される。
【００４２】
読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在すると判断されると（ステップＳ３０４；ＹＥＳ）、画像ＤＢ３３１に記憶されている、ｍ番目の画像ファイル名に対応する画像ファイルの更新日付とＮＡＳ４に存在する同名の画像ファイルの更新日付とが一致するか否かが判断される。両者の更新日付が一致すると判断されると（ステップＳ３０５；ＹＥＳ）、ｍ番目の画像ファイル名に対応する画像ファイルのファイルサイズがＮＡＳ４に存在する同名の画像ファイルのファイルサイズと一致するか否かが判断される。両者のファイルサイズが一致すると判断されると（ステップＳ３０６；ＹＥＳ）、処理はステップＳ３０８に移行する。
【００４３】
一方、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在しない場合（ステップＳ３０４；ＮＯ）、読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルの更新日付と、ＮＡＳ４に存在する同名の画像ファイルの更新日付とが一致しないと判断された場合（ステップＳ３０５；ＮＯ）、又は、読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルのファイルサイズと、ＮＡＳ４に存在する同名の画像ファイルのファイルサイズとが一致しないと判断された場合（ステップＳ３０６；ＮＯ）、処理はステップＳ３０７に移行する。
【００４４】
ステップＳ３０７においては、ステップＳ３０２で読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルのコピーが作成され、作成されたコピーが通信部３６によりＮＡＳ４に送信される。また、画像ファイルのコピーの保存がＮＡＳ４に指示される（ステップＳ３０７）。そして、処理はステップＳ３０８に移行する。
ＮＡＳ４においては、医用画像管理装置３からサムネイル画像ファイル及び保存指示が受信されると、受信されたサムネイル画像ファイルがＨＤＤに書込まれ、保存される。
【００４５】
ステップＳ３０４〜Ｓ３０７の処理によって、画像ＤＢ３３１に記憶されている画像ファイルのうち、ＮＡＳ４に同名の画像ファイルが存在しない画像ファイル、即ち、前回のバックアップ処理以降に追加された画像ファイルがＮＡＳ４にバックアップされる。また、ＮＡＳ４に存在する同名の画像ファイルと更新日付が異なるファイル、更新日付が同じであるがファイルサイズが異なるファイル、即ち、前回のバックアップ処理以降に更新された画像ファイルがＮＡＳ４にバックアップされる。
【００４６】
ステップＳ３０８においては、カウンタ変数ｍ≧２であるか否かが判断される。ここで、「２」は、１つの医用画像情報に含まれる画像ファイル数である。カウンタ変数ｍ≧２ではないと判断されると（ステップＳ３０８；ＮＯ）、カウンタ変数ｍの値が１インクリメントされ（ステップＳ３０９）、処理はステップＳ３０４に戻る。カウンタ変数≧２であると判断されると（ステップＳ３０８；ＹＥＳ）、処理はステップＳ３１０に移行する。
【００４７】
ステップＳ３１０においては、カウンタ変数ｎと画像管理テーブルのレコード数が比較され、カウンタ変数ｎ≧レコード数ではないと判断されると（ステップＳ３１０；ＮＯ）、カウンタ変数ｎの値が１インクリメントされ（ステップＳ３１１）、処理はステップＳ３０２に戻る。カウンタ変数≧レコード数であると判断されると（ステップＳ３１０；ＹＥＳ）、バックアップ処理は終了する。
【００４８】
なお、画像ファイルを圧縮しないのは、（１）画像ファイルはモダリティ２において既に圧縮されているため、圧縮してもファイルサイズが小さくならず、かつ圧縮処理が遅いため、追加又は更新された画像ファイルのそれぞれをＮＡＳ４にコピーする場合に比べて優位性がない、（２）医用画像管理装置３のオペレーティングシステムで扱える１ファイル当たりのファイルサイズに制限があるため、画像ＤＢ３３１に記憶されている画像ファイルをまとめて１又は数ファイルとすることができない、の２点の理由による。
【００４９】
上述のバックアップ処理では、ヘッダファイル及びサムネイル画像ファイルの圧縮により、医用画像管理装置３からＮＡＳ４に送信し、ＮＡＳ４で書込むヘッダファイル数、サムネイル画像数を大幅に低減することができる。特に、１つの医用画像情報には３〜４のヘッダファイルが存在するため、画像ＤＢ３３１に記憶されているヘッダファイル数は膨大であり、ヘッダファイルのファイル数を１又は数ファイルに低減することの意義は大きい。ＮＡＳ４へのファイル送信は１ファイル毎であるので、ファイル数が低減すれば、その分ファイルの送信回数を減らすことができ、医用画像管理装置３からＮＡＳ４へのファイル送受信に係る処理時間の短縮化が図れる。
【００５０】
ＮＡＳ４においては、受信するファイル数の低減により、その分ファイルのＨＤＤへの書込み処理の回数を低減することができ、処理時間を短縮することができるとともに、処理負荷も大幅に低減される。その結果、ＮＡＳ４のシステムがハングアップすることを回避でき、バックアップ処理の信頼性を向上させることができる。
【００５１】
また、ヘッダファイルのファイルサイズは上述のように２〜６０ＫＢと小さいため、従来のように１ファイルずつＮＡＳ４に送信する方法では、Gigabit Ethernet（登録商標）のように通信速度の速い通信回線でファイル送信を行ってもその性能を効率的に使用することができなかった。本発明では、全ヘッダファイルがまとめて１つ又は数個のファイルに圧縮されるため、１ファイル当たりのファイルサイズは大きくなり、通信回線を効率的に使用することが可能となる。
【００５２】
ここで、従来のバックアップ処理の処理時間と、図３〜図６を用いて説明した本発明に係るバックアップ処理の処理時間の相違について計測結果をもとに説明する。従来のバックアップ処理とは、ヘッダファイル、サムネイル画像ファイル、画像ファイルの全ての種類のファイルに対して、図６の画像ファイルのバックアップ処理と同様の処理を行うものである。即ち、医用画像管理装置３において、前回のバックアップ処理から追加又は更新されたファイルをチェックして、該当するファイルをＮＡＳ４に送信し、ＮＡＳ４に保存させる処理である。
【００５３】
バックアップ処理の処理時間の計測にあたり、医用画像管理装置３としては、ＩＢＭ製IntelliStation M Pro（型番２９９０）を使用した。この装置のスペックは以下のとおりである。
ＣＰＵ：２．１３ＧＨｚ
メモリ（ＲＡＭ）：２ＧＢ
ＨＤＤ（記憶部）容量： ２５０ＧＢ ＲＡＩＤ１（画像保存容量は１５７ＧＢ）
ＬＡＮ：Gigabit Ethernet対応
【００５４】
また、ＮＡＳ４としては、プリンストン製ＰＮＳ４０ＴＳを使用した。この装置のスペックは以下のとおりである。
ＣＰＵ：８００ＭＨＺ
メモリ（ＲＡＭ）：２５６ＭＢ
ＨＤＤ（記憶部）容量 １ＴＢ ＲＡＩＤ５＋（画像保存容量は５００ＧＢ）
ＬＡＮ：Gigabit Ethernet対応
なお、計測は、Gigabit Ethernet環境で行ったものである。
【００５５】
従来のバックアップ処理で約４３３００の医用画像情報（ヘッダファイル（約１３万ファイル）、サムネイル画像ファイル、画像ファイルを含む。総ファイルサイズ１５０ＧＢ）を医用画像管理装置３からＮＡＳ４にバックアップしたときの処理時間を計測した結果、処理時間は１４４０分であった。一方、本発明に係るバックアップ処理で同じ医用画像情報（総ファイルサイズ１５０ＧＢ）をＮＡＳ４にバックアップしたときの処理時間は９００分であった。従来に比べ、本発明に係るバックアップ処理を適用した場合、従来に比べ約５４０分の処理時間が短縮された。
【００５６】
また、従来のバックアップ処理でヘッダファイル１０万ファイル（総ファイルサイズ６００ＭＢ）をＮＡＳ４にバックアップしたときの処理時間を計測した結果、処理時間は６００分であった。一方、本発明に係るヘッダファイルのバックアップ処理で同じ１０万ファイルをＺｉｐ圧縮後ＮＡＳ４にバックアップしたときの処理時間は４０分であった。
【００５７】
以上説明したように、本実施の形態における医用画像管理装置３によれば、制御部３１は、バックアップ処理の実行により、画像ＤＢ３３１に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを通信部３６によりＮＡＳ４に送信して保存させ、画像ＤＢ３３１に記憶されているサムネイル画像ファイルを一又は数ファイルに圧縮し、当該圧縮後のサムネイル画像ファイルを通信部３６によりＮＡＳ４に送信して保存させ、画像ＤＢ３３１に記憶されている画像ファイルを通信部３６によりＮＡＳ４に送信して保存させる。
【００５８】
従って、バックアップ処理対象のファイル数を大幅に低減することができるので、バックアップ処理の処理時間を大幅に短縮することができる。また、処理負荷を低減させることができるので、バックアップ処理中のハングアップを防止し、バックアップ処理の信頼性を向上させることができる。
【００５９】
また、制御部３１は、ヘッダファイル及びサムネイル画像ファイルについては画像ＤＢ３３１に記憶されている全てを一又は数ファイルに圧縮してＮＡＳ４に送信し、画像ファイルについては、画像ＤＢ３３１に記憶されている画像ファイルのうちＮＡＳ４に前回送信した後に追加又は更新された画像ファイルをＮＡＳ４に送信する。
従って、ファイル数の多いヘッダファイルについては一つ一つのファイルについてＮＡＳ４に前回送信した後に追加又は更新されたファイルであるか否かを事前チェックする必要がないので、処理負荷の低減及びバックアップ処理時間の短縮を図ることができる。ファイルサイズの大きい画像ファイルについては必要のない送信を抑えることができるので、処理負荷の低減及びバックアップ処理時間の短縮を図ることができる。
【００６０】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
例えば、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてＨＤＤや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
【００６１】
その他、医用画像管理システム１を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の形態における医用画像管理システムの全体構成を示す図である。
【図２】図１の医用画像管理装置の機能的構成を示すブロック図である。
【図３】図２の制御部により実行されるバックアップ処理を示すフローチャートである。
【図４】図３のステップＳ１において実行されるヘッダファイルのバックアップ処理を示すフローチャートである。
【図５】図３のステップＳ２において実行されるサムネイル画像ファイルのバックアップ処理を示すフローチャートである。
【図６】図３のステップＳ３において実行される画像ファイルのバックアップ処理を示すフローチャートである。
【符号の説明】
【００６３】
１ 医用画像管理システム
２ モダリティ
３ 医用画像管理装置
３１ 制御部
３２ ＲＡＭ
３３ 記憶部
３３１ 画像ＤＢ
３４ 操作部
３５ 表示部
３６ 通信部
３７ 計時部
３８ バス
４ ＮＡＳ
５ ネットワーク
【技術分野】
【０００１】
本発明は、医用画像管理システムに関する。
【背景技術】
【０００２】
従来、医用画像を保存、管理するシステムが知られている。例えば、特許文献１には、医用画像を保管するための複数のストレージ装置を備え、ストレージ装置に保管されている医用画像を通信ネットワークを介してバックアップ装置にバックアップするシステムが記載されている。
【特許文献１】特開２００８−７１０３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、医用画像には、その医用画像を縮小したサムネイル画像、その医用画像に対する処理パラメータ等、関連する様々な情報が存在する。即ち、医用画像一枚につき、医用画像の実データが記録された画像ファイル、この医用画像に対する処理パラメータ等の関連情報を記録するヘッダファイル、この医用画像の縮小画像の画像データが記録されたサムネイル画像ファイル等、複数種類のファイルが存在する。
【０００４】
そのため、保管する医用画像の数が増加すると、バックアップすべきファイル数が飛躍的に増加することとなる。その結果、バックアップ処理に係る処理時間が増大し、場合によってはバックアップ処理がハングアップして中断されてしまうという問題があった。
【０００５】
この問題の一因として、バックアップ装置側のＣＰＵの処理性能限界又はリソース不足が考えられる。よって、バックアップ装置のスペックを向上させることで、問題を解決することも考えられる。
【０００６】
しかしながら、バックアップ装置のスペック向上には多大な投資が必要となる。開業医やクリニック等の小規模な医療施設においては、そのような高性能なバックアップ装置を設置できない場合もある。
【０００７】
本発明の課題は、画像ファイル及びヘッダファイルを含む医用画像情報のバックアップ処理時間を短縮するとともに、バックアップ処理中のハングアップを回避し信頼性を向上させることである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明は、
医用画像情報を蓄積記憶する医用画像管理装置と、前記医用画像管理装置に記憶された医用画像情報のバックアップを保存するバックアップ装置と、が通信ネットワークを介して接続された医用画像管理システムであって、
前記医用画像情報は、画像ファイル及び前記画像ファイルに関連する複数のヘッダファイルを含む複数種類のファイルにより構成され、
前記医用画像管理装置は、
前記医用画像情報の画像ファイル及びヘッダファイルを記憶する記憶部と、
前記バックアップ装置とデータ通信を行うための通信部と、
前記記憶部に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させ、前記記憶部に記憶されている画像ファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させる制御部と、
を備える。
【０００９】
請求項２に記載の発明は、請求項１に記載の発明において、
前記制御部は、前記ヘッダファイルについては、前記記憶部に記憶されている全てを一又は数ファイルに圧縮して前記バックアップ装置に送信し、前記画像ファイルについては、前記記憶部に記憶されている画像ファイルのうち前記バックアップ装置に前回送信した後に追加又は更新された画像ファイルを前記バックアップ装置に送信する。
【発明の効果】
【００１０】
本発明によれば、画像ファイル及びヘッダファイルを含む医用画像情報のバックアップ処理時間を短縮するとともに、バックアップ処理中のハングアップを回避し信頼性を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００１２】
〔医用画像管理システム１の構成〕
図１は、本実施の形態における医用画像管理システム１のシステム構成を示すブロック図である。
医用画像管理システム１は、開業医やクリニック等の比較的小規模の医療施設に適用されるシステムであり、図１に示すように、モダリティ２と、医用画像管理装置３と、ＮＡＳ（Network Attached Storage）４と、を備えて構成されている。医用画像管理システム１を構成する各装置は、例えば図示しないスイッチングハブ等を介してＬＡＮ（Local Area Network）等の通信ネットワーク（以下単に「ネットワーク」という）５に接続されている。医用画像管理装置３は、医師の常駐場所である診察室に設けられたＷＳ（ワークステーション）であることが好ましい。なお、この医用画像管理装置３として作動するＷＳが各モダリティ２の起動や処理条件等を制御する構成としてもよい。医用画像管理装置３及びＮＡＳ４の台数は、特に限定されない。
【００１３】
病院内の通信方式としては、一般的に、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格が用いられており、ＬＡＮ接続された各装置間の通信では、ＤＩＣＯＭ ＭＷＭ(Modality Worklist Management)やＤＩＣＯＭ ＭＰＰＳ（Modality Performed Procedure Step）が用いられる。なお、本実施の形態に適用可能な通信方式はこれに限定されない。
【００１４】
〔医用画像管理システム１の各装置の装置構成〕
以下、医用画像管理システム１を構成する各装置について説明する。
【００１５】
モダリティ２は、患者の診断対象部位を被写体として撮影を行い、撮影した画像をデジタル変換して医用画像を生成する。モダリティ２は、撮影対象である患者を特定する患者情報（患者ＩＤ、患者氏名、性別等）を入力するための文字入力キー、数字入力キー等を備えており、生成された医用画像にＵＩＤ（UniqueＩＤ）、検査情報（検査ＩＤ、検査部位、撮影日付等）、入力された患者情報を付与してＤＩＣＯＭ規格に則ったＤＩＣＯＭファイル形式で医用画像管理装置３に送信する。
【００１６】
モダリティ２としては、ＣＲ（Computed Radiography）装置、超音波診断装置（ＵＳ）、ＦＰＤ（Flat Panel Detector）、内視鏡、ＭＲＩ（Magnetic Resonance Imaging）等が適用可能である。
【００１７】
医用画像管理装置３は、モダリティ２により生成された医用画像を画像ＤＢ（Data Base）３３１に保存したり、医師が患者の医用画像を表示させて読影診断を行ったりするための装置であり、一般的なＰＣ（Personal Computer）に用いられるモニタ（表示部）よりも高精細のモニタを備えるものであってもよい。
【００１８】
医用画像管理装置３は、図２に示すように、制御部３１、ＲＡＭ３２、記憶部３３、操作部３４、表示部３５、通信部３６、計時部３７等を備えて構成されており、各部はバス３８により接続されている。
【００１９】
制御部３１は、ＣＰＵ（Central Processing Unit）等により構成され、記憶部３３に
記憶されているシステムプログラムや処理プログラム等の各種プログラムを読み出してＲＡＭ３２に展開し、展開されたプログラムに従って後述するバックアップ処理（図３参照）をはじめとする各種処理を実行する。
【００２０】
ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３３から読み出された制御部３１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００２１】
記憶部３３は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成さ
れる。記憶部３３には、前述のように各種プログラムが記憶されているほか、医用画像を診断に適した画質に調整するための画像処理パラメータ（階調処理に用いる階調曲線を定義したルックアップテーブル、周波数処理の強調度等）等が記憶されている。
また、記憶部３３は、モダリティ２から送信された医用画像に基づき作成された医用画像情報を格納する画像ＤＢ（Data Base）３３１を有している。
【００２２】
ここで、医用画像管理装置３においては、モダリティ２から送信された医用画像が通信部３６により受信されると、制御部３１とプログラムとの協働により、受信された医用画像を元に、ヘッダファイル、サムネイル画像ファイル、画像ファイルからなる医用画像情報が作成される。
ヘッダファイルは、医用画像に対する処理パラメータ等を記録するためのファイルである。例えば、濃度コントラスト、アノテーション、計測結果、拡大率等の情報が記録される。ヘッダファイルは、テキストデータからなり、ファイルサイズが２〜６０ＫＢと小さい。ヘッダファイルは、１枚の医用画像につき３〜４ファイル作成される。
サムネイル画像ファイルは、受信された医用画像の縮小画像データが記録されたファイルであり、ファイルサイズは約１０ＫＢと小さい。サムネイル画像ファイルは、１枚の医用画像につき１ファイル作成される。
画像ファイルは、医用画像の実データが記録されたファイルであり、ファイルサイズは５ＭＢ〜１０ＭＢ（モダリティ２がＣＲ装置の場合）と大きい。画像ファイルは、受信された医用画像のオリジナルの画像ファイルのほかに、表示部３５への表示時に使用される表示用画像の画像ファイルが作成される。
【００２３】
即ち、画像ＤＢ３３１には、モダリティ２から受信された一枚の医用画像毎に、３〜４のヘッダファイル、１のサムネイル画像ファイル、２の画像ファイルからなる医用画像情報が蓄積記憶されている。
【００２４】
画像ＤＢ３３１は、画像ＤＢ３３１に記憶されている医用画像情報に関する管理情報を格納する画像管理テーブルを有している。画像管理テーブルには、例えば、各医用画像情報についての管理情報が１レコードとして格納される。管理情報には、ＵＩＤ（受信した医用画像に付与されているＵＩＤ）、患者情報、検査情報、ファイル情報（医用画像情報を構成する各ヘッダファイル、サムネイル画像ファイル、各画像ファイルのファイル名、ファイル格納場所、更新日付、ファイルサイズ等）が含まれる。
【００２５】
操作部３４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部３１に出力する。
【００２６】
表示部３５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部３５は、制御部３１からの指示に従って、医用画像を表示する。
【００２７】
通信部３６は、ネットワークインターフェース等により構成され、スイッチングハブを介してネットワーク５に接続されたモダリティ２やＮＡＳ４との間でデータの送受信を行う。
【００２８】
計時部３７は、ＲＴＣ（Real Time Clock）等により構成され、現在時刻及び現在日付を計時して制御部３１に出力する。
【００２９】
図１に戻り、ＮＡＳ４は、医用画像情報のバックアップを保存するバックアップ装置である。ＮＡＳ４は、ＣＰＵ等により構成される制御部、ＲＡＭ、記憶部、ＨＤＤ、通信部等（図示せず）を備えて構成されている。ＮＡＳ４は、医用画像管理装置３から医用画像情報（ヘッダファイル、サムネイル画像ファイル、画像ファイル）が送信され保存が指示されると、制御部と記憶部に記憶されているプログラムとの協働によるソフトウエア処理により、送信されたファイルをＨＤＤに書込み、保存する。また、医用画像管理装置３からの画像取得要求に応じてファイルを読み出して医用画像管理装置３に送信する。なお、本実施の形態においては、ＮＡＳ４において医用画像情報のバックアップを保存するための記憶媒体としてＨＤＤを適用することとしたが、他の記憶媒体、例えば、ＤＶＤライブラリのようなメディア等を用いてもよい。
【００３０】
〔医用画像管理装置３の動作〕
次に、医用画像管理装置３の動作について詳細に説明する。
図３に、制御部３１により実行されるバックアップ処理のフローチャートを示す。バックアップ処理は、予め定められた時刻が到来した際又は操作部３４からバックアップの指示が入力された際に、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３１】
まず、ヘッダファイルのバックアップ処理が実行される（ステップＳ１）。
図４に、ステップＳ１において実行されるヘッダファイルのバックアップ処理のフローチャートを示す。ヘッダファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３２】
ヘッダファイルのバックアップ処理では、まず、画像ＤＢ３３１に記憶されている全てのヘッダファイルがＲＡＭ３２に読み出される（ステップＳ１０１）。
【００３３】
次いで、読み出されたヘッダファイルが１又は数ファイルに圧縮される（ステップ１０２）。例えば、画像ＤＢ３３１に２万のヘッダファイルが記憶されている場合、Ｚｉｐ圧縮、又はｌｚｈ圧縮等のファイル圧縮技術により、２万のヘッダファイルが１又は数ファイル（２〜１０程度）にまとめられる。この圧縮により、ＮＡＳ４に送信し、ＮＡＳ４で書込み、保存するヘッダファイル数を激減させることができる。
【００３４】
次いで、圧縮後のヘッダファイルが通信部３６によりＮＡＳ４に送信されるとともに、このヘッダファイルの保存がＮＡＳ４に指示される（ステップＳ１０３）。そして、処理は図３のステップＳ２に移行する。
ＮＡＳ４においては、医用画像管理装置３からヘッダファイル及び保存指示が受信されると、受信されたヘッダファイルがＨＤＤに書込まれ、保存される。
【００３５】
図３のステップＳ２においては、サムネイル画像ファイルのバックアップ処理が実行される（ステップＳ２）。
図５に、ステップＳ２において実行されるサムネイル画像ファイルのバックアップ処理のフローチャートを示す。サムネイル画像ファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００３６】
サムネイル画像ファイルのバックアップ処理では、まず、画像ＤＢ３３１に記憶されている全てのサムネイル画像ファイルがＲＡＭ３２に読み出される（ステップＳ２０１）。
【００３７】
次いで、読み出されたサムネイル画像ファイルが１又は数ファイルに圧縮される（ステップ２０２）。例えば、画像ＤＢ３３１に２万のサムネイル画像ファイルが記憶されている場合、Ｚｉｐ圧縮、又はｌｚｈ圧縮等のファイル圧縮技術を用いて、２万のサムネイル画像ファイルが１又は数ファイル（２〜１０程度）にまとめられる。この圧縮により、ＮＡＳ４に送信し、ＮＡＳ４で書込み処理するサムネイル画像ファイル数を激減させることができる。
【００３８】
次いで、圧縮後のサムネイル画像ファイルが通信部３６によりＮＡＳ４に送信されるとともに、このサムネイル画像ファイルの保存がＮＡＳ４に指示される（ステップＳ２０３）。そして、処理は図３のステップＳ３に移行する。
ＮＡＳ４においては、医用画像管理装置３からサムネイル画像ファイル及び保存指示が受信されると、受信されたサムネイル画像ファイルがＨＤＤに書込まれ、保存される。
【００３９】
図３のステップＳ３においては、画像ファイルのバックアップ処理が実行される（ステップＳ３）。
図６に、ステップＳ３において実行される画像ファイルのバックアップ処理のフローチャートを示す。画像ファイルのバックアップ処理は、制御部３１と記憶部３３に記憶されたプログラムとの協働により実行される。
【００４０】
画像ファイルのバックアップ処理では、まず、カウンタ変数ｎに１が格納され（ステップＳ３０１）、画像ＤＢ３３１の画像管理テーブルからｎ番目のレコードがＲＡＭ３２に読み出される（ステップＳ３０２）。
【００４１】
次いで、カウンタ変数ｍに１が格納され（ステップＳ３０３）、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在するか否かが判断される（ステップＳ３０４）。具体的には、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルが存在するか否かの問い合わせが通信部３６を介してＮＡＳ４に送信される。ＮＡＳ４からは、問い合わせの画像ファイルが存在するか否かの情報及び存在する場合はその画像ファイルの更新日付、ファイルサイズの情報が応答される。ＮＡＳ４からの応答が受信されると、この応答に基づいて、ｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在するか否かが判断される。
【００４２】
読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在すると判断されると（ステップＳ３０４；ＹＥＳ）、画像ＤＢ３３１に記憶されている、ｍ番目の画像ファイル名に対応する画像ファイルの更新日付とＮＡＳ４に存在する同名の画像ファイルの更新日付とが一致するか否かが判断される。両者の更新日付が一致すると判断されると（ステップＳ３０５；ＹＥＳ）、ｍ番目の画像ファイル名に対応する画像ファイルのファイルサイズがＮＡＳ４に存在する同名の画像ファイルのファイルサイズと一致するか否かが判断される。両者のファイルサイズが一致すると判断されると（ステップＳ３０６；ＹＥＳ）、処理はステップＳ３０８に移行する。
【００４３】
一方、読み出されたレコードに含まれるｍ番目の画像ファイル名と同名の画像ファイルがＮＡＳ４に存在しない場合（ステップＳ３０４；ＮＯ）、読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルの更新日付と、ＮＡＳ４に存在する同名の画像ファイルの更新日付とが一致しないと判断された場合（ステップＳ３０５；ＮＯ）、又は、読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルのファイルサイズと、ＮＡＳ４に存在する同名の画像ファイルのファイルサイズとが一致しないと判断された場合（ステップＳ３０６；ＮＯ）、処理はステップＳ３０７に移行する。
【００４４】
ステップＳ３０７においては、ステップＳ３０２で読み出されたレコードに含まれるｍ番目の画像ファイル名に対応する画像ファイルのコピーが作成され、作成されたコピーが通信部３６によりＮＡＳ４に送信される。また、画像ファイルのコピーの保存がＮＡＳ４に指示される（ステップＳ３０７）。そして、処理はステップＳ３０８に移行する。
ＮＡＳ４においては、医用画像管理装置３からサムネイル画像ファイル及び保存指示が受信されると、受信されたサムネイル画像ファイルがＨＤＤに書込まれ、保存される。
【００４５】
ステップＳ３０４〜Ｓ３０７の処理によって、画像ＤＢ３３１に記憶されている画像ファイルのうち、ＮＡＳ４に同名の画像ファイルが存在しない画像ファイル、即ち、前回のバックアップ処理以降に追加された画像ファイルがＮＡＳ４にバックアップされる。また、ＮＡＳ４に存在する同名の画像ファイルと更新日付が異なるファイル、更新日付が同じであるがファイルサイズが異なるファイル、即ち、前回のバックアップ処理以降に更新された画像ファイルがＮＡＳ４にバックアップされる。
【００４６】
ステップＳ３０８においては、カウンタ変数ｍ≧２であるか否かが判断される。ここで、「２」は、１つの医用画像情報に含まれる画像ファイル数である。カウンタ変数ｍ≧２ではないと判断されると（ステップＳ３０８；ＮＯ）、カウンタ変数ｍの値が１インクリメントされ（ステップＳ３０９）、処理はステップＳ３０４に戻る。カウンタ変数≧２であると判断されると（ステップＳ３０８；ＹＥＳ）、処理はステップＳ３１０に移行する。
【００４７】
ステップＳ３１０においては、カウンタ変数ｎと画像管理テーブルのレコード数が比較され、カウンタ変数ｎ≧レコード数ではないと判断されると（ステップＳ３１０；ＮＯ）、カウンタ変数ｎの値が１インクリメントされ（ステップＳ３１１）、処理はステップＳ３０２に戻る。カウンタ変数≧レコード数であると判断されると（ステップＳ３１０；ＹＥＳ）、バックアップ処理は終了する。
【００４８】
なお、画像ファイルを圧縮しないのは、（１）画像ファイルはモダリティ２において既に圧縮されているため、圧縮してもファイルサイズが小さくならず、かつ圧縮処理が遅いため、追加又は更新された画像ファイルのそれぞれをＮＡＳ４にコピーする場合に比べて優位性がない、（２）医用画像管理装置３のオペレーティングシステムで扱える１ファイル当たりのファイルサイズに制限があるため、画像ＤＢ３３１に記憶されている画像ファイルをまとめて１又は数ファイルとすることができない、の２点の理由による。
【００４９】
上述のバックアップ処理では、ヘッダファイル及びサムネイル画像ファイルの圧縮により、医用画像管理装置３からＮＡＳ４に送信し、ＮＡＳ４で書込むヘッダファイル数、サムネイル画像数を大幅に低減することができる。特に、１つの医用画像情報には３〜４のヘッダファイルが存在するため、画像ＤＢ３３１に記憶されているヘッダファイル数は膨大であり、ヘッダファイルのファイル数を１又は数ファイルに低減することの意義は大きい。ＮＡＳ４へのファイル送信は１ファイル毎であるので、ファイル数が低減すれば、その分ファイルの送信回数を減らすことができ、医用画像管理装置３からＮＡＳ４へのファイル送受信に係る処理時間の短縮化が図れる。
【００５０】
ＮＡＳ４においては、受信するファイル数の低減により、その分ファイルのＨＤＤへの書込み処理の回数を低減することができ、処理時間を短縮することができるとともに、処理負荷も大幅に低減される。その結果、ＮＡＳ４のシステムがハングアップすることを回避でき、バックアップ処理の信頼性を向上させることができる。
【００５１】
また、ヘッダファイルのファイルサイズは上述のように２〜６０ＫＢと小さいため、従来のように１ファイルずつＮＡＳ４に送信する方法では、Gigabit Ethernet（登録商標）のように通信速度の速い通信回線でファイル送信を行ってもその性能を効率的に使用することができなかった。本発明では、全ヘッダファイルがまとめて１つ又は数個のファイルに圧縮されるため、１ファイル当たりのファイルサイズは大きくなり、通信回線を効率的に使用することが可能となる。
【００５２】
ここで、従来のバックアップ処理の処理時間と、図３〜図６を用いて説明した本発明に係るバックアップ処理の処理時間の相違について計測結果をもとに説明する。従来のバックアップ処理とは、ヘッダファイル、サムネイル画像ファイル、画像ファイルの全ての種類のファイルに対して、図６の画像ファイルのバックアップ処理と同様の処理を行うものである。即ち、医用画像管理装置３において、前回のバックアップ処理から追加又は更新されたファイルをチェックして、該当するファイルをＮＡＳ４に送信し、ＮＡＳ４に保存させる処理である。
【００５３】
バックアップ処理の処理時間の計測にあたり、医用画像管理装置３としては、ＩＢＭ製IntelliStation M Pro（型番２９９０）を使用した。この装置のスペックは以下のとおりである。
ＣＰＵ：２．１３ＧＨｚ
メモリ（ＲＡＭ）：２ＧＢ
ＨＤＤ（記憶部）容量： ２５０ＧＢ ＲＡＩＤ１（画像保存容量は１５７ＧＢ）
ＬＡＮ：Gigabit Ethernet対応
【００５４】
また、ＮＡＳ４としては、プリンストン製ＰＮＳ４０ＴＳを使用した。この装置のスペックは以下のとおりである。
ＣＰＵ：８００ＭＨＺ
メモリ（ＲＡＭ）：２５６ＭＢ
ＨＤＤ（記憶部）容量 １ＴＢ ＲＡＩＤ５＋（画像保存容量は５００ＧＢ）
ＬＡＮ：Gigabit Ethernet対応
なお、計測は、Gigabit Ethernet環境で行ったものである。
【００５５】
従来のバックアップ処理で約４３３００の医用画像情報（ヘッダファイル（約１３万ファイル）、サムネイル画像ファイル、画像ファイルを含む。総ファイルサイズ１５０ＧＢ）を医用画像管理装置３からＮＡＳ４にバックアップしたときの処理時間を計測した結果、処理時間は１４４０分であった。一方、本発明に係るバックアップ処理で同じ医用画像情報（総ファイルサイズ１５０ＧＢ）をＮＡＳ４にバックアップしたときの処理時間は９００分であった。従来に比べ、本発明に係るバックアップ処理を適用した場合、従来に比べ約５４０分の処理時間が短縮された。
【００５６】
また、従来のバックアップ処理でヘッダファイル１０万ファイル（総ファイルサイズ６００ＭＢ）をＮＡＳ４にバックアップしたときの処理時間を計測した結果、処理時間は６００分であった。一方、本発明に係るヘッダファイルのバックアップ処理で同じ１０万ファイルをＺｉｐ圧縮後ＮＡＳ４にバックアップしたときの処理時間は４０分であった。
【００５７】
以上説明したように、本実施の形態における医用画像管理装置３によれば、制御部３１は、バックアップ処理の実行により、画像ＤＢ３３１に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを通信部３６によりＮＡＳ４に送信して保存させ、画像ＤＢ３３１に記憶されているサムネイル画像ファイルを一又は数ファイルに圧縮し、当該圧縮後のサムネイル画像ファイルを通信部３６によりＮＡＳ４に送信して保存させ、画像ＤＢ３３１に記憶されている画像ファイルを通信部３６によりＮＡＳ４に送信して保存させる。
【００５８】
従って、バックアップ処理対象のファイル数を大幅に低減することができるので、バックアップ処理の処理時間を大幅に短縮することができる。また、処理負荷を低減させることができるので、バックアップ処理中のハングアップを防止し、バックアップ処理の信頼性を向上させることができる。
【００５９】
また、制御部３１は、ヘッダファイル及びサムネイル画像ファイルについては画像ＤＢ３３１に記憶されている全てを一又は数ファイルに圧縮してＮＡＳ４に送信し、画像ファイルについては、画像ＤＢ３３１に記憶されている画像ファイルのうちＮＡＳ４に前回送信した後に追加又は更新された画像ファイルをＮＡＳ４に送信する。
従って、ファイル数の多いヘッダファイルについては一つ一つのファイルについてＮＡＳ４に前回送信した後に追加又は更新されたファイルであるか否かを事前チェックする必要がないので、処理負荷の低減及びバックアップ処理時間の短縮を図ることができる。ファイルサイズの大きい画像ファイルについては必要のない送信を抑えることができるので、処理負荷の低減及びバックアップ処理時間の短縮を図ることができる。
【００６０】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
例えば、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてＨＤＤや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
【００６１】
その他、医用画像管理システム１を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の形態における医用画像管理システムの全体構成を示す図である。
【図２】図１の医用画像管理装置の機能的構成を示すブロック図である。
【図３】図２の制御部により実行されるバックアップ処理を示すフローチャートである。
【図４】図３のステップＳ１において実行されるヘッダファイルのバックアップ処理を示すフローチャートである。
【図５】図３のステップＳ２において実行されるサムネイル画像ファイルのバックアップ処理を示すフローチャートである。
【図６】図３のステップＳ３において実行される画像ファイルのバックアップ処理を示すフローチャートである。
【符号の説明】
【００６３】
１ 医用画像管理システム
２ モダリティ
３ 医用画像管理装置
３１ 制御部
３２ ＲＡＭ
３３ 記憶部
３３１ 画像ＤＢ
３４ 操作部
３５ 表示部
３６ 通信部
３７ 計時部
３８ バス
４ ＮＡＳ
５ ネットワーク
【特許請求の範囲】
【請求項１】
医用画像情報を蓄積記憶する医用画像管理装置と、前記医用画像管理装置に記憶された医用画像情報のバックアップを保存するバックアップ装置と、が通信ネットワークを介して接続された医用画像管理システムであって、
前記医用画像情報は、画像ファイル及び前記画像ファイルに関連する複数のヘッダファイルを含む複数種類のファイルにより構成され、
前記医用画像管理装置は、
前記医用画像情報の画像ファイル及びヘッダファイルを記憶する記憶部と、
前記バックアップ装置とデータ通信を行うための通信部と、
前記記憶部に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させ、前記記憶部に記憶されている画像ファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させる制御部と、
を備える医用画像管理システム。
【請求項２】
前記制御部は、前記ヘッダファイルについては、前記記憶部に記憶されている全てを一又は数ファイルに圧縮して前記バックアップ装置に送信し、前記画像ファイルについては、前記記憶部に記憶されている画像ファイルのうち前記バックアップ装置に前回送信した後に追加又は更新された画像ファイルを前記バックアップ装置に送信する請求項１に記載の医用画像管理システム。
【請求項１】
医用画像情報を蓄積記憶する医用画像管理装置と、前記医用画像管理装置に記憶された医用画像情報のバックアップを保存するバックアップ装置と、が通信ネットワークを介して接続された医用画像管理システムであって、
前記医用画像情報は、画像ファイル及び前記画像ファイルに関連する複数のヘッダファイルを含む複数種類のファイルにより構成され、
前記医用画像管理装置は、
前記医用画像情報の画像ファイル及びヘッダファイルを記憶する記憶部と、
前記バックアップ装置とデータ通信を行うための通信部と、
前記記憶部に記憶されているヘッダファイルを一又は数ファイルに圧縮し、当該圧縮後のヘッダファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させ、前記記憶部に記憶されている画像ファイルを前記通信部により前記バックアップ装置に送信して前記バックアップ装置に保存させる制御部と、
を備える医用画像管理システム。
【請求項２】
前記制御部は、前記ヘッダファイルについては、前記記憶部に記憶されている全てを一又は数ファイルに圧縮して前記バックアップ装置に送信し、前記画像ファイルについては、前記記憶部に記憶されている画像ファイルのうち前記バックアップ装置に前回送信した後に追加又は更新された画像ファイルを前記バックアップ装置に送信する請求項１に記載の医用画像管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１２８６５９（Ｐ２０１０−１２８６５９Ａ）
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願番号】特願２００８−３００８４２（Ｐ２００８−３００８４２）
【出願日】平成２０年１１月２６日（２００８．１１．２６）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
【公開日】平成２２年６月１０日（２０１０．６．１０）
【国際特許分類】
【出願日】平成２０年１１月２６日（２００８．１１．２６）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
[ Back to top ]