JP5100816B2 - 画像管理システム - Google Patents

Description

本発明は、医用画像を管理するシステムの冗長化技術に関する。

近年、病院内のシステム化が進み、院内で様々なシステムが稼働している。例えば、医用画像を管理する医用画像管理システム（ＰＡＣＳ）や検査状況情報や検査オーダ情報を管理する放射線情報システム（ＲＩＳ）が院内にはり巡らされたネットワークに接続されている。ネットワーク上のコンピュータ端末は、これら医用画像管理システムや放射線情報システムと通信を行い、医用画像、検査状況情報、検査オーダー情報を送受信している。

このネットワークには、例えば通信機能及びコンピュータ機能を備えた超音波診断装置やＸ線装置等のモダリティも参加し、当該モダリティが作成した医用画像を医用画像管理システムと通信できるようになっている。

画像管理システムは、モダリティから受信した医用画像を管理するシステムであり、作成された医用画像をネットワークを介してクライアント端末上で表示できるように医用画像を保管する（例えば、特許文献１参照）。

この画像管理システムは、医療現場の２４時間化が進展する昨今、停止することが許されない。そのため、画像管理システムを構成する装置とは、別個にコンピュータを待機させておき、運用している装置に異常が見つかった際には、別個に待機させているコンピュータに画像管理の設定を行い、いままで行っていた画像管理の実績を反映させる処理を行っていた。

しかし、この画像管理の設定や画像管理の実績の反映手続きは煩雑であり、多くのマニュアルを参照しながら、試行錯誤をおこなっていた。

そこで、冗長化技術によって画像管理を行う機能を複数備え、一方の機能の異常やメンテナンスの際にも、他の画像管理を行う機能を正常動作させる技術が発展している。例えば、ＦＴ（Ｆａｕｌｔ−Ｔｏｌｅｒａｎｔ）サーバがある。ＦＴサーバは、複数の画像管理機能を別個に有し、それぞれに同じ医用画像を受信させ処理を同期させる手段を有するものである。同じ医用画像を受信し、同一処理を同期して行うため、一つが異常であっても停止することなく、画像管理処理を行うことができる。

特開２００２−２４５１７３号公報

ＦＴサーバでは、同じ医用画像を受信し、同一処理を同期して行うため、同期のための装置が必要であり、この同期のための装置が高価である。また、同期の処理が複雑であるため同期のための装置が複雑化し、異常が生じるおそれもある。

本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、医用画像を管理するシステムの冗長化技術に関し、特に簡易に運用している装置と待機している装置を切り替えることのできる技術を提供することにある。

上記課題を解決するために、請求項１記載の発明は、医用画像を管理する画像管理システムであって、ネットワークに接続し、医用画像を発生する医用画像発生装置と、ネットワークに接続し、前記医用画像発生装置から医用画像の受信を可とする設定と医用画像を管理する管理手段を有する第１の画像管理装置と、ネットワークに接続し、医用画像の受信を不可とする設定と医用画像を管理する管理手段とを有し医用画像の管理をホットスタンバイ型として待機する第２の画像管理装置及びコールドスタンバイ型として待機する第３の画像管理装置と、を備え、前記第２の画像管理装置は、あらかじめ計画された前記第１の画像管理装置のメンテナンスを行うためのメンテナンス時期又はあらかじめ計画された前記第１の画像管理装置の再起動時期が到来すると、前記第２の画像管理装置の医用画像の受信を不可とする設定を医用画像の受信を可とする設定に変更するとともに、前記第１の画像管理装置をコールドスタンバイ型の待機サーバに切り替え、前記第３の画像管理装置をホットスタンバイ型の待機サーバに切り替える切替手段を備えること、を特徴とする。

本発明の画像管理システムによっては、医用画像を管理する画像管理システムであって、ネットワークに接続し、医用画像を発生する医用画像発生装置と、ネットワークに接続し、運用装置として前記医用画像発生装置から医用画像の受信を可とする設定と医用画像を管理する管理手段を有する第１の画像管理装置と、ネットワークに接続し、待機装置として医用画像の受信を不可とする設定と医用画像を管理する管理手段とを有し医用画像の管理を待機する第２の画像管理装置と、を備え、前記第２の画像管理装置は、前記第１の画像管理装置の状態をネットワークを介して監視し、異常を検知する監視手段と、前記監視手段が異常を検知すると、前記第２の画像管理装置を運用装置として医用画像の受信を不可とする設定から医用画像の受信を可とする設定に変更する切替手段と、を備えるようにした。これにより、同期等の複雑な処理を行わなくとも簡便に画像管理システムの可用性を向上させることができる。

本実施形態に係る画像管理システムの構成を示すブロック図である。 本実施形態に係る画像管理システムが備える画像管理装置の構成を示すブロック図である。 画像管理装置が運用サーバとして動作した場合の機能ブロック図である。 画像管理装置が待機サーバとして動作した場合の機能ブロック図である。 画像管理装置の医用画像管理の処理を示すフローチャート図である。 待機サーバに異常が検知された場合の動作を示すフローチャートである。 運用サーバに異常が検知された場合の動作を示すフローチャートである。 運用サーバの計画的メンテナンス時の切り替え動作を示すフローチャート図である。 画像管理システムが３重の画像管理装置を備える場合の切り替えを説明する図である。 本実施形態の画像管理システムのシステム構成を示す図である。 本実施形態に係る画像管理システムが備える画像記憶装置の構成を示すブロック図である。 画像記憶装置の機能ブロック図である。 待機している画像記憶装置に異常が検知された場合の動作を示すフローチャートである。 運用している画像記憶装置に異常が検知された場合の動作を示すフローチャートである。 画像記憶装置の計画的メンテナンス時の動作を示すフローチャートである。

以下、本発明に係る画像管理システムの好適な実施形態について、図面を参照しながら具体的に説明する。

（第１の実施形態）
図１に示すように、画像管理システムＳは、いわゆるＰＡＣＳ（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）であり、ネットワークＮに画像データベース２をそれぞれ備えた画像管理装置１ａ，１ｂと複数の画像記憶装置３，３・・・を接続する。画像管理装置１ａ，１ｂ及び画像記憶装置３は、通信機能を有するコンピュータである。

画像管理装置１ａ，１ｂは、画像管理サーバとして医用画像を管理するプログラム、運用サーバ又は待機サーバとして処理を実行するためのプログラム、及び画像データベース２を備え、同一機能を有する。通常、一方が運用サーバとして処理を実行し、他方が待機サーバとして処理を実行する。

本実施形態の画像管理システムＳでは、同一機能を有する画像管理装置１ａ，１ｂを備えることにより、運用サーバの異常時、又は運用サーバの計画的なメンテナンスや計画的な再起動時に、運用サーバと待機サーバを計画的に切り替えて運用するものである。

ネットワークＮに直接接続する画像記憶装置３は、ネットワークアタッチドストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ，ＮＡＳ）であり、医用画像を記憶するファイルサーバである。

尚、この画像管理システムＳは、通信機能を有するコンピュータであるクライアント端末４に接続され、医用画像を当該クライアント端末４に取得させる。また、画像管理システムＳは、通信機能を有するコンピュータを備えたモダリティ５，５・・・に接続され、送信された医用画像の画像記憶装置３への送信及び画像データベース２への登録を行う。

モダリティ５は、被検体内を観察して、得られたデータから被検体内の画像である医用画像を作成する医用診断装置である。例えば、超音波により被検体内を観察する超音波診断装置、Ｘ線により被検体内を観察するＸ線装置、磁場及び電磁波を発生させて被検体内の例えば水素原子核から発生する電波を受信するＭＲＩ装置である。

図２は、画像管理装置１ａ，１ｂのブロック図である。画像管理装置１ａ，１ｂは、図２に示すように、処理部１Ａと主記憶部１Ｂと送受信部１Ｃを備える。処理部１Ａは、いわゆるＣＰＵであり、プログラムに従った演算を行い、各周辺部を制御する。主記憶部１Ｂは、例えば半導体メモリ等のＲＡＭであり、処理部１Ａの作業領域として、プログラム、若しくは処理部１Ａの演算による演算結果、又はデータが展開される。送受信部１Ｃは、例えばＬＡＮやモデム等のネットワークアダプタであり、ネットワークＮに接続するデバイスにデータを送受信する。

また、複数のＨＤＤで構成される外部記憶部１Ｄを備え、ＲＡＩＤコントローラ１Ｅの制御によりＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）として冗長化されている。この外部記憶部１Ｄには、モダリティ５から受信した医用画像、及び画像データベース２が記憶されている。

画像データベース２は、医用画像を特定する情報である医用画像情報と医用画像の記憶位置を示す記憶位置情報とを対にして格納し、またＳＱＬ等のリレーショナルデータベース操作言語に対応したデータベース管理システムとしての機能を備える。

また、無停電電源装置１Ｆ（ＵＰＳ，Ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ Ｐｏｗｅｒ Ｓｕｐｐｌｙ）を備え、内部に発電機を有し、停電時にも数分間稼働可能となっている。

外部記憶部１Ｄに記憶されたプログラムに従って処理部１Ａが演算を行い、各周辺部を制御することによって、画像管理装置１ａ，１ｂは、図３及び４に示すように、各機能を実行する。図３は、運用サーバとして動作する装置の機能ブロック図、図４は待機サーバとして動作する機能ブロック図である。実線は、運用サーバ又は待機サーバの役割として処理を行う機能、破線は処理を停止している機能を示す。

画像管理装置１ａ，１ｂは、画像管理部１００と医用画像保管部１１０とを備える。画像管理部１００と医用画像保管部１１０は、医用画像管理としての処理を行うものである。この画像管理部１００と医用保管部１１０は、運用サーバとして動作した場合処理を実行する。

画像管理部１００は、医用画像を管理する手段である。管理は、モダリティ５から受信した医用画像の画像記憶装置３への書き込み、及び画像データベース２への登録である。また、管理は、クライアント端末４から受信した医用画像の取得要求信号に対する医用画像の記憶位置情報の返信である。

モダリティ５から受信した医用画像の書き込み及び登録は、クライアント端末４が医用画像を取得可能とする処理である。画像データベース２への登録では、書き込んだ医用画像のレコードを作成して、医用画像を特定する医用画像情報と医用画像の記憶位置を示す記憶位置情報とを対にして格納する。

この登録処理は、画像データベース２のデータベース管理システムへＳＱＬ等のリレーショナルデータベース操作言語により記述されたインサート命令とインサートする医用画像情報及び記憶位置情報を画像データベース２に送出するものである。画像データベース２では、データベース管理システムにより、インサート命令を実行することで、レコードを作成し、インサートする医用画像情報と記憶位置情報を対にして格納する。

医用画像の記憶位置情報の返信は、ネットワークＮに接続されたクライアント端末４から医用画像を特定する情報である医用画像情報を含む医用画像の取得要求信号が送信されると、医用画像情報を検索キーとして画像データベース２から該当する医用画像情報と対になった記憶位置情報を抽出し、クライアント端末４に返信する。この処理によって、クライアント端末４は、記憶位置情報に従って画像記憶装置３にアクセスし、画像記憶装置３から医用画像を取得する。

医用画像保管部１１０は、例えば外部記憶部１Ｄを含み、モダリティ５から受信した医用画像を、管理開始まで、すなわち画像記憶装置３に送信及び画像データベース２に登録するまで一時的に保管する。

画像管理部１００と医用画像保管部１１０が処理を実行する運用サーバの医用画像管理動作を説明する。図５は、医用画像管理の処理を示すフローチャート図である。

まず、モダリティ５から医用画像を受信すると（Ｓ１０１）、受信した医用画像は、外部記憶部１Ｄに一時的に記憶される（Ｓ１０２）。

外部記憶部１Ｄに記憶されている医用画像を順次読み出して（Ｓ１０３）、ＤＩＣＯＭ規格によって医用画像に付帯する医用画像情報を取得し（Ｓ１０４）、画像記憶装置３，３，・・・の何れかにネットワークＮを介して書き込む（Ｓ１０５）。

医用画像を書き込むと、例えばリレーショナルデータベース操作言語により画像データベース２に新規にレコードを作成する制御を行い、取得した医用画像情報と書き込み先の記憶位置情報を対にした新規レコードを画像データベース２に登録して（Ｓ１０６）、一連の処理を終了する。

また、画像管理装置１ａ，１ｂは、バックアップ部１２０と、自己診断や最適化やその他のアプリケーション機能部群１３０と、ログ蓄積部１４０とを備えている。

バックアップ部１２０は、各種データをバックアップする手段であり、画像データベース２をデータベースバックアップ保管部１２１にバックアップし、モダリティ５から受信した医用画像を画像バックアップ保管部１２２にバックアップする。

待機サーバとして動作する装置では、医用画像の受信を付加とする設定、すなわち医用画像を可とするＩＰアドレスやホスト名、ＡＥタイトルと異なる設定がされており、医用画像を受信しない。従って画像バックアップ保管部１２２に医用画像のバックアップは格納されない。

自己診断や最適化やその他のアプリケーション群１３０は、画像管理装置１ａ，１ｂのＯＳ（オペレーティングシステム）上で動作している各種アプリケーションにより実現される機能であり、画像管理装置１ａ，１ｂの自己診断を行う機能、外部記憶部１Ｄの最適化を行う機能を含む。特に自己診断アプリケーションでは、コンシステンシーチェック等を行い、最適化アプリケーションでは、外部記憶部１Ｄや画像データベース２のデフラグを行う。

ログ蓄積部１４０は、ログを蓄積する手段であり、自己診断や最適化やその他のアプリケーション機能部１３０が作成した各種ログを蓄積する。特に装置の異常を検知できるように、ログとして装置状態の正常又は異常を示す装置状態情報を蓄積する。

装置状態情報としては、少なくとも、ＲＡＩＤコントローラ１Ｆが作成する外部記憶部１Ｄの状態情報、コンシステンシーチェックによる外部記憶部１Ｄの状態情報、ＯＳが実行するシステムプロセスやその他のアプリケーションが実行するユーザプロセスの状態情報、データ受信の状態情報、データ送信の状態情報、図示しない入力手段によって医用画像を管理するために設定された設定内容の変更有無等の状態情報、待機サーバとして動作する装置で蓄積され運用サーバとして動作している装置で処理を行う画像管理部に設定された設定内容のコピー状態情報、バックアップ部１２０による画像保管部１１０に保管された医用画像バックアップの状態情報と画像データベース２のバックアップの状態情報、データベースの断片化状態情報、外部記憶部１Ｄの断片化状態情報、クライアント端末４からのアクセスの状態情報が蓄積される。

また、画像管理装置１ａ，１ｂは、切替部１５０と整合部１７０と監視部１６０とを備えている。切替部１５０と整合部１７０と監視部１６０は、画像管理装置１ａ，１ｂを運用サーバ若しくは待機サーバに切り替えるための処理を行うものである。

監視部１６０は、通信状態や装置状態を監視する。画像管理装置１ａが備える監視部１６０、画像管理装置１ｂが備える監視部１６０共に、ネットワークを介して互いの通信状態を確認し、また互いのログ蓄積部１４０にアクセスして互いの装置状態を監視する。さらに画像管理装置１ａが備える監視部１６０、画像管理装置１ｂが備える監視部１６０は共に、内部バスを介して自身のログ蓄積部１４０にアクセスして、自身の装置状態を監視する。

監視部１６０は、この監視により、通信状態や装置状態を解析し異常を検知する。装置状態情報の監視順は、予め定められた順、又は装置状態情報毎に定められた優先度順で監視する。

整合部１７０は、画像管理装置１ａ，１ｂの整合をとる。画像管理装置１ａ，１ｂの画像データベース２、画像管理のための設定内容、及び管理前に一時保管されている医用画像を一致させ、運用サーバとして動作する装置が行った医用画像管理実績を待機サーバとして動作する装置に反映する。

切替部１５０は、運用サーバと待機サーバを切り替える手段である。計画的切り替えや異常検知を契機として、運用サーバとして動作する装置を医用画像の受信を不可とする設定がされた待機サーバ又は医用画像受信不能な装置へ、待機サーバとして動作する装置を医用画像の受信を可とする設定がなされる運用サーバへ切り替える。切り替え処理は、医用画像の受信を可又は不可とする設定に変更する処理と各機能の処理開始又は停止の制御である。各機能の処理開始又は停止は、段階的に行われる。

画像管理装置１ａ，１ｂを運用サーバ若しくは待機サーバに切り替えるための処理を行う監視部１６０と整合部１７０と切替部１５０とについて更に詳細に説明する。

監視部１６０は、通信確認部１６１とログ監視部１６２とカメラ監視部１６３とを備え各種項目の監視を行う。

通信確認部１６１は、画像管理装置１ａ，１ｂの通信確認部１６１ともに互いの送受信部１Ｃがアクティブであるか否かを確認する。確認項目は、ＩＰパケットが届くか、ＤＩＣＯＭ通信可能か、データベース更新情報が送信されてきているかである。尚、データベース更新情報が送信されてきているかの確認は、待機サーバとして動作する装置で行われる。

ＩＰパケットが届くかどうかを確認するため、ｐｉｎｇ等のＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓｅｇｅ Ｐｒｏｔｏｃｏｌ）のｅｃｈｏコマンドを実行する。また、ＤＩＣＯＭ通信可能か確認するため、ＤＩＣＯＭ規格のＣ−ｅｃｈｏコマンドを実行する。また、データベース更新情報が送信されてきているか確認するため、データベース更新情報の取得間隔をカウントし、一定時間以上データベース更新情報が送信されなければ異常と判定する。

ログ監視部１６２は、画像管理装置１ａ，１ｂのログ監視部１６２ともに互いのログ蓄積部１４０に蓄積された装置状態情報を読み出して解析し、装置状態情報の異常を検知する。計画的切り替えにおいても、画像管理装置１ａ，１ｂのログ監視部１６２ともに自身のログ蓄積部１４０に蓄積された装置状態情報を読み出して解析し、装置状態の異常を検知する。

計画的切り替え時、特に待機サーバとして動作する装置では、データベースの断片化状態情報、外部記憶部１Ｄの断片化状態情報、コンシステンシーチェック状況を読み出して解析し、メンテナンスの必要性を検知する。

カメラ監視部１６３は、画像管理装置１ａ，１ｂの通信確認部ともに互いのハードウェア状態を監視する。電源ランプ、外部記憶装置１Ｄのランプ、ネットワークに接続するケーブルを撮影し、得られた画像を解析して、ランプであれば色の変化、ケーブルであればケーブルの外れを監視する。

この監視部１６０では、予め定められた監視順に従って関し各種項目の監視を行っている。監視順位によって異常レベルが高、中、低で設定されており、異常が検知されれば、その異常が検知された項目に対応する異常レベルのフラグが立てられる。本実施形態では、項目の監視順位に応じて異常レベルが設定されている。

例えば、監視順位は、１．通信確認部１６１による通信確認、２．ＲＡＩＤコントローラ１Ｆが作成する外部記憶部１Ｄの状態情報、３．ＯＳが実行するシステムプロセスやその他のアプリケーションが実行するユーザプロセスの状態情報、４．データベースの断片化状態情報、外部記憶部１Ｄの断片化状態情報、５．コンシステンシーチェックによる外部記憶部１Ｄの状態情報、６．データ受信の状態情報及びデータ送信の状態情報、７．待機サーバとして動作する装置で蓄積され運用サーバとして動作している装置で処理を行う画像管理部に設定された設定内容のコピー状態情報、８．バックアップ部１２０による画像保管部１１０に保管された医用画像バックアップの状態情報と画像データベース２のバックアップの状態情報、９．クライアント端末４からのアクセスの状態情報である。

１〜３で異常が検知されれば高レベルの異常検知フラグが立てられる。４〜６で異常が検知されれば中レベルの異常検知フラグが立てられる。７〜９で異常が検知されれば低レベルの異常検知フラグが立てられる。

整合部１７０は、データベース更新情報送信部１７１と医用画像取得部１７２と画像送信要求部１７３と設定内容取得部１７４とバックアップ取得部１７５を備える。

運用サーバとして動作する装置では、データベース更新情報送信部１７１のみ処理を行い、待機サーバとして動作する装置では、データベース更新情報送信部１７１の処理は行わない。また、待機サーバとして動作する装置に係る医用画像取得部１７４と画像送信要求部１７３は、異常状態の程度や計画的切り替え時といった切り替え原因に応じて、待機サーバとして動作する装置から運用サーバとして動作する装置への遷移中に処理を行い、片方のみが処理を行う。

データベース更新情報送信部１７１は、運用サーバとして動作する装置で処理を実行する。画像管理部１００が画像データベース２に対して送出したＳＱＬで記述されたインサート命令とインサートする医用画像情報及び記憶位置情報を含むデータベース更新情報を逐次取得して、待機サーバとして画像データベース２への登録を受け付けるＩＰアドレス、ホスト名、及びＡＥタイトルが設定されている装置に送信する。

待機サーバとして動作している装置の画像データベース２では、データベース更新情報を受け取ることにより、画像記憶装置３に書き込まれた医用画像の新規レコードを作成し、医用画像情報と記憶位置情報を対にして当該新規レコードに格納し、運用サーバとして動作している装置の画像データベース２と同期する。

設定内容取得部１７４は、待機サーバとして動作する装置で処理を実行する。運用サーバとして動作している装置において入力手段を用いて設定された画像管理の設定内容の変更有無を示す状態情報を所定時間間隔でネットワークＮを介して読み出す。自身のログ蓄積部１６０に蓄積されている設定内容のコピーの状態情報と異なり、設定内容が変更されたていることを検知した場合は、その設定内容を読み出して、待機サーバとして動作する装置に反映する。反映した場合は、自身のログ蓄積部１４０に最新の設定内容コピーの状態情報を蓄積する。

医用画像取得部１７２は、待機サーバとして動作する装置で処理を実行する。運用サーバとして動作している装置の画像保管部１１０から管理前の医用画像、すなわち画像記憶装置３への送信及び画像データベース２への登録のために保管されている医用画像を取得する。

画像送信要求部１７３は、モダリティ５に対して、所定の過去の時点から現在の時点までに運用サーバとして動作している装置に送信した医用画像の再送を要求するメッセージを送信する。所定の過去の時点は、運用サーバとして動作する装置が医用画像を受信してから、画像記憶装置３，３，・・・への書き込み及び画像データベース２への登録が完了するまでのタイムラグを包含することが望ましい。

例えば、画像データベース２へ最後に登録された医用画像のモダリティ５からの送信日時を画像データベース２から参照し、その送信日時より最大１日前の医用画像についての医用画像の再送を要求するメッセージを送信する。

また、画像送信要求部１７３は、画像データベース２を参照して、まだ登録されていない医用画像を特定する情報、例えば患者ＩＤ、検査ＩＤ、シリーズＩＤ、及び画像番号をメッセージに付加して要求先毎に再送を要求する対象を示してもよい。

バックアップ取得部１７５は、運用サーバとして動作する装置のログ蓄積部１４０に蓄積されたバックアップの状態情報を所定時間間隔で読み出して、待機サーバとして動作する装置自身のログ蓄積部に蓄積されたバックアップの状態情報と異なれば、バックアップを取得する。

切替部１５０は、通信設定保持部１５１と通信設定切替部１５２と機能切替制御部１５３とを備え、待機サーバとして動作する装置と運用サーバとして動作する装置を切り替える。またメッセージ送信部１５４を備え、画像管理システムＳの管理者が使用する図示しない端末にネットワークを介して異常を示すメッセージを送信する。

切替処理の開始は、監視部１６０が高レベルの異常検知フラグを立てた場合に行われる。中レベルの異常検知フラグが立っている場合には、メッセージ送信部１６４がネットワークを介して、画像管理システムＳの管理者が使用する図示しない端末に運用サーバとして動作する装置と待機サーバとして動作する装置の切り替え許可又は不許可を選択させるボタンを表示させ、切り替え許可のボタンが押下された場合に切り替え処理を行う。低レベルの異常検知フラグが立っている場合には、メッセージ送信部１６４が低レベルの異常検知がなされたことを示すメッセージを端末に送信する。尚、待機サーバとして動作する装置に異常がある場合は、メッセージを送信するのみである。

通信設定保持部１５１は、医用画像の受信を可とする運用サーバのＩＰアドレス、ホスト名、及びＡＥタイトルを格納し、また医用画像の受信を不可とする待機サーバのＩＰアドレス、ホスト名、及びＡＥタイトルを格納する。この待機サーバのＩＰアドレス、ホスト名、及びＡＥタイトルは、データベース更新情報送信部１７１がデータベース更新情報を送信する送信先の設定となり、この設定が行われることによってデータベース更新情報送信部１７１からの画像データベース２への登録を受け付けることができる。

通信切替部１５２は、送受信部１Ｃの通信を制御する通信制御部１８０に設定されているＩＰアドレスやホスト名、ＡＥタイトルを変更する。待機サーバとして動作している装置の通信切替部１５２は、自身の通信制御部１８０に運用サーバのＩＰアドレス又はホスト名、ＡＥタイトルに変更して医用画像の受信を可とする設定を行う。

本実施形態では、待機サーバとして動作している装置の通信切替部１５２が、運用サーバとして動作する装置の通信制御部１８０に待機サーバのＩＰアドレスやホスト名、ＡＥタイトルを設定して医用画像の受信を不可とする設定を行う。運用サーバとして動作する装置のメンテナンスや再起動時等の計画的切り替え時は、運用サーバとして動作する装置が自身の通信設定部１８０の切り替えを行ってもよい。

運用サーバとして動作する装置の機能切替制御部１５３は、計画的切り替え時、運用サーバとして動作する装置の各種機能を停止し、待機サーバとして動作する装置の各種機能を開始させる制御を行う。待機サーバとして動作する装置の機能切替制御部１５３は、待機サーバとして動作する装置の機能を停止し、運用サーバとして動作する装置の機能を開始させる。

待機サーバとして動作する装置の機能切替制御部１５３は、運用サーバに異常がある場合、異常の程度が通信不能であれば、運用サーバへの遷移中に医用画像送信要求部１７３の処理を開始させ、さらに画像管理部１００とバックアップ部１２０の処理を開始させる。異常の程度が装置状態の異常であれば、運用サーバへの遷移中に医用画像取得部１７２と設定内容取得部１７４とバックアップ取得部１７５の処理を開始させ、その後画像管理部１００とバックアップ部１２０の処理を開始させる。

計画的切り替えの場合は、運用サーバとして動作する装置の機能切替制御部１５３では、画像管理部１００の処理を停止させ、待機サーバとして動作する装置の機能切替制御部１５３では、運用サーバへの遷移中に医用画像取得部１７２と設定内容取得部１７４とバックアップ取得部１７５の処理を開始させ、その後画像管理部１００とバックアップ部１２０の処理を開始させる。

画像管理装置１ａ，１ｂを備える画像管理システムＳの待機サーバに異常が検知された場合の動作を説明する。尚、画像管理装置１ａが運用サーバとして動作し、画像管理装置１ｂが待機サーバとして動作していることを前提にする。図６は、待機サーバに異常が検知された場合の動作を示すフローチャートである。

まず、運用サーバとして動作する画像管理装置１ａが待機サーバとして動作する画像管理装置１ｂの通信異常を検知すると（Ｓ２０１，Ｙｅｓ）、画像管理装置１ａでは、高レベルの異常検知フラグが立つ（Ｓ２０２）。画像管理装置１ａでは、高レベルの異常検知フラグが立つと、管理者が使用する端末へ高レベルの異常を示すメッセージと異常内容をネットワークＮを介して送信する（Ｓ２０３）。

運用サーバとして動作する画像管理装置１ａが待機サーバとして動作する画像管理装置１ｂの装置状態異常を検知すると（Ｓ２０４，Ｙｅｓ）、画像管理装置１ａでは、その異常のレベルに応じて高〜低レベルの異常検知フラグが立つ（Ｓ２０５）。画像管理装置１ａでは、異常検知フラグが立つと、管理者が使用する端末へ高〜低レベルの異常を示すメッセージと異常内容をネットワークＮを介して送信する（Ｓ２０６）。

画像管理装置１ａ，１ｂを備える画像管理システムＳの運用サーバに異常が検知された場合の切り替え動作を説明する。尚、画像管理装置１ａが運用サーバとして動作し、画像管理装置１ｂが待機サーバとして動作していることを前提にする。図７は、運用サーバに異常が検知された場合の動作を示すフローチャートである。

まず、待機サーバとして動作する画像管理装置１ｂが運用サーバとして動作する画像管理装置１ａの通信異常を検知すると（Ｓ３０１，Ｙｅｓ）、画像管理装置１ｂでは、高レベルの異常検知フラグが立つ（Ｓ３０２）。通信異常を由来とした高レベルの異常検知フラグが立つと、画像管理装置１ｂでは、ＩＰアドレスやホスト名、ＡＥタイトルを、医用画像を受信する装置、すなわち運用サーバとして動作する装置、すなわち医用画像の受信を可とするＩＰアドレスやホスト名、ＡＥタイトルの設定に変更し、無停電電源装置を動作させる（Ｓ３０３）。

さらにモダリティ５から受信した登録前の医用画像を再度受信するために、モダリティ５，５に対して、所定の過去の時点から現時点までに画像管理システムＳに送信した医用画像の再送を要求する情報をネットワークＮを介して送信する（Ｓ３０４）。次に画像管理処理を開始させて（Ｓ３０５）、一連の切り替え処理を終了する。

また、待機サーバとして動作する画像管理装置１ｂが運用サーバとして動作する画像管理装置１ａの高レベルの装置状態異常を検知すると（Ｓ３０６，Ｙｅｓ）、画像管理装置１ｂ装置では、装置状態異常を由来とする高レベルの異常検知フラグが立つ（Ｓ３０７）。

装置状態異常を由来とする高レベルの異常検知フラグが立つと、画像管理装置１ｂでは、ＩＰアドレスやホスト名、ＡＥタイトルを、運用サーバとして動作する装置、すなわち医用画像の受信を可とするＩＰアドレスやホスト名、ＡＥタイトルの設定に変更し、無停電電源装置１Ｆを動作させる（Ｓ３０８）。さらに画像管理装置１ａに対しては、ネットワークＮを介して待機サーバとして動作する装置、すなわち医用画像の受信を不可とするＩＰアドレスやホスト名、ＡＥタイトルの設定に変更する（Ｓ３０９）。

さらに、モダリティ５から受信した書込及び登録前の医用画像をネットワークを介して画像管理装置１ａから取得する（Ｓ３１０）。さらに画像管理装置１ａから設定内容の状態情報を取得して画像管理装置１ｂの設定内容コピーの状態情報と異なれば画像管理の設定内容を取得して画像管理装置１ｂに反映し、またバックアップの情報を取得して、バックアップを取得する必要があれば医用画像のバックアップや画像データベース２のバックアップを取得する（Ｓ３１１）。画像管理装置１ｂでは、画像管理処理を開始させて（Ｓ３１２）、一連の切り替え処理を終了する。

また、待機サーバとして動作する画像管理装置１ｂが運用サーバとして動作する画像管理装置１ａの中レベルの装置状態異常を検知すると（Ｓ３１３，Ｙｅｓ）、画像管理装置１ｂ装置では、装置状態異常を由来とする中レベルの異常検知フラグが立つ（Ｓ３１４）。

中レベルの異常検知フラグが立つと、画像管理装置１ｂでは、管理者の端末に切り替えを行うか否かの選択を施し（Ｓ３１５）、切り替える場合は（Ｓ３１５，Ｙｅｓ）、Ｓ３０７〜Ｓ３１１の処理を行い一連の切り替え処理を終了する。

また、待機サーバとして動作する画像管理装置１ｂが運用サーバとして動作する画像管理装置１ａの低レベルの装置状態異常を検知すると（Ｓ３１６，Ｙｅｓ）、画像管理装置１ｂ装置では、装置状態異常を由来とする低レベルの異常検知フラグが立つ（Ｓ３１７）。

低レベルの異常検知フラグが立つと、画像管理装置１ｂでは、管理者の端末に低レベルの異常検知のメッセージを送信し（Ｓ３１８）、一連の切り替え処理を終了する。

画像管理装置１ａ，１ｂを備える画像管理システムＳの運用サーバの計画的メンテナンス時や計画的再起動時の切り替え動作を図８に基づき説明する。尚、画像管理装置１ａが運用サーバとして動作し、画像管理装置１ｂが待機サーバとして動作していることを前提にする。

まず、運用サーバとして動作する画像管理装置１ａのメンテナンス時期又は再起動時期が到来すると（Ｓ４０１，Ｙｅｓ）、待機サーバとして動作する画像管理装置１ｂを監視する（Ｓ４０２）。画像管理装置１ｂに異常がある場合（Ｓ４０３，Ｎｏ）、管理者が使用する端末に異常情報をネットワークを介して送信し（Ｓ４０４）、運用サーバと待機サーバとの切り替えを中止する。

画像管理装置１ｂが正常状態であれば（Ｓ４０３，Ｙｅｓ）、画像管理装置１ｂはデフラグ、コンシステンシーチェック、画像のバックアップの程度を監視しメンテナンスの必要性をチェックする（Ｓ４０５）。メンテナンスの必要があれば（Ｓ４０５，Ｙｅｓ）、メンテナンス必要検知フラグを立て、メンテナンス必要検知フラグが立つと自身のメンテナンスを行う（Ｓ４０６）。尚、ここでのメンテナンスは、デフラグ、コンシステンシーチェック、画像のバックアップ等を行う。

メンテナンス必要検知フラグが立たない場合（Ｓ４０５，Ｎｏ）、又は自身のメンテナンス（Ｓ４０６）を終了すると、画像管理装置１ｂは、画像管理装置１ａを監視する（Ｓ４０７）。画像管理装置１ａが正常であれば（Ｓ４０８，Ｙｅｓ）、画像管理装置１ｂに設定されているＩＰアドレスやホスト名、ＡＥタイトルの設定を医用画像を受信する運用サーバのＩＰアドレスやホスト名、ＡＥタイトルに設定し（Ｓ４０９）、再起動する（Ｓ４１０）。装置状態が異常であれば（Ｓ４０８，Ｎｏ）、異常時の切り替え動作に移行し図７に示したＳ３０１〜Ｓ３１８を行う（Ｓ４１１）。

画像管理装置１ｂの再起動処理終了直前に、画像管理装置１ａは、画像管理装置１ａに設定されているＩＰアドレスやホスト名、ＡＥタイトルの設定を待機サーバのＩＰアドレスやホスト名、ＡＥタイトルに設定し、画像管理処理を終了する（Ｓ４１２）。

画像管理装置１ｂは、再起動後、画像管理装置１ａに格納されている管理待ちの医用画像を取得し（Ｓ４１３）、画像管理装置１ａの設定内容の状態情報を取得して画像管理装置１ｂの設定内容コピーの状態情報と異なれば、設定内容を取得して画像管理装置１ｂに反映し（Ｓ４１４）、バックアップを取得する必要があればバックアップを取得し（Ｓ４１５）、画像管理処理を開始して（Ｓ４１６）、一連の処理を終了する。

尚、登録前の医用画像をポートミラーリングや転送処理により画像管理装置１ａ，１ｂともに受信できるようにすることも画像管理装置１ａが画像管理装置１ｂに転送するようにすることもできる。この場合、待機サーバとして動作する装置では、運用サーバとして入れ替わった後、画像データベース２を参照して、登録が行われていない医用画像から画像記憶装置３への送信及び画像データベース２への登録を行うようにすればよい。

また、入れ替わり遷移中に行われる再起動時には、クライアント端末４から運用サーバとして動作する装置にアクセスができない場合がある。この場合、クライアント端末４に画像管理装置１ａ，１ｂを仮想上統合する機能を備えるようにすればよい。仮想上統合する機能により、片方から応答がない場合、もう一方にアクセスしたり、ポートミラーリングや画像管理装置１ａ，１ｂ双方のショートカットを用意して応答がない場合にアクセスするアクセス先をクライアント端末４を使用する使用者に選択させてもよい。

（第２の実施形態）
図９の（ａ）〜（ｃ）に示すように、画像管理装置１ｃを更に画像管理システムＳに備えるようにして３重化してもよい。図９は、画像管理システムＳが画像管理装置１ａ，１ｂ，１ｃを備える場合の切り替えを説明する図である。

図９では、画像管理装置１ａが運用サーバとして動作する装置であり、画像管理装置１ｂ，１ｃが待機サーバとして動作する装置である。画像管理装置１ｂと画像管理装置１ｃは、優劣が定まっている。画像管理装置１ｂは、ホットスタンバイ型として、画像データベース２と画像管理の設定内容とバックアップを更新している。画像管理装置１ｃは、コールドスタンバイ型として、自己診断及び最適化のアプリケーションが処理を行っている。

コールドスタンバイ型の画像管理装置１ｃには、医用画像の受信が不可であり、かつ画像データベース２の登録を受け付ける設定とは異なるＩＰアドレス、ホスト名、及びＡＥタイトルが設定されており、画像データベース２と画像管理の設定内容とバックアップを更新の処理は停止している。

図９の（ａ）は、画像管理装置１ａに異常状態が検知され、若しくはメンテナンスのために計画的に運用サーバと待機サーバとを切り替える場合である。この場合、画像管理装置１ａをコールドスタンバイ型の待機サーバとして切り替え、画像管理装置１ｂを運用サーバとして切り替え、画像管理装置１ｃをホットスタンバイ型の待機サーバに切り替える。尚、画像管理装置１ｃは、コールドスタンバイ時、画像データベース２の同期は行われていないので、ホットスタンバイ型の待機サーバへの切替時、画像データベース２の取得を画像管理装置１ｂから行う。

図９の（ｂ）は、画像管理装置１ｂに異常状態が検知された場合である。この場合、画像管理装置１ｂをコールドスタンバイ型の待機サーバとして切り替え、画像管理装置１ｃをホットスタンバイ型の待機サーバに切り替える。この際、画像データベース２の同期を行ってから切り替えが行われる。

図９の（ｃ）は、画像管理装置１ｃに異常状態が検知された場合である。この場合、画像管理装置１ｃの異常状態情報を管理者に報知する。

尚、画像管理装置１ｃは、コールドスタンバイ時、画像データベース２の同期は行われていないので、ホットスタンバイ型の待機サーバへの切替時、画像データベース２の取得を画像管理装置１ｂから行う。

また、切り替え方には、上記のほか、安定度レベルの一番高い装置を運用サーバとして選択する方法を採ってもよい。３重化の場合の各画像管理装置１ａ〜１ｃには、それぞれ安定度レベルが設定されている。

安定度レベルは、監視順位に従って区切られて監視項目に対応する。監視部１６０は、異常の検知のほか、監視項目の状態が安定であることを検知する。安定であることが検知された監視順位によって各画像管理装置１ａ〜１ｃに安定度レベルが設定される。

より深い監視順位の監視項目が安定であれば安定度レベルは高く設定される。運用サーバとして動作する装置の切り替え時、各画像管理装置１ａ〜１ｃの安定度レベルを比較して、もっとも高い安定度レベルの装置を運用サーバに切り替えるようにしてもよい。

尚、計画的切り替え時には、計画的切り替え時期到来以前からコールドスタンバイ型の画像管理装置１ｃをホットスタンバイ型の処理を行わせるようにして安定度レベルを高めてもよい。

（第３の実施形態）
運用を行う装置と待機する装置との切り替えは、画像記憶装置３にも適用できる。図１０は、本実施形態の画像管理システムＳのシステム構成を示す図である。

図１０に示すように、画像管理システムＳには、ネットワークＮに接続されるＨＵＢ６を介して一対の画像記憶装置３ａ，３ｂが接続されている。ＨＵＢ６は、ミラーリング機能を備えており、医用画像を一対の画像記憶装置３ａ，３ｂに対してそれぞれ渡している。

図１１は、画像記憶装置３ａ，３ｂの構成を示すブロック図である。図１１に示すように、画像記憶装置３ａ，３ｂは、処理部３Ａと主記憶部３Ｂと送受信部３Ｃを備える。処理部３Ａは、いわゆるＣＰＵであり、プログラムに従った演算を行い、各周辺部を制御する。主記憶部３Ｂは、例えば半導体メモリ等のＲＡＭであり、処理部１Ａの作業領域として、プログラム、若しくは処理部３Ａの演算による演算結果、又はデータが展開される。送受信部３Ｃは、例えばＬＡＮやモデム等のネットワークアダプタであり、ネットワークＮに接続するデバイスにデータを送受信する。

また、複数のＨＤＤで構成される外部記憶部３Ｄを備え、ＲＡＩＤコントローラ３Ｅの制御によりＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）として冗長化されている。この外部記憶部３Ｃには、コンピュータを画像記憶装置として運用させ又は待機させるプログラムと、画像管理装置１によって書き込まれた医用画像が記憶されている。

また、無停電電源装置３Ｆ（ＵＰＳ，Ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ Ｐｏｗｅｒ Ｓｕｐｐｌｙ）を備え、内部に発電機を有し、停電時にも数分間稼働可能となっている。

図１２は、画像記憶装置３ａ，３ｂの機能ブロック図である。外部記憶部３Ｃに記憶されたプログラムに従って処理部３Ａが演算を行い、各周辺部を制御することによって、画像管理装置１ａ，１ｂは、図１２に示すように、各機能を実行する。尚、第１の実施形態において説明した構成と同一の構成については同一名称、同一符号を付し、詳細な説明を省略する。

図１２に示すように、画像記憶装置３ａ，３ｂは、画像書込部３１０と画像記憶部３２０と画像配信部３３０と自己診断や最適化やその他のアプリケーション機能部群１３０とログ蓄積部１４０と切替部１５０と監視部１６０を備える。

画像書込部３１０は、画像管理装置１が管理するために送信した医用画像を画像記憶部３２０に書き込む。画像記憶部３２０は、書き込まれた医用画像を記憶する。画像配信部３３０は、クライアント端末４からのアクセスによって医用画像をクライアント端末４に送信する。

通信設定保持部１５１には、クライアント端末４からのアクセスを可とするＩＰアドレスやホスト名、ＡＥタイトルと、クライアント端末４からのアクセスを不可として待機するＩＰアドレスやホスト名、ＡＥタイトルを保持している。

以下、画像記憶装置３ａが運用されている装置であり、画像記憶装置３ｂが待機している装置として説明する。画像記憶装置３ｂに異常が検知された場合の動作を説明する。図１３は、画像記憶装置３ｂに異常が検知された場合の動作を示すフローチャートである。

まず、画像記憶装置３ａが画像記憶装置３ｂの通信異常を検知すると（Ｓ５０１，Ｙｅｓ）、画像記憶装置３ａでは、高レベルの異常検知フラグが立つ（Ｓ５０２）。画像記憶装置３ａでは、高レベルの異常検知フラグが立つと、管理者が使用する端末へ高レベルの異常を示すメッセージと異常内容をネットワークＮを介して送信する（Ｓ５０３）。

画像記憶装置３ａが画像記憶装置３ｂの装置状態に関する高〜低レベルの状態異常を検知すると（Ｓ５０４，Ｙｅｓ）、画像記憶装置３ａでは、装置状態に関する高〜低レベルの異常検知フラグが立つ（Ｓ５０５）。画像記憶装置３ａでは、装置状態に関する高〜低レベルの異常検知フラグが立つと、管理者が使用する端末へ異常を示すメッセージと異常内容をネットワークＮを介して送信する（Ｓ５０６）。

画像記憶装置３ａに異常が検知された場合の動作を図１３に基づき説明する。まず、画像記憶装置３ｂが画像記憶装置３ａの通信異常や高レベルの装置状態異常を検知すると（Ｓ６０１，Ｙｅｓ）、画像記憶装置３ｂでは、高レベルの異常検知フラグが立つ（Ｓ６０２）。

高レベルの異常検知フラグが立つと、画像記憶装置３ｂでは、ＩＰアドレスやホスト名、ＡＥタイトルを、クライアント端末４からアクセスされる装置、すなわち運用する装置のＩＰアドレスやホスト名、ＡＥタイトルに変更し、無停電電源装置を動作させる（Ｓ６０３）。尚、通信可能であれば画像記憶装置３ａに対してネットワークＮを介して待機する装置のＩＰアドレスやホスト名、ＡＥタイトルに変更する。

また、画像記憶装置３ｂが画像記憶装置３ａの中レベルの装置状態異常を検知すると（Ｓ６０４，Ｙｅｓ）、画像記憶装置３ｂ装置では、中レベルの異常検知フラグが立つ（Ｓ６０５）。

中レベルの異常検知フラグが立つと、管理者の端末に切り替えの許可又は不許可の選択を施し（Ｓ６０６）、切り替え許可の場合（Ｓ６０６，Ｙｅｓ）、画像記憶装置３ｂでは、ＩＰアドレスやホスト名、ＡＥタイトルを、クライアント端末４からアクセスされるＩＰアドレスやホスト名、ＡＥタイトル等の設定に変更し、無停電電源装置を動作させる（Ｓ６０７）。さらに画像記憶装置３ａに対しては、ネットワークＮを介してクライアント端末４からのアクセスを不可とする待機する装置のＩＰアドレスやホスト名、ＡＥタイトル等の設定に変更する（Ｓ６０８）。

また、画像記憶装置３ｂが画像記憶装置３ａの低レベルの装置状態異常を検知すると（Ｓ６０９，Ｙｅｓ）、画像記憶装置３ｂ装置では、低レベルの異常検知フラグが立つ（Ｓ６１０）。低レベルの異常検知フラグが立つと、管理者の端末に低レベルの異常が検知されたことを示すメッセージを送信する（Ｓ６１１）。

画像記憶装置３ａの計画的切り替え時の動作を図１５に基づき説明する。まず、画像記憶装置３ａのメンテナンス時期や再起動時期が到来すると（Ｓ７０１，Ｙｅｓ）、画像記憶装置３ｂでは自身の状態を監視する（Ｓ７０２）。装置状態に異常がある場合（Ｓ７０３，Ｎｏ）、管理者が使用する端末に異常を示すメッセージと異常内容をネットワークを介して送信し（Ｓ７０４）、切り替えを中止する。

画像記憶装置３ｂが正常状態であれば（Ｓ７０３，Ｙｅｓ）、画像記憶装置３ｂはメンテナンスの必要性をチェックする（Ｓ７０５）。メンテナンスの必要があればメンテナンス必要検知フラグを立て（Ｓ７０５，Ｙｅｓ）、メンテナンス必要検知フラグが立てば、メンテナンスを行う（Ｓ７０６）。尚、ここでのメンテナンスは、デフラグ、コンシステンシーチェック、画像のバックアップ等を行う。

メンテナンス必要検知フラグが立たない場合（Ｓ７０５，Ｎｏ）、又は自身のメンテナンス（Ｓ７０６）を終了すると、画像記憶装置３ｂは、画像記憶装置３ａの監視を行う（Ｓ７０７）。画像記憶装置３ａの状態が正常であれば（Ｓ７０８，Ｙｅｓ）、画像記憶装置３ｂに設定されているクライアント端末からのアクセスを不可とするＩＰアドレスやホスト名、ＡＥタイトル等の設定をクライアント端末４からアクセスされる装置のＩＰアドレスやホスト名、ＡＥタイトル等の設定に変更し（Ｓ７０９）、再起動する（Ｓ７１０）。異常であれば（Ｓ７０８，Ｎｏ）、異常時の切り替え動作に移行し、図１３に示したＳ６０１〜Ｓ６１１を行う（Ｓ４１１）。

画像記憶装置３ｂの再起動処理終了直前に、画像記憶装置３ａは、画像記憶装置３ａに設定されているＩＰアドレスやホスト名、ＡＥタイトルを待機する装置のＩＰアドレスやホスト名、ＡＥタイトルに設定して再起動し（Ｓ７１１）、一連の処理を終了する。

尚、本実施形態では、ＨＵＢ６によって、画像記憶装置３ａ，３ｂに医用画像を渡すようにしたが、画像記憶装置３ａ，３ｂに転送手段を設け、医用画像が送信されるＩＰアドレスが設定された画像記憶装置３ａで処理を実行し、画像記憶装置３ｂに転送するようにしてもよい。

Ｓ 画像管理システム
Ｎ ネットワーク
１ａ，１ｂ，１ｃ 画像管理装置
１Ａ，３Ａ 処理部
１Ｂ，３Ｂ 主記憶部
１Ｃ，３Ｃ 送受信部
１Ｄ，３Ｄ 外部記憶部
１Ｅ，３Ｅ Ｒａｉｄコントローラ
１Ｆ，３Ｆ 無停電電源装置
１００ 画像管理部
１１０ 医用画像保管部
１２０ バックアップ部
１２１ データベースバックアップ保管部
１２２ 画像バックアップ保管部
１３０ 自己診断や最適化やその他のアプリケーション群
１４０ ログ蓄積部
１５０ 切替部
１５１ 通信設定保持部
１５２ 通信設定切替部
１５３ 機能切替制御部
１５４ メッセージ送信部
１６０ 監視部
１６１ 通信確認部
１６２ ログ監視部
１６３ カメラ監視部
１７０ 整合部
１７１ データベース更新情報送信部
１７２ 医用画像取得部
１７３ 画像送信要求部
１７４ 設定内容取得部
１７５ バックアップ取得部
１８０ 通信制御部
２ 画像データベース
３，３ａ，３ｂ 画像記憶装置
３１０ 画像書込部
３２０ 画像記憶部
４ クライアント端末
５ モダリティ
６ ＨＵＢ

Claims (2)

1. 医用画像を管理する画像管理システムであって、
   ネットワークに接続し、医用画像を発生する医用画像発生装置と、
   ネットワークに接続し、前記医用画像発生装置から医用画像の受信を可とする設定と医用画像を管理する管理手段を有する第１の画像管理装置と、
   ネットワークに接続し、医用画像の受信を不可とする設定と医用画像を管理する管理手段とを有し医用画像の管理をホットスタンバイ型として待機する第２の画像管理装置及びコールドスタンバイ型として待機する第３の画像管理装置と、
   を備え、
   前記第２の画像管理装置は、
   あらかじめ計画された前記第１の画像管理装置のメンテナンスを行うためのメンテナンス時期又はあらかじめ計画された前記第１の画像管理装置の再起動時期が到来すると、前記第２の画像管理装置の医用画像の受信を不可とする設定を医用画像の受信を可とする設定に変更するとともに、前記第１の画像管理装置をコールドスタンバイ型の待機サーバに切り替え、前記第３の画像管理装置をホットスタンバイ型の待機サーバに切り替える切替手段を備えること、
   を特徴とする画像管理システム。
2. 前記第２及び前記第３の画像管理装置の動作状況を監視し、監視結果を装置状態情報として記憶する監視部と、
   あらかじめ計画された前記第１の画像管理装置のメンテナンスを行うためのメンテナンス時期又はあらかじめ計画された前記第１の画像管理装置の再起動時期が到来すると、前記装置状態情報に基づき、前記第２の画像管理装置のメンテナンスが必要か否かを判断し、メンテナンスが必要な場合に、少なくとも、前記第２の画像管理装置及び前記第３の画像管理装置の整合性チェック、最適化、及びバックアップのいずれかを行うメンテナンス手段と、
   を備え、
   前記切替手段は、前記メンテナンスが必要な場合に、前記メンテナンス手段による処理の完了後に、前記第２の画像管理装置の医用画像の受信を不可とする設定を医用画像の受信を可とする設定に変更することを特徴とする請求項１に記載の画像管理システム。

Images