JP2018097533A - 医用画像管理装置 - Google Patents

Abstract

【課題】画像データのバックアップ作業及びリストア作業を効率的に実施し、サービスエンジニアの作業時間を減らすと共に、装置全体の非稼働時間を軽減することができる医用画像管理装置を提供する。【解決手段】実施形態の医用画像管理装置は、被検体の画像データを記憶する医用画像管理装置であって、前記画像データを記憶する画像記憶部と、前記画像データをバックアップ用の外部のバックアップ装置又は記録媒体に保存するための保存情報を記憶する保存情報記憶部と、前記保存情報に基づいて、前記画像記憶部に記憶された画像データのうち、前記外部のバックアップ装置または記録媒体へ保存する画像データを決めるバックアップデータ決定部と、バックアップデータ決定部で決定した前記画像データを前記外部のバックアップ装置又は記録媒体に保存する記憶処理部と、を備える、【選択図】 図２

Description

本発明の実施形態は、医用画像管理装置に関する。

医用画像収集装置において、故障によりコンソールや情報処理装置を交換する場合や、一部の装置を更新する場合、または、既存のデータを削除してソフトウェアのバージョンアップを行う場合などがある。このような場合は、例えば、サービスエンジニアが、医用画像収集装置に保存されている画像データや生データを他の記憶装置などにバックアップを行って、装置の交換や更新などを行ったのち、医用画像収集装置にリストアする。

従来、このバックアップやリストアの作業には、多大な時間を必要としていた。また、例えば、Ｘ線ＣＴ画像は、技術の進歩に伴って、より高精細なＸ線ＣＴ画像が使用されるようになっており、バックアップやリストアに要する時間はさらに大きくなりつつある。

サービスエンジニアの具体的な作業は、サービスエンジニアが病院に訪問し、概ね３段階の作業により行われる。まず第１段階は、医用画像収集装置に格納された画像データや生データのバックアップを行う。第２段階は、装置の交換や画像データの削除などを行う。そして、第３段階では、バックアップした画像データや生データをリストアする。

画像データや生データのバックアップには、例えば、ＤＶＤ−ＲＡＭやＵＳＢ−ＨＤＤなどの記憶回路が使用され、サービスエンジニアの作業時間だけでなく病院における装置全体の非稼働時間も膨大化することが予想される。

特開２０１１−１２８８１９号公報

本発明が解決しようとする課題は、画像データのバックアップ作業及びリストア作業を効率的に実施し、サービスエンジニアの作業時間を減らすと共に、装置全体の非稼働時間を軽減することができる医用画像管理装置を提供することである。

実施形態の医用画像管理装置は、被検体の画像データを記憶する医用画像管理装置であって、前記画像データを記憶する画像記憶部と、前記画像データをバックアップ用の外部のバックアップ装置又は記録媒体に保存するための保存情報を記憶する保存情報記憶部と、前記保存情報に基づいて、前記画像記憶部に記憶された画像データのうち、前記外部のバックアップ装置または記録媒体へ保存する画像データを決めるバックアップデータ決定部と、バックアップデータ決定部で決定した前記画像データを前記外部のバックアップ装置又は記録媒体に保存する記憶処理部と、を備える、

モデリティと、バックアップデバイスが接続された医用画像管理装置とが、ネットワークを介して接続されたシステムの構成例を示した概略構成図。 実施形態の医用画像処理装置の構成を示す構成図。 各病院におけるバックアップの対象に、その対象となる画像データもしくは生データにバックアップの要否を判定するフラグの設定を示した運用テーブルを示した図。 ある病院の運用として、画像サーバに画像データを送信する場合の送信先を示した送信先定義テーブルを示した図。 実施形態の医用画像管理装置が、バックアップデバイスの接続を検出してから、バックアップを開始するまでのバックアップ開始処理の動作を示すフローチャート。 医用画像管理装置のディスプレイに表示されたバックアップ画面の表示画面例を示した図。 バックアップ先として選択可能なバックアップデバイスの種類と、そのバックアップ及びリストアを計算するための速度テーブルを示した図。 生データのバックアップデータの要否処理を示したサブルーチン。 生データのバックアップデータの要否処理を示したサブルーチン。 医用画像管理装置のディスプレイに表示されたバックアップを開始する旨の表示画面を示した表示画面例。 医用画像管理装置のデータベースの画像データまたは生データが、バックアップデバイスにバックアップされたときのバックアップ管理データを示した図。 実施形態の医用画像管理装置が、バックアップデバイスの接続を検出してから、リストアを開始するまでのリストア開始処理の動作を示すフローチャート。 医用画像管理装置のディスプレイに表示されたリストア画面の表示画面例を示した図。 医用画像管理装置のディスプレイに表示されたリストアを開始する旨の表示画面を示した表示画面例。 図５で示したバックアップ開始処理の動作を示すフローチャートに、さらに、バックアップ時間における余裕の有無に応じて、バックアップ対象を増やす処理や減らす処理の動作を示すフローチャート。 図５で示したバックアップ開始処理の動作を示すフローチャートに、さらに、バックアップ時間における余裕の有無に応じて、バックアップ対象を増やす処理や減らす処理の動作を示すフローチャート。 図１５のステップＳ０１３Ａにおいて、医用画像管理装置のディスプレイに表示されたバックアップ画面の表示画面例を示した図。 増やす処理を示したサブルーチン。 医用画像管理装置のデータベースに記憶されている検査一覧の一例を示したバックアップ一覧を示す図。 減らす処理を示したサブルーチン。 減らす処理を示したサブルーチン。 減らす処理を実行する際に参照するテーブル群を示した図。 バックアップを減らす処理を実行したときのバックアップ管理データを示した図。 バックアップを減らす処理を実行し、ディスプレイにバックアップ一覧を表示させたときの表示画面例を示した図。 実施形態の医用画像管理装置が、リストアの処理の対象を減らし、リストアに要する時間を削減する動作を示すフローチャート。 医用画像管理装置のディスプレイに表示されたリストア対象を減らす旨の表示画面を示した表示画面例。 リストアの減らす処理を示したサブルーチン。 リストアの減らす処理を示したサブルーチン。 リストアを減らす処理を実行し、ディスプレイにリストア一覧を表示させたときの表示画面例を示した図。 故障個所に応じて、バックアップやリストアの対象を変更する概念を示した最適化テーブル。 バックアップ画面やリストア画面に希望時間を入力し、その希望時間に近い条件で、バックアップやリストアの対象を抽出する表示画面例を示した図。

以下、実施形態の医用画像管理装置について、添付図面を参照しながら説明する。なお、実施形態の医用画像管理装置は、例えば、Ｘ線ＣＴ（Computed Tomography）装置のＸ線ＣＴ画像を管理する医用画像収集装置としても使用することができる。この実施形態では、一例として、画像データのバックアップ及びリストアの制御に関する処理を医用画像管理装置で説明する。

（第１の実施形態）
図１は、第１の実施形態の医用画像管理装置２００が含まれる医用システムの構成例を示す図である。

図１に示すように、該医用システムでは、モデリティ１００、バックアップデバイス３００が接続された医用画像管理装置２００、画像サーバ４００Ａ、４００Ｂ及びＭＷＭ（Modality Worklist Management）サーバ５００が、ネットワーク６００を介して、相互に接続されている。

モデリティ１００は、被検体を撮影して医用画像を収集する機能（撮影機能）を有した医用画像収集装置である。モデリティ１００は、例えば、Ｘ線ＣＴ装置、ＭＲＩ（Magnetic Resonance Imaging）装置などが該当する。また、画像データのバックアップやリストアの運用に関する処理に関しては、超音波診断装置でも適用し得る。

医用画像管理装置２００は、モデリティ１００によって撮影された被検体の医用画像の画像データや生データ等を管理する画像データ管理装置である。医用画像管理装置２００の詳細は、図２を用いて詳述する。

バックアップデバイス３００は、医用画像管理装置２００に格納されている画像データや生データをバックアップするためのバックアップデバイスである。バックアップデバイス３００は、例えば、ＤＶＤ−ＲＡＭ等の光ディスクに代表される各種記録媒体の他、ＵＳＢ−ＨＤＤなどの磁気ディスクを用いた記録装置、或いは、メモリカードやＵＳＢメモリ等の半導体記録装置等である。

画像サーバ４００Ａ、４００Ｂは、モデリティ１００で撮影された画像データ等や医用画像管理装置２００に格納されている画像データ等を管理するための情報処理装置である。画像サーバ４００Ａ、４００Ｂは、例えば、医用画像の画像データや生データ等を保管、閲覧及び管理する医用画像管理システム（ＰＡＣＳ：Picture Archiving and Communication System）の一部を構成する。なお、画像サーバ４００Ａと画像サーバ４００Ｂを区別する必要がない時は、単に、画像サーバ４００と記載する。

ＭＷＭサーバ５００は、モダリティワークリスト管理を行うサーバのことである。例えば、モデリティ１００や医用画像管理装置２００は、モデリティ１００で被検体の検査を行う前にＭＷＭサーバ５００に問い合わせを行い、検査の予定を意味するワークリストを取得することができる。

ネットワーク６００は、接続されている各装置を相互に接続する機能を有している。例えば、医用画像管理装置２００は、ネットワーク６００を介して、医用画像管理装置２００に格納されている画像データを、画像サーバ４００Ａ、４００Ｂに送信することができる。

図２は、実施形態の医用画像管理装置２００の構成を示す構成図である。

医用画像管理装置２００は、処理回路２１０、データベース２２０、入力回路２３０、ディスプレイ２４０、記憶回路２５０、通信制御回路２６０、ＵＳＢ Ｉ／Ｆ回路２７０及び内部バス２８０を備えている。

処理回路２１０は、プログラムをメモリ（記憶回路２５０）から読み出し、実行することにより、プログラムに対応する機能を実現するプロセッサを具備する。具体的には、処理回路２１０（プロセッサ）は、読み出したプログラムを実行することによって、制御機能２１２、設定機能２１４及び計算機能２１６を実現する。

ここで、「プロセッサ」という文言は、例えば、専用又は汎用のＣＰＵ（Central Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）などの回路を意味する。

プロセッサは、メモリに保存された、もしくはプロセッサの回路内に直接組み込まれたプログラムを読み出し、実行することで各機能を実現する。プロセッサが複数設けられ場合、プログラムを記憶するメモリは、プロセッサごとに個別に設けられるものであっても構わないし、或いは、図２の記憶回路２５０が各プロセッサの機能に対応するプログラムを記憶するものであっても構わない。

データベース２２０は、生データデータベース（図２では、生データＤＢと記載する）２２２、画像データデータベース（図２では、画像データＤＢと記載する）２２４、及び送信履歴データベース（図２では、送信履歴ＤＢと記載する）２２６を備えている。生データデータベース２２２は、例えば、被検体の生データを記憶する。画像データデータベース２２４は、例えば、被検体の画像データを記憶する。また、送信履歴データベース２２６は、被検体の生データ或いは画像データが、画像サーバ４００に対して既に送信された否かの履歴情報を記憶する。

ここで、生データとは、例えば、被検体を撮影した投影データを意味し、その生データに対して、対数変換処理などの再構成を行うことにより、画像データを生成することができる。また、生成された画像データに対して、拡大／諧調／空間ファイルタ処理や時系列に蓄積されたＸ線画像の最小値／最大値トレース処理およびノイズを除去するための加算処理（画像処理）を施すことにより、画像が得られる。

また、画像処理を施す前の画像データを処理前画像データというと共に、画像データに画像処理を施した後の画像データを処理後画像データという。なお、特に言及がない場合は、画像データは、処理前画像データを意味するものとする。また、処理前画像データも処理後画像データも、データベース２２０の画像データデータベース２２４に格納されるものとする。

データベース２２０は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＨＤＤ（Hard Disk Drive）等を含む記憶装置によって構成されている。生データデータベース２２２及び画像データデータベース２２４も、ＲＯＭ、ＲＡＭ及びＨＤＤ等を含む記憶装置によって構成されている。

処理回路２１０の制御機能２１２は、保護すべき画像データに対し、プロテクトの設定を受け付けて、そのプロテクトが設定された画像データを、外部のバックアップデバイス３００にバックアップする。また、制御機能２１２は、保護すべき生データに対しても同様に、プロテクトの設定を受け付けて、そのプロテクトが設定された画像データを、外部のバックアップデバイス３００にバックアップする。

また、処理回路２１０の設定機能２１４は、制御機能２１２と連携し、消去したくない生データや画像データに対し、保護すべき画像データや生データとしてプロテクトの設定を受け付ける。設定機能２１４は、例えば、プロテクトが設定された画像データや生データに対し、さらにバックアップすることが必要か不要かを示すフラグの設定を受け付ける。

この場合、処理回路２１０の制御機能２１２は、プロテクトが設定された画像データや生データに対し、バックアップの要否を判定するフラグを割り当て、フラグがバックアップの必要を示すときは、画像データや生データを、外部のバックアップデバイス３００にバックアップする。

例えば、ある病院における運用例として、例えば、生データや画像データにプロテクトを設定しておき、後で生データに対して再構成を行なったり、後で画像データに対して画像処理を行う運用例がある。このような運用例に対応し、処理回路２１０の設定機能２１４は、例えば、プロテクトが設定された生データや画像データに対し、バックアップすることが必要か不要かを示すフラグの設定を受け付ける。

なお、運用例であるため、例えば、生データと画像データのそれぞれにプロテクトを設定して、そのプロテクトが設定された生データと画像データのそれぞれをバックアップの対象としてもよい。或いは、生データか画像データのいずれか一方にプロテクトを設定して、そのプロテクトが設定された生データか画像データのいずれかをバックアップの対象としてもよい。

また、ある病院における運用例として、例えば、画像データデータベース２２４に記憶されている画像データを、全て画像サーバ４００に送信する運用例がある。

この場合、処理回路２１０の制御機能２１２は、送信履歴データベース２２６を参照し、画像データデータベース２２４に記憶されている画像データが、外部の画像サーバ４００に送信されて保存されているか否かを判定し、画像サーバ４００に保存されていない画像データを外部のバックアップデバイス３００にバックアップすることができる。

逆の見方をすると、処理回路２１０の制御機能２１２は、送信履歴データベース２２６を参照し、画像データデータベース２２４に記憶されている画像データが、外部の画像サーバ４００に送信されて保存されているか否かを判定し、画像サーバ４００に既に保存されている画像データは、バックアップの対象から除外する。この結果、バックアップするデータ量を削減することができる。

また、ある病院における運用例として、例えば、次回の検査時に、過去に被検体を検査した画像データを参照する運用例がある。

この場合、処理回路２１０の制御機能２１２は、画像データデータベース２２４に記憶されている画像データが、検査予約が入っている被検体の画像データに該当する場合は、その画像データを画像データデータベース２２４から外部のバックアップデバイス３００にバックアップすることができる。

また、処理回路２１０の計算機能２１６は、例えば、バックアップデバイス３００にバックアップする画像データを、バックアップデバイス３００に記憶させる際に要する合計時間を計算する。これにより、処理回路２１０は、計算した合計時間をディスプレイ２４０に表示させることができる。

入力回路２３０は、医師や検査技師などの操作者によって操作が可能なポインティングデバイス（マウスなど）やキーボードなどの入力デバイスからの信号を入力する回路であり、ここでは入力デバイス自体も入力回路２３０に含まれるものとする。この場合、操作に従った入力信号が、入力回路２３０から処理回路２１０に送られる。

ディスプレイ２４０は、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）等によって構成される。ディスプレイ２４０は、例えば、処理回路２１０の計算機能２１６によって、バックアップする画像データを外部のバックアップデバイス３００に記憶させる際に要する合計時間を計算させ、その合計時間を表示する。

記憶回路２５０は、ＲＯＭ、ＲＡＭ及びＨＤＤ等を含む記憶装置により構成されている。記憶回路２５０は、ＩＰＬ（Initial Program Loading）、ＢＩＯＳ（Basic Input／Output System）及びデータを記憶したり、処理回路２１０のワークメモリとして使用されたり、または、データを一時的に記憶する場合に用いられる。ＨＤＤは、医用画像管理装置２００にインストールされたプログラム（アプリケーションプログラムの他、ＯＳ（Operating System）等も含まれる）やデータを記憶する記憶装置である。また、医師や検査技師などの操作者に対するディスプレイ２４０への情報の表示にグラフィックを多用し、基礎的な操作を入力回路２３０によって行なうことができるＧＵＩ（Graphical User Interface）を、ＯＳに提供することもできる。

通信制御回路２６０は、通信規格に応じた通信制御を行ない、例えば、ＩＥＥＥ８０２．１１シリーズに準拠した無線ＬＡＮ（Local Area Network）、近距離無線通信又は電話回線等を通じて、医用画像管理装置２００を、ネットワーク６００に接続する機能を有している。また、例えば、ＲＳ−２３２ＣやＲＳ−４２２Ａなどの通信規格や、ＵＳＢ（Universal Serial Bus）などの標準化された通信プロトコルも用いることができ、実施形態では、有線接続であっても無線接続であっても適用できる。

ＵＳＢ Ｉ／Ｆ回路２７０は、バックアップデバイス３００とＵＳＢの通信規格に応じた通信制御を行ない、データベース２２０の記憶された画像データや生データを送受信する機能を備えている。

内部バス２８０は、処理回路２１０によって医用画像管理装置２００が統括制御されるように、各構成要素に接続されている。内部バス２８０は、例えば、医用画像管理装置２００内で、データや信号を伝達するための回路により構成される。

バックアップデバイス３００は、前述したように、例えば医用画像管理装置２００に接続されており、医用画像管理装置２００のデータベース２２０が記憶する画像データや生データのバックアップ先となっている。バックアップデバイス３００は、医用画像管理装置２００のバックアップを実行することにより、バックアップ管理データ３０２と、バックアップ検査データ３０４を記憶する。

次に、各病院における運用例について、説明する。

図３は、各病院におけるバックアップの対象に、その対象となる画像データもしくは生データにバックアップの要否を判定するフラグの設定を示した運用テーブルを示した図である。なお、この運用テーブルは、医用画像管理装置２００の記憶回路２５０に格納されている。

図３（ａ）から（ｃ）は、各病院において運用されている様々な運用例を示した運用テーブルである。

図３（ａ）の運用テーブル１は、バックアップ対象、バックアップ要否、サーバ確認及び予約確認日数の欄を備えている。バックアップ対象の欄は、バックアップの対象が示されている。また、バックアップ要否の欄は、各病院の運用として、バックアップ対象についてバックアップをする必要があるものには要が記載され、バックアップをする必要がないものには不要が記載されている。この要や不要はフラグに該当する。また、サーバ確認の欄は、画像サーバ４００に画像データが送信されているか否かの問い合わせが、必要か不要かを示している。また、予約確認日数の欄は、例えば、次回の検査予約が入っている現在から見たこの先の日数として、次回の検査までの日数を規定している。

運用テーブル１（運用例１）では、例えば、プロテクトされた画像データと、プロテクトされた生データは、ともにバックアップを必要とする旨が設定されている。また、画像サーバ４００に未送信な未送信画像データは、バックアップを必要とする旨が設定されており、送信先の画像サーバ４００に問い合わせが必要であることが示されている。一方、画像サーバ４００に未送信な未送信生データは、バックアップを不要とする旨が設定されており、かつ送信先の画像サーバ４００に問い合わせが不要であることを示している。また、検査予約済患者画像データは、次回の検査予約が入っている患者について、画像データに対してバックアップを必要とする旨が設定されており、この先１０日間、すなわち、向こう１０日間の予約を対象とすることを示している。一方、検査予約済患者生データは、バックアップを不要とする旨が設定されている。

運用テーブル２（運用例２）は、他の病院の運用例を示したものである。運用例２が運用例１と異なる点は、プロテクトされた生データと、未送信生データの設定である。運用例２では、例えば、プロテクトされた生データは、バックアップを不要とする旨が設定されている。また、未送信生データは、画像サーバ４００に送信してバックアップを必要とする旨の設定がされており、送信先の画像サーバ４００に問い合わせが必要であることを示している。

運用テーブル３（運用例３）は、また別の運用を行う病院の運用例を示したものである。運用例３では、例えば、プロテクトされた画像データは、プロテクトされていてもバックアップが不要であることを示しており、プロテクトされた生データのみバックアップを必要とする旨の設定がされている。この場合、生データをバックアップすることにより、画像データをバックアップしなくても、例えば、生データを再構成することにより、画像データを生成することができるので、運用として可能である。なお、その他の画像データや生データに対しては、バックアップを必要としない設定がされている。

図４は、ある病院の運用として、画像サーバ４００に画像データを送信する場合の送信先を示した送信先定義テーブルを示した図である。この送信先定義テーブルも記憶回路２５０に記憶されている。

図４では、例えば、全ての画像データを画像サーバ４００に送信する運用をしている場合において、画像データの種類に応じて送信先の画像サーバ４００を定義していることを示している。例えば、高精細画像データ（薄切り）は、画像サーバ４００Ａに送信され、一方、高精細画像データ（厚切り）は、画像サーバ４００Ｂに送信されることを示している。また、通常画像データ（薄切り）は、画像サーバ４００Ａに送信され、一方、通常画像データ（厚切り）は、画像サーバ４００Ｂに送信されることを示している。
送信先定義テーブルを参照することにより、処理回路２１０は、例えば、バックアップ対象の画像データの解像度に応じて（高精細の解像度か通常の解像度かに応じて）、或いは、スライス厚に応じて（薄切りか厚切りかに応じて）、送信する画像サーバを特定することができる。

次に、実施形態の医用画像管理装置２００の詳細な動作について、図５に示すフローチャートを用いて説明する。

（バックアップ開始処理）
図５は、実施形態の医用画像管理装置２００が、バックアップデバイス３００の接続を検出してから、バックアップを開始するまでのバックアップ開始処理の動作を示すフローチャートである。なお、図５において、Ｓに数字を付した符号は、フローチャートの各ステップを示している。

まず、サービスエンジニアやサービスマンなどのユーザがバックアップデバイス３００を医用画像管理装置２００に接続する。そして、そのユーザは、医用画像管理装置２００に、サービスを担当するアカウント名でログインする。

医用画像管理装置２００は、ディスプレイ２４０にサービスに関するツールを表示し、ユーザがバックアップツールを選択すると、バックアップデバイス３００の接続を検出する（ステップＳ００１）。医用画像管理装置２００は、例えば、ＵＳＢ Ｉ/Ｆ回路２７０に接続されたバックアップデバイス３００をバックアップ先として、バックアップ画面に表示する。

図６は、医用画像管理装置２００のディスプレイ２４０に表示されたバックアップ画面の表示画面例を示した図である。

図６に示すように、ディスプレイ２４０には、バックアップとリストアを選択する項目があり、そのうちバックアップ先が表示されている。バックアップ先はプルダウンボタンで選択できるようになっており、図６では、バックアップデバイス３００の一例として、ＵＳＢ−ＨＤＤが表示されている。

ここで、ユーザがＵＳＢ−ＨＤＤを選択し、ＯＫボタンを押下すると、医用画像管理装置２００は、各テーブルを読み込む（ステップＳ００３）。例えば、医用画像管理装置２００は、図３に示した病院ごとの運用テーブルや図４に示した送信先定義テーブルを読み込む。また、医用画像管理装置２００は、バックアップデバイス３００の書き込み速度及び読み出し速度が規定された速度テーブルも読み込む。なお、この速度テーブルも、記憶回路２５０に記憶されている。

図７は、バックアップ先として選択可能なバックアップデバイスの種類と、そのバックアップ及びリストアを計算するための速度テーブルを示した図である。

図７に示すように、デバイス毎の速度テーブルは、デバイス、Ｗｒｉｔｅ速度［ＭＢ／ｓ］及びＲｅａｄ速度［ＭＢ／ｓ］の欄を有している。この速度テーブルでは、デバイスがＤＶＤ−ＲＡＭの場合は、Ｗｒｉｔｅ速度が５０［ＭＢ／ｓ］であり、Ｒｅａｄ速度が８０［ＭＢ／ｓ］であることを示している。また、デバイスがＵＳＢ−ＨＤＤの場合は、Ｗｒｉｔｅ速度が２００［ＭＢ／ｓ］であり、Ｒｅａｄ速度が３００［ＭＢ／ｓ］であることを示している。

次に、医用画像管理装置２００は、運用テーブルを参照しながら、データベース２２０に格納されている画像データや生データがバックアップを必要としているか否かを判定する。医用画像管理装置２００は、例えば、データベース２２０に格納されているデータが生データか否かを判定して（ステップＳ００５）、対象が生データの場合には（ステップＳ００５のＹＥＳ）、バックアップデータの要否処理を実行する（ステップＳ００７Ａ）。

一方、対象が生データでない場合は（ステップＳ００５のＮＯ）、対象が画像データか否かを判定し（ステップＳ００９）、対象が画像データの場合には（ステップＳ００９のＹＥＳ）、バックアップデータの要否処理を実行する（ステップＳ００７Ｂ）。

ここで、ステップＳ００７Ａのバックアップデータの要否処理は、生データに対して行う処理であり、ステップＳ００７Ｂのバックアップデータの要否処理は、画像データに対して行う処理である。両者の処理の内容の違いは、データの種別が異なることと、運用の設定が個別に可能な点で異なる。したがって、ここでは、生データのバックアップデータの要否処理を例に説明する。

図８及び図９は、生データのバックアップデータの要否処理を示したサブルーチンである。

まず、医用画像管理装置２００の処理回路２１０は、ステップＳ００３において、記憶回路２５０から運用テーブルを取得する。処理回路２１０は、例えば、図３（ａ）や図３（ｂ）のような運用テーブルを取得する。

処理回路２１０は、取得した運用テーブルを参照し、生データがバックアップ対象となっているか判定する。ここで、処理回路２１０は、プロテクトの設定されている生データが対象か否かを判定し（ステップＳ１０１）、プロテクトの設定されている生データが対象の場合には（ステップＳ１０１のＹＥＳ）、バックアップをする必要がある旨を示す要か否かを判定する（ステップＳ１０３）。

そして、処理回路２１０は、プロテクトの設定されている生データが、バックアップをする必要がある旨を示す要の場合には（ステップＳ１０３のＹＥＳ）、その生データを、バックアップの対象とする（ステップＳ１２１）。

一方、プロテクトの設定されている生データがバックアップ対象でない場合や（ステップＳ１０１のＮＯ）、または、バックアップをする必要がない旨を示す不要の場合には（ステップＳ１０３のＮＯ）、次の判定として、未送信の生データをバックアップの対象としているか否かを判定する（ステップＳ１０５）。

ここで、処理回路２１０は、運用テーブルにおいて、未送信の生データをバックアップ対象としている場合には（ステップＳ１０５のＹＥＳ）、その生データが画像サーバ４００に送信済みか否かを、送信履歴データベース２２６を参照して、判断する（ステップＳ１０７）。処理回路２１０は、その生データが画像サーバ４００に送信済みでない場合には（ステップＳ１０９のＮＯ）、その生データを、バックアップの対象とする（ステップＳ１２１）。

これに対し、処理回路２１０は、その生データが画像サーバ４００に送信済みの場合には（ステップＳ１０９のＹＥＳ）、画像サーバ４００に対して、その生データが実際に格納されているか否かの問い合わせを行う（ステップＳ１１１）。例えば、処理回路２１０は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格のＱ／Ｒ（Query Retrieve） ＦＩＮＤというコマンドを利用して、送信先の画像サーバ４００に生データが格納されているか判定し（ステップＳ１１３）、画像サーバに格納されていない場合には（ステップＳ１１３のＮＯ）、その生データをバックアップの対象とする（ステップＳ１２１）。

また、処理回路２１０は、次の判定として、その生データが画像サーバに格納されている場合（ステップＳ１１３のＹＥＳ）、運用テーブルにおいて、検査予約済患者生データをバックアップする必要があるか否かを判定し（ステップＳ１１５）、検査予約済患者生データをバックアップの対象としている場合には（ステップＳ１１５のＹＥＳ）、例えば、ＭＷＭサーバ５００に検査予約が入っているかの問い合わせを行い（ステップＳ１１７）、次回の検査予約が入っている場合には（ステップＳ１１９のＹＥＳ）、その生データをバックアップの対象とする（ステップＳ１２１）。

そして、処理回路２１０は、前述した速度テーブルを参照し、バックアップの対象となったそれぞれの生データについて、バックアップ時間を算出し、算出したそれぞれのバックアップ時間をトータルバックアップ時間に足し込んで、バックアップ対象となるすべての生データの合計バックアップ時間を求める（ステップＳ１２３）。そして、バックアップデータの要否処理を終了し、図５のステップＳ０１１に移行する。

なお、検査予約済患者生データをバックアップの対象としていない場合や（ステップＳ１１５のＮＯ）、次回の検査予約が入っていない場合にも（ステップＳ１１９のＮＯ）、バックアップデータの要否処理を終了する。

処理回路２１０は、１つの生データのバックアップデータの要否処理（ステップＳ００７Ａ）または、１つの画像データのバックアップデータの要否処理（ステップＳ００７Ｂ）が終了すると、図５のステップＳ０１１に進み、データベース２２０に格納されている生データと画像データとの全てについて判定したか判断する（ステップＳ０１１）。そして、判定していない生データや画像データが存在する場合には（ステップＳ０１１のＮＯ）、処理回路２１０は、ステップＳ００５に戻り、同様の処理を繰り返す。

一方、生データと画像データの全てについてバックアップの要否を判定した場合には（ステップＳ０１１のＹＥＳ）、処理回路２１０は、ディスプレイ２４０にバックアップに関する確認メッセージを表示するとともに、バックアップを開始するか否かの入力を受け付ける（ステップＳ０１３）。

図１０は、医用画像管理装置２００のディスプレイ２４０に表示されたバックアップを開始する旨の表示画面を示した表示画面例である。

図１０に示すように、ディスプレイ２４０には、バックアップに要する時間が表示され、バックアップを開始する場合には、ＯＫボタンを押下するようになっている。また、ディスプレイ２４０には、バックアップをキャンセルするＣａｎｃｅｌボタンも設けられており、Ｃａｎｃｅｌボタンを押下することにより、バックアップを中止することもできる。

図５のフローチャートにおいて、処理回路２１０は、バックアップを開始することを示すＯＫボタンが押下された場合には（ステップＳ０１５のＹＥＳ）、バックアップを開始する（ステップＳ０１７）。

一方、バックアップを開始しないことを示すＣａｎｃｅｌボタンが押下された場合には（ステップＳ０１５のＮＯ）、バックアップをせずに終了する。なお、ステップＳ００９において、対象が画像データでない場合にも（ステップＳ００９のＮＯ）、バックアップをせずに終了する。

図１１は、医用画像管理装置２００のデータベース２２０の画像データまたは生データが、バックアップデバイス３００にバックアップされたときのバックアップ管理データ３０２を示した図である。

図１１に示すように、バックアップ管理データ３０２は、医用画像管理装置２００のデータベース２２０から、バックアップデバイス３００に格納されたバックアップ検査データ３０４の一覧を示している。

バックアップ管理データ３０２は、検査、データ数、トータルサイズ［ＭＢ］、属性、バックアップ理由及びリストア状況の欄を有している。バックアップ検査データ３０４は、検査と関係づけられており、検査の欄には、それぞれのバックアップ検査データ３０４の識別番号等の識別情報が示され、データ数の欄にはそのバックアップ検査データ３０４のデータ数が示されている。また、トータルサイズの欄には、そのバックアップ検査データ３０４のトータルのデータサイズが示されており、属性の欄には、バックアップ検査データ３０４が画像データであるのか生データであるのかを示す属性の識別が示されている。また、バックアップ理由の欄には、その病院における運用として、バックアップ理由が記載されており、リストア状況の欄には、リストアがされたか否かが示されている。

なお、バックアップデバイス３００にバックアップされた直後は、まだリストアは実行されていないので、まだリストアが実行されていないことを示す、「未」が記載されている。

例えば、検査「１１１」は、データ数が「１００」であり、トータルのデータサイズは、５０［ＭＢ］であり、属性は、「画像データ」であり、バックアップ理由は、画像サーバに未送信であることを示す「未送信」と記載されている。また、検査「２２２」は、データ数が「２０００」であり、トータルのデータサイズは、１０００［ＭＢ］であり、属性は、「画像データ」であり、バックアップ理由は、「未送信」と記載されている。

また、検査「３３３」は、データ数が「１０」であり、トータルのデータサイズは、２０００［ＭＢ］であり、属性は、「生データ」であり、バックアップ理由は、プロテクトが設定されたことを示す「プロテクト」と記載されている。また、検査「４４４」は、データ数が「２００」であり、トータルのデータサイズは、１００［ＭＢ］であり、属性は、「画像データ」であり、バックアップ理由は、「プロテクト」と記載されている。また、検査「５５５」は、データ数が「４００」であり、トータルのデータサイズは、２００［ＭＢ］であり、属性は、「画像データ」であり、バックアップ理由は、次回の検査予約が入っていることを示す「検査予約済」と記載されている。

バックアップデバイス３００に、上記のバックアップ管理データ３０２と、バックアップの対象である画像データや生データからなるバックアップ検査データ３０４を保存する（即ち、バックアップする）ことにより、バックアップ処理を終了する。

次に、実施形態の医用画像管理装置２００のリストアの動作について、図１２に示すフローチャートを用いて説明する。

（リストア開始処理）
図１２は、実施形態の医用画像管理装置２００が、バックアップデバイス３００の接続を検出してから、リストアを開始するまでのリストア開始処理の動作を示すフローチャートである。なお、図１２において、Ｓに数字を付した符号は、フローチャートの各ステップを示している。

なお、リストアとは、外部のバックアップデバイス３００に記憶させた画像データや生データを、データベース２２０の記憶されていた元の記憶領域に、復元することを意味するものとする。

図１２に示すように、まず、ユーザがバックアップデバイス３００を接続する。そして、そのユーザは、医用画像管理装置２００に、サービスを担当するアカウント名でログインする。

医用画像管理装置２００は、ディスプレイ２４０にサービスに関するツールを表示し、ユーザがリストアツールを選択すると、バックアップデバイス３００の接続を検出する（ステップＳ２０１）。医用画像管理装置２００は、例えば、ＵＳＢ Ｉ/Ｆ回路２７０に接続されたバックアップデバイス３００をリストア元として、リストア画面に表示する。

図１３は、医用画像管理装置２００のディスプレイ２４０に表示されたリストア画面の表示画面例を示した図である。

図１３に示すように、ディスプレイ２４０には、バックアップとリストアを選択する項目があり、そのうちリストア先が表示されている。リストア先はプルダウンボタンで選択できるようになっており、図１３では、バックアップデバイス３００の一例として、ＵＳＢ−ＨＤＤが表示されている。

ここで、ユーザがＵＳＢ−ＨＤＤを選択し、ＯＫボタンを押下すると、医用画像管理装置２００は、各テーブルを読み込む（ステップＳ２０３）。例えば、医用画像管理装置２００は、テーブルの一例として、図７に示した速度テーブルなどを読み込む。

次に、医用画像管理装置２００の処理回路２１０は、バックアップ管理データ３０２を読み込む（ステップＳ２０５）。処理回路２１０は、速度テーブルと、バックアップ管理データ３０２とから、各検査のデータのリストアに必要なリストア時間をそれぞれ算出し、トータルリストア時間を足し込む（ステップＳ２０７）。

処理回路２１０は、ディスプレイ２４０にリストアに関する確認メッセージを表示するとともに、リストアを開始するか否かの入力を受け付ける（ステップＳ２０９）。

図１４は、医用画像管理装置２００のディスプレイ２４０に表示されたリストアを開始する旨の表示画面を示した表示画面例である。

図１４に示すように、ディスプレイ２４０には、リストアに要する時間が表示され、リストアを開始する場合には、ＯＫボタンを押下するようになっている。また、ディスプレイ２４０には、リストアをキャンセルするＣａｎｃｅｌボタンも設けられており、リストアを中止することもできる。

処理回路２１０は、リストアを開始することを示すＯＫボタンが押下された場合には（ステップＳ２１１のＹＥＳ）、リストアを開始する（ステップＳ２１３）。

一方、リストアを開始しないことを示すＣａｎｃｅｌボタンが押下された場合には（ステップＳ２１１のＮＯ）、リストアをせずに終了する。

以上説明したように、医用画像処理装置３００は、画像データが記憶されているデータベース２２０と、バックアップを制御する制御機能２１２を備えている。処理回路２１０は、データベース２２０に記憶されている画像データが、検査予約が入っている患者の画像データに該当する場合は、その画像データを、データベース２２０から外部のバックアップデバイス３００にバックアップする。

これにより、実施形態の医用画像管理装置２００は、画像データのバックアップ作業及びリストア作業を効率的に実施し、ユーザの作業時間を減らすと共に、装置の非稼働時間を軽減することができる。

なお、実施形態では、病院ごとの設定された運用テーブルにより自動的にバックアップ及びリストアを実行することができるが、医用画像管理装置２００では、さらにユーザによってバックアップする画像データや生データを個別に設定することもできる。

（第１の変形例）
例えば、ある病院の運用例として、生データにプロテクトを設定し、後で再構成を実施する運用を行っていたと仮定する。そして、バックアップ時間に余裕がある場合であって、生データを再構成する際に参照可能な画像データが存在する場合には、その画像データもバックアップ対象とすることができる。

その反対に、バックアップ時間に余裕がない場合には、バックアップするデータを減らすこともできる。例えば、病院の運用例によっては、検査予約が入っている患者について、過去の検査結果を参照する運用をしている場合、その患者の画像データが画像サーバに送信済みの場合は、バックアップおよびリストアをせず、その画像サーバからリストア時に、リトリーブするようにしてもよい。

また、病院の運用例によっては、生データや画像データの全てを画像サーバに送信する運用している場合において、データベース２２０に未送信の画像データが存在する場合、生データのバックアップ時間の方が画像データのバックアップ時間より速い場合は、画像データではなく、生データとその再構成の方法とをバックアップするようにしてもよい。同様に、画像処理後の画像データが存在する場合に、処理前画像データをバックアップして画像処理を実行する方がバックアップ時間が速い場合は、処理前画像データと画像処理方法をバックアップするようにしてもよい。

例えば、医用画像管理装置２００は、バックアップする画像データを、外部のバックアップデバイス３００に記憶させる際に要する合計時間を計算し、その合計時間を表示する。処理回路２１０は、表示された合計時間により、ユーザの指示に応じて、外部のバックアップデバイス３００にバックアップする画像データのうち、一部の画像データをバックアップの対象から除外する設定を受け付ける。

また、処理回路２１０は、表示された合計時間により、ユーザの指示に応じて、データベース２２０に記憶されている画像データのうちバックアップしない画像データを、外部のバックアップデバイス３００に、さらにバックアップする設定を受け付ける。

図１５及び図１６は、図５で示したバックアップ開始処理の動作を示すフローチャートに、さらに、バックアップ時間における余裕の有無に応じて、バックアップ対象を増やす処理や減らす処理の動作を示すフローチャートである。

図１５と図１６に示すフローチャートが、図５に示すフローチャートと異なる点は、図５のステップＳ０１３において、バックアップ画面の表示方法が変更され、バックアップ対象を増やしたり、減らすことの選択ができる点である。

図１７は、図１５のステップＳ０１３Ａにおいて、医用画像管理装置２００のディスプレイ２４０に表示されたバックアップ画面の表示画面例を示した図である。

図１７に示すように、ディスプレイ２４０には、バックアップに要する時間が表示され、このままバックアップを実施（すなわち開始）する場合には、ＯＫボタンを押下する。図１７では、さらに、バックアップ対象を増やすか減らす選択をすることができるボタンも表示されている。増やすボタンを押下すると、バックアップ対象を増やすことができ、一方、減らすボタンを押下すると、バックアップ対象を減らすことができる。なお、Ｃａｎｃｅｌボタンは、前述したように、バックアップを中止する。

処理回路２１０は、ディスプレイ２４０に表示された表示画面により、バックアップを開始するＯＫボタンが押下されなかった場合は（図１５のステップＳ０１５ＡのＮＯ）、図１６のステップＳ０１９に進み、ユーザの入力は、バックアップを増やす処理が選択されたか否かの判定を行う（ステップＳ０１９）。

処理回路２１０は、バックアップを増やす処理が選択された場合には（ステップＳ０１９のＹＥＳ）、増やす処理を行う（ステップＳ０２１）。

図１８は、増やす処理を示したサブルーチンである。

医用画像管理装置２００の処理回路２１０は、検査一覧を示したバックアップ一覧を、記憶回路２５０から取得する。

バックアップ一覧には、例えば、検査、データ数、トータルサイズ［ＭＢ］及びバックアップ対象の欄を有している。

バックアップ一覧では、例えば、複数種類の検査を示しており、各検査に、データ数と、トータルサイズ［ＭＢ］がそれぞれ記載されている。

次に、処理回路２１０は、既にバックアップの対象となっている全ての検査に、バックアップの対象であることを示すチェックを入れる（ステップＳ３０３）。

処理回路２１０は、バックアップ対象にチェックを入れた状態で、ディスプレイ２４０に一覧で表示する（ステップＳ３０５）。

図１９は、医用画像管理装置２００のデータベース２２０に記憶されている検査一覧の一例を示したバックアップ一覧を示す図である。

図１９に示すように、バックアップ一覧には、検査、データ数、トータルサイズ［ＭＢ］及びバックアップ対象の欄を有している。

このバックアップ一覧では、例えば、検査が「１１１」から「７７７−１」までの１０種類の検査を示しており、各検査に、データ数と、トータルサイズ［ＭＢ］がそれぞれ記載されている。また、バックアップの対象として、検査「１１１」、「１１１−１」、「２２２」、「３３３」、「４４４」、「５５５」にチェックが入っている。

処理回路２１０は、ユーザの選択を受け付けるようになっており（ステップＳ３０７）、例えば、検査「１１１−２」、「６６６」、「７７７」、「７７７−１」などの検査について、バックアップ対象の追加を受け付ける。

処理回路２１０は、図１９のバックアップ対象のチェックの追加を受け付けると、そのユーザによる追加を反映し、バックアップ時間を再計算する（ステップＳ３０９）。処理回路２１０は、再計算したバックアップ時間を更新し、バックアップ一覧の下欄に表示されているバックアップ予定時間を変更する。

処理回路２１０は、ユーザの入力を待ち受けており（ステップＳ３１１）、ＯＫボタンが押下されると、ユーザの入力は完了し（ステップＳ３１１のＹＥＳ）、図１５のステップＳ０１３Ａに移動する。ユーザの入力が完了しない場合は（ステップＳ３１１のＮＯ）、再度、ユーザによる追加を受け付ける（ステップＳ３０７）。

他方、処理回路２１０は、バックアップを増やす処理が選択されなかった場合には（図１６のステップＳ０１９のＮＯ）、バックアップを減らす処理が選択されたか否かの判定を行い（ステップＳ０２３）、減らす処理が選択された場合には（ステップＳ０２３のＹＥＳ）、減らす処理が実行される（ステップＳ０２５）。

図２０及ぶ図２１は、減らす処理を示したサブルーチンである。なお、処理回路２１０は、例えば、図１５のステップＳ００３Ａにおいて、図２２に示す各テーブルを読み込むことを想定する。

図２２は、減らす処理を実行する際に参照するテーブル群を示した図である。

図２２（ａ）は、図３で示した運用テーブル１に、リストア優先度を設けたテーブルである。このテーブルは、リストア優先度に応じて、生データや画像データのバックアップを減らすことができる。例えば、プロテクトされた画像データや生データは、リストア優先度が高いため、バックアップし、かつ、リストアをすることを示している。未送信画像データと未送信生データは、リストア優先度が中であるため、バックアップ時間によっては、バックアップせず、画像サーバからリトリーブすることができる。また、検査予約済患者の生データおよび画像データは、いずれもリストア度が低いため、バックアップ時間に余裕がない場合には、画像サーバ名と検査の識別子をバックアップの対象とすることができる。なお、リストア優先度の詳細については、バックアップを減らす処理とリストアを減らす処理が関連しているため、第２の変形例でも説明する。

図２２（ｂ）は、生データに再構成を処理する際の再構成の種類と、再構成時間を示したテーブルである。再構成種は、例えば、３つの再構成の方法が記載されており、それぞれの再構成に要する速度として、ＩＲは、１［ｆ／ｓ］と、再生構成関数Ａは、１０［ｆ／ｓ］と、再構成関数Ｂは、５０［ｆ／ｓ］と、記載されている。

図２２（ｃ）は、画像データに画像処理を施す際の画像処理の種類と、処理速度を示したテーブルである。画像処理種は、例えば、３つの画像処理の方法が記載されており、それぞれの画像処理に要する速度として、ＭＰＲは、５［ｆ／ｓ］と、ＭＩＰは、５［ｆ／ｓ］と、Ｓｕｂｓｔｒａｃｔｉｏｎは、１０［ｆ／ｓ］と、記載されている。

図２２（ｄ）は、画像サーバ４００Ａ、４００Ｂから生データや画像データを受信するときの受信速度を示したテーブルである。サーバには、画像サーバ４００Ａ、４００Ｂのサーバ名が記載されており、画像サーバ４００Ａの受信速度は、２０［ｆ／ｓ］と、画像サーバ４００Ｂの受信速度は、１０［ｆ／ｓ］と、記載されている。

図２０のフローチャートを参照すると、処理回路２１０は、例えば、リストア優先度の低い画像データから判定することができ、対象が、検査予約済患者画像データか否かを判定する（ステップＳ４０１）。処理回路２１０は、対象が、検査予約済患者画像データの場合には（ステップＳ４０１のＹＥＳ）、例えば、画像サーバ４００に問い合わせをして画像データの存在を確認する（ステップＳ４０３）。そして、画像サーバ４００に検査に対応する画像データが存在する場合には（ステップＳ４０５のＹＥＳ）、その画像データの識別子と画像サーバ名を、バックアップの候補とする（ステップＳ４０７）。

一方、対象が、検査予約済患者画像データでない場合や（ステップＳ４０１のＮＯ）、画像サーバ４００に検査に対応する画像データが存在しない場合には（ステップＳ４０５のＮＯ）、次に、生データか画像データの処理後のデータが存在するか否かの判定する（ステップＳ４０９）。処理後の生データか画像データが存在する場合（ステップＳ４０９のＹＥＳ）、処理前の生データか画像データと、その処理方法を、バックアップの候補とする（ステップＳ４１１）。

処理後の生データか画像データが存在しない場合は（ステップＳ４０９のＮＯ）、対応する生データが存在するか否かを判定する（ステップＳ４１３）。そして、対応する生データが存在する場合には（ステップＳ４１３のＹＥＳ）、生データのバックアップ時間と、画像データのバックアップ時間をそれぞれ算出する（ステップＳ４１５）。

そして、生データのバックアップ時間の方が、画像データのバックアップ時間より速い場合には（ステップＳ４１７のＹＥＳ）、生データとその再構成方法を、バックアップの候補とする（ステップＳ４１９）。

一方、対応する生データが存在しない場合や（ステップＳ４１３のＮＯ）、生データのバックアップ時間の方が、画像データのバックアップ時間より遅い場合には（ステップＳ４１７のＮＯ）、バックアップ時間を短くする候補とならないので、図２１のステップＳ４２１に進み、全ての検査について判定したか判断する（ステップＳ４２１）。

この実施形態では、生データを再構成したり画像データを画像処理すると、一般的には、処理後のデータの方が処理前のデータよりも容量が大きくなるため、処理後のデータをそのままバックアップするとバックアップ時間がより多く必要となる。そこで、例えば、処理前のデータが存在する場合、すなわち、再構成する前の生データや、画像処理をする前の画像データの方が存在する場合には、処理前のデータの方がバックアップ時間が速いと判断し、自動的にバックアップの候補とする。

処理回路２１０は、全ての検査について判定したか判断し（ステップＳ４２１）、まだ判定していない他の検査がある場合には（ステップＳ４２１のＮＯ）、ステップＳ４０１から繰り返す。そして、全ての検査について判定した場合は（ステップＳ４２１のＹＥＳ）、バックアップ管理データ３０２を生成するともに、バックアップ一覧を表示する（ステップＳ４２３）。

図２３は、バックアップを減らす処理を実行したときのバックアップ管理データ３０２Ｃを示した図である。図２３では、図１１に示したバックアップ管理データ３０２に対して、リストア優先度を付加するとともに、運用によって、バックアップ時間が短くなるように、バックアップの候補が選択されたことを示している。

例えば、図２３の検査「２２２」は、図１１の検査「２２２」に対応するが、図１１の属性は「画像データ」であったため、生データとその再構成方法をバックアップとして保存する方がバックアップ時間が速いため、属性が「生データ＋再構成方法」に変更されている。また、リストア優先度が低いため、生データをリストアした後、別途、再構成を後から実行する。

また、図２３の検査「４４４」は、図１１の検査「４４４」に対応するが、図１１の属性は、「画像データ」であったが、例えば、処理前画像データと、その画像処理方法を、バックアップとして保存する方が、処理後画像データのバックアップ時間よりも速いため、属性が「画像データ＋画像処理方法」に変更されている。また、リストア優先度が高いため、画像データをリストアした後、早期に画像処理を実行することが好ましい。

また、図２３の検査「５５５」は、図１１の検査「５５５」に対応するが、図１１の属性は「画像データ」であったが、検査予約済患者画像データに該当し、画像サーバ４００などの外部のサーバに送信されていることから、属性が「画像識別子＋サーバ名」に変更されている。この場合、画像データそのものはバックアップしないため、バックアップ時間を大幅に短縮することができる。

図２４は、バックアップを減らす処理を実行し、ディスプレイ２４０にバックアップ一覧を表示させたときの表示画面例を示した図である。

図２４に示すように、バックアップを減らす処理を実行したときは、図２３のバックアップ管理データ３０２Ｃに対応したバックアップする内容を、ディスプレイ２４０に表示させている。図２４では、検査、データ数、トータルサイズ［ＭＢ］、バックアップ種の欄を備えている。

このバックアップ一覧では、バックアップ種の欄において、「生データ、画像データ、そのもの」、「生データ＋再構成方法」、「画像データ＋画像処理方法」及び「リストア時に画像サーバから取得」の欄を備えている。

図２３と同様に、図２４の検査「２２２」は、図１１の検査「２２２」に対応するが、生データとその再構成方法をバックアップとして保存する方が、バックアップ時間が速いため、「生データ＋再構成方法」でバックアップすることを示している。また、図２４の検査「４４４」は、図１１の検査「４４４」に対応するが、例えば、処理前の画像データと、その画像処理方法をバックアップとして保存する方が、バックアップ時間が速いため、「画像データ＋画像処理方法」により、バックアップすることを示している。図２４の検査「５５５」は、図１１の検査「５５５」に対応するが、検査予約済患者画像データに該当し、リストア時に、画像サーバ４００などの外部のサーバから画像識別子が示す画像データを取得することを示している。

図２１のフローチャートに戻り、処理回路２１０は、ユーザの選択を受け付けるようになっており（ステップＳ４２５）、例えば、図２４の表示画面において、入力回路２３０を使用してラジオボタンを変更することにより、バックアップの選択を受け付ける。

処理回路２１０は、ユーザによる選択を反映し、バックアップ時間を再計算する（ステップＳ４２７）。処理回路２１０は、バックアップ時間を再計算すると、例えば、ディスプレイ２４０のバックアップ一覧の下欄にバックアップ予定時間を表示する。

処理回路２１０は、ユーザがＯＫボタンを押下することにより、ユーザの入力は完了し（ステップＳ４２９のＹＥＳ）、バックアップを減らす処理を終了する。一方、ユーザの入力が完了していない場合には（ステップＳ４２５のＮＯ）、引き続き、ユーザの選択を受け付けるようになっている。

処理回路２１０は、減らす処理が終了すると、図１５のステップＳ０１３Ａに移動して、ステップＳ０１３と同様にディスプレイ２４０にバックアップに関する確認メッセージを表示するとともに、例えば、図１７の表示画面により、バックアップを実施（すなわち開始）するか否かの入力を受け付ける（ステップＳ０１３Ａ）。

以上説明したように、第１の変形例は、バックアップの対象を増やす処理や減らす処理を実行することができるので、ユーザは、バックアップ時間の余裕の有無に応じて、バックアップ予定時間を調整することができる。

（第２の変形例）
実施形態では、バックアップ時間やリストア時間に余裕がない場合、さらにリストアの方法を変更することにより、リストアに要する時間を削減することできる。

第２の変形例では、処理回路２１０は、例えば、リストアの対象の画像データに優先順位を割り当てて、その優先順位に従って、リストアの対象の画像データをリストアさせることができる。

図２５は、実施形態の医用画像管理装置２００が、リストアの処理の対象を減らし、リストアに要する時間を削減する動作を示すフローチャートである。

図２５は、図１２に示したリストア開始処理の動作を示すフローチャートに対し、ステップＳ２１３とステップＳ２１５とが追加されている。したがって、ステップＳ２１３とステップＳ２１５について説明する。

処理回路２１０は、例えば、ディスプレイ２４０にリストアに関する確認メッセージを表示するとともに、リストアを開始するか否かの入力を受け付ける（ステップＳ２０９）。この場合、処理回路２１０は、リストア対象を減らすか否かの表示を行なうことができる。

図２６は、医用画像管理装置２００のディスプレイ２４０に表示されたリストア対象を減らす旨の表示画面を示した表示画面例である。

図２６に示すように、ディスプレイ２４０には、リストアに要する時間が表示されるとともに、このままリストアを実施するか、リストア対象を減らすか選択することができるようになっている。例えば、ユーザがリストア対象を減らすボタンを押下することにより（ステップＳ２１３のＹＥＳ）、リストアの減らす処理を実行する。

図２７及び図２８は、リストアの減らす処理を示したサブルーチンである。

まず、医用画像管理装置２００の処理回路２１０は、バックアップ管理データ３０２を読み込み、リストア優先度を取得する（ステップＳ５０１）。例えば、処理回路２１０は、図２３のバックアップ管理データ３０２Ｃを読み込み、リストア優先度を取得する。

処理回路２１０は、画像データや生データについて優先度が低いか否か判定し（ステップＳ５０３）、例えば、優先度の低い画像データや生データについては（ステップＳ５０３のＹＥＳ）、リストア対象から除外する（ステップＳ５０５）。

一方、優先度の低くない画像データや生データについては（ステップＳ５０３のＮＯ）、データの属性が生データと再構成方法（生データ＋再構成方法）でバックアップされているか否か判定する（ステップＳ５０７）。

ここで、生データと再構成方法でバックアップされている場合には（ステップＳ５０７のＹＥＳ）、その生データについては「後で再構成する」を選択する（ステップＳ５０９）。他方、生データと再構成方法でバックアップされていない場合には（ステップＳ５０７のＮＯ）、画像データと画像処理方法（画像データ＋画像処理方法）でバックアップされているか否か判定する（ステップＳ５１１）。

ここで、画像データと画像処理方法でバックアップされている場合には（ステップＳ５１１のＹＥＳ）、「後で画像処理」を選択する（ステップＳ５１３）。これに対し、画像データと画像処理方法でバックアップされていない場合には（ステップＳ５１１のＮＯ）、画像識別子と画像サーバ（画像識別子＋画像サーバ）でバックアップされているか否か判定する（ステップＳ５１５）。

そして、画像識別子と画像サーバでバックアップされている場合には（ステップＳ５１５のＹＥＳ）、その画像サーバから後でリトリーブを選択する（ステップＳ５１７）。一方、画像識別子と画像サーバでバックアップされていない場合には（ステップＳ５１５のＮＯ）、バックアップ対象の全ての生データと画像データについて、判定が済んだか判断するようになっており（ステップＳ５１９）、判定が済んでいない生データと画像データについては、ステップＳ５０１に戻り、上記の処理を繰り返す。

一方、全ての生データと画像データについて判定が済んだ場合には（ステップＳ５１９のＹＥＳ）、リストア一覧を表示する（ステップＳ５２１）。

図２９は、リストアを減らす処理を実行し、ディスプレイ２４０にリストア一覧を表示させたときの表示画面例を示した図である。

図２９では、検査、データ数、トータルサイズ［ＭＢ］、リストア対象、リストア方法の欄を備えている。

このリストア一覧では、リストア方法の欄において、「完全」、「生データ＋再構成方法」、「画像データ＋画像処理方法」及び「識別子＋画像サーバ」の欄を備えている。

このリストア一覧が、図２４のバックアップ一覧と異なるところは、リストア対象の欄と、リストア方法の欄であり、そのバックアップ一覧と異なるところについて説明する。

リストア対象の欄は、チェックボックスによりリストアを実行する選択の入力欄となっており、ユーザの選択を受け付けるようになっている。また、リストア方法は、リストアする方法を示したものであり、リストア対象に選択された検査について、リストアの方法をラジオボタンで選択するようになっている（ステップＳ５２３）。

例えば、検査「１１１」では、リストア対象として選択されており、バックアップした画像データを、そのまま（完全）リストアすることを示している。検査「２２２」では、リストア対象として選択されていないため、リストア方法を選択することができないようになっている。検査「３３３」では、リストア対象として選択されており、バックアップした画像データをそのままリストアすることを示している。検査「４４４」では、リストア対象として選択されており、バックアップした画像データをリストアするとともに、後でその画像データについて画像処理を行うことを示している。検査「５５５」では、リストア対象として選択されており、後で、例えば、画像サーバ４００などから画像識別子をトリガにしてリトリーブすることを示している。

図２８のフローチャートに戻り、処理回路２１０は、ユーザの選択を反映し、リストア時間を再計算する（ステップＳ５２５）。処理回路２１０は、例えば、リストア対象のチェックボックスにおいて、検査が新たに追加されたり、ラジオボタンでリストア方法を変更することにより、リストア時間を再計算し、ディスプレイ２４０のリストア一覧の下欄にリストア予定時間を表示する。

ユーザがＯＫボタンを押下することにより、リストアの減らす処理を終了し、処理回路２１０は、図２５のステップＳ２０７に移動する。そして、再び、図２６の表示画面を表示して、処理回路２１０は、確認メッセージに表示と、ユーザの入力を受け付けるようになっている（ステップＳ２０７）。

以上説明したように、第２の変形例のリストアを減らす処理では、バックアップを減らす処理と連動して、リストアの対象となる検査の画像データや生データのリストア方法をリストア優先順位によって変更することにより、さらにリストアに要する時間を削減することができる。

（第２の実施形態）
次に、第２の実施形態では、第１の実施形態において、医用画像管理装置２００の状態に応じて、バックアップ対象を最適化するようになっている。

例えば、ソフトウェアのバージョンアップや医用画像管理装置２００自体の更新の場合は、第１の実施形態をそのまま適用することができる。一方、例えば、医用画像管理装置２００において故障があり、故障部品を交換する場合、故障個所に応じて、バックアップ対象やリストア対象を最適化する必要がある。

例えば、医用画像管理装置２００の処理回路２１０は、バックアップデバイス３００にバックアップさせる画像データのうち、故障個所における画像データは、バックアップの対象から除外し、その画像データを生成可能な生データを、データベース２２０からバックアップデバイス３００にバックアップさせる。

図３０は、故障個所に応じて、バックアップやリストアの対象を変更する概念を示した最適化テーブルである。

図３０に示すように、この最適化テーブルでは、送信履歴、画像データ、生データ及びリストアの対象の欄を有している。この最適化テーブルにおいて、「なし」は「故障無し」を示しており、「故障あり」は、該当するデータを記憶するデータベースが故障していることを示している。また、リストアの対象の欄に記載したデータは、そのデータをバックアップし、バックアップしたデータをそのままリストアの対象とすることを示している。

図３０では、例えば、生データデータベース２２２、画像データデータベース２２４、及び送信履歴データベース２２６のいずれもデータベースにも故障がない状態の場合は、画像データと生データの全データをバックアップ及びリストアの対象とすることを示している。また、生データを記憶する生データデータベース２２２のみが「故障あり」の場合には、生データデータベース２２２以外の画像データデータベース２２４の画像データを、バックアップやリストアの対象とすることを示している。また、画像データを記憶する画像データデータベース２２４のみが「故障あり」の場合には、画像データデータベース２２４以外の生データデータベース２２２の生データを、バックアップやリストアの対象とすることを示している。

生データデータベース２２２および画像データデータベース２２４が故障している場合には、これらのバックアップを取ることができないため、データベース２２０をリストアの対象とすることができない。

しかしながら、例えば、図４に示した送信先定義テーブルも参照し、送信履歴データベース２２６に故障がないことを示す「なし」の場合は、その送信先の画像サーバから画像データをリトリーブすることができる。

すなわち、生データデータベース２２２や画像データデータベース２２４が故障している場合は、これらのバックアップを取ることができないが、送信履歴データベース２２６が「故障なし」の場合には、送信履歴データベース２２６を参照することができる。参照によって、その生データや画像データが画像サーバ４００に送信されていたことが判った場合には、その送信先の画像サーバ４００からリトリーブする（取り戻す）ようにしてもよい。なお、生データデータベース２２２、画像データデータベース２２４及び送信履歴の全てが「故障あり」を示している場合には、バックアップ及びリストアの対象とすることができない。

以上説明したように、第２の実施形態では、医用画像管理装置２００の状態に応じて、バックアップ対象やリストア対象を最適化することができる。

（第３の実施形態）
第３の実施形態では、第１の実施形態において例示した、バックアップやリストア時の予定時間の代わりに、希望時間の入力を受け付けるようにしてもよい。

医用画像管理装置２００の処理回路２１０は、例えば、バックアップに要する所定時間の設定を受け付けて、所定時間の近傍で、画像データのバックアップが終了するように、バックアップする画像データを設定する。また、リストアも同様に、リストアに要する所定時間の設定を受け付けて、所定時間の近傍で、画像データのリストアが終了するように、リストアする画像データを設定する。

図３１は、バックアップ画面やリストア画面に希望時間を入力し、その希望時間に近い条件で、バックアップやリストアの対象を抽出する表示画面例を示した図である。

図３１（ａ）では、ディスプレイ２４０において、バックアップ画面に希望時間を入力する例を示している。図３１（ｂ）では、ディスプレイ２４０において、リストア画面に希望時間を入力する例を示している。

第３の実施形態では、第１の実施形態において、バックアップやリストアに必要な時間を算出する計算機能２１６を利用して、希望時間に近い時間となるようにバックアップやリストアの時間を算出し、バックアップやリストアが希望時間の近傍で終了させることができる。

以上説明した少なくともひとつの実施形態によれば、画像データのバックアップ作業及びリストア作業を効率的に実施し、サービスエンジニアの作業時間を減らすと共に、装置の非稼働時間を軽減することができる。

ここまで説明してきた各実施形態では、バックアップデバイス３００が医用画像管理装置２００に接続されるものとしてきたが、バックアップデバイス３００をＣＴ装置等のモダリティ１００に接続するようにしてもよい。ＣＴ装置等のモダリティ１００においても、生データデータベース２２２、画像データデータベース２２４、及び送信履歴データベース２２６等を有するデータベース２２０を備えている場合がある。このような場合、モダリティ１００に前述した処理回路２１０と同様の機能を持たせることにより、医用画像処理装置１を介することなく、ＣＴ装置等のモダリティ１００に接続されたバックアップデバイス３００に、画像データ等を直接バックアップすることができる。

なお、実施形態の説明における処理回路２１０は、特許請求の範囲の記載におけるバックアップデータ決定部及び記憶処理部の一例である。また、実施形態の説明におけるデータベース２２０は、特許請求の範囲の記載における画像記憶部の一例である。また、実施形態の説明における記憶回路２５０は、特許請求の範囲の記載における保存情報記憶部の一例である。また、実施形態の説明におけるバックアップデバイス３００は、特許請求の範囲の記載におけるバックアップ装置又は記録媒体の一例である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００…モデリティ
２００…医用画像管理装置
２１０…処理回路
２２０…データベース
２２２…生データデータベース
２２４…画像データデータベース
２３０…入力回路
２４０…ディスプレイ
２５０…記憶回路
２６０…通信制御回路
２７０…ＵＳＢ Ｉ／Ｆ回路
２８０…内部バス
３００…バックアップデバイス
３０２…バックアップ管理データ
３０４…バックアップ検査データ
４００、４００Ａ、４００Ｂ…画像サーバ
５００…ＭＷＭサーバ
６００…ネットワーク

Claims (12)

1. 被検体の画像データを記憶する医用画像管理装置であって、
   前記画像データを記憶する画像記憶部と、
   前記画像データをバックアップ用の外部のバックアップ装置又は記録媒体に保存するための保存情報を記憶する保存情報記憶部と、
   前記保存情報に基づいて、前記画像記憶部に記憶された画像データのうち、前記外部のバックアップ装置または記録媒体へ保存する画像データを決めるバックアップデータ決定部と、
   バックアップデータ決定部で決定した前記画像データを前記外部のバックアップ装置又は記録媒体に保存する記憶処理部と、を備える、
   医用画像管理装置。
2. 前記バックアップデータ決定部は、
   前記画像記憶部に記憶されている画像データが、外部の画像サーバに送信されて保存されているか否か判定し、前記画像データが前記外部の画像サーバに保存されている場合は、前記画像データをバックアップの対象から除外する、
   請求項１に記載の医用画像管理装置。
3. 前記バックアップデータ決定部は、
   前記画像記憶部に記憶されている画像データが、外部の画像サーバに送信されて保存されているか否か判定し、保存されていない前記画像データを、前記外部のバックアップ装置又は記録媒体に保存する画像データとして決定する、
   請求項１に記載の医用画像管理装置。
4. 前記バックアップデータ決定部は、
   保護すべき前記画像データに対し、プロテクトの設定を受け付けて、そのプロテクトが設定された前記画像データを、前記外部のバックアップ装置又は記録媒体に保存する画像データとして決定する、
   請求項１乃至３のいずれか１項に記載の医用画像管理装置。
5. 前記バックアップデータ決定部は、
   前記プロテクトが設定された前記画像データに対して、バックアップの要否を判定するフラグを割り当て、前記フラグがバックアップの必要を示すときは、その画像データを、前記外部のバックアップ装置又は記録媒体に保存する画像データとして決定する、
   請求項４に記載の医用画像管理装置。
6. バックアップする前記画像データを、前記外部のバックアップ装置又は記録媒体に記憶させる際に要する合計時間を計算し、その合計時間を表示する表示部を、さらに備え、
   前記バックアップデータ決定部は、
   表示された前記合計時間に基づくユーザの指示に応じて、前記外部のバックアップ装置又は記録媒体に保存する前記画像データのうち、一部の前記画像データをバックアップの対象から除外する設定を受け付ける
   請求項１乃至５のいずれか１項に記載の医用画像管理装置。
7. 前記バックアップする前記画像データを、前記外部のバックアップ装置又は記録媒体に保存させる際に要する合計時間を計算し、その合計時間を表示する表示部を、さらに備え、
   前記バックアップデータ決定部は、
   表示された前記合計時間に基づくユーザの指示に応じて、前記画像記憶部に記憶されている画像データを、前記外部のバックアップ装置又は記録媒体にさらに増やして保存する設定を受け付ける
   請求項１乃至６のいずれか１項に記載の医用画像管理装置。
8. 前記バックアップデータ決定部は、
   バックアップに要する所定時間の設定を受け付けて、前記所定時間の近傍で、前記画像データのバックアップが終了するように、バックアップする前記画像データを設定する
   請求項１乃至７のいずれか１項に記載の医用画像管理装置。
9. 前記バックアップデータ決定部は、
   前記外部のバックアップ装置又は記録媒体に保存した前記画像データを、前記画像記憶部の記憶されていた元の記憶領域にリストアする対象の画像データとする設定を受け付ける
   請求項１乃至８のいずれか１項に記載の医用画像管理装置。
10. 前記バックアップデータ決定部は、
    前記リストアの対象の前記画像データに優先順位を割り当てて、その優先順位に従って、前記リストアの対象の前記画像データをリストアさせる
    請求項９に記載の医用画像管理装置。
11. 前記画像記憶部は、
    前記画像データを生成可能な生データを格納し、
    前記バックアップデータ決定部は、
    前記生データも前記外部のバックアップ装置又は記録媒体にバックアップする設定を受け付ける
    請求項１乃至１０のいずれか１項に記載の医用画像管理装置。
12. 前記バックアップデータ決定部は、
    前記外部のバックアップ装置又は記録媒体にバックアップさせる前記画像データのうち、故障個所における前記画像データは、バックアップの対象から除外し、その画像データを生成可能な生データを、前記記憶部から外部のバックアップ装置又は記録媒体にバックアップさせる
    請求項１乃至１１のいずれか１項に記載の医用画像管理装置。

Images