JP5481257B2 - 画像保管通信システム - Google Patents

Description

本発明は、画像保管通信システムに関する。特に本発明は、画像保管領域を冗長化した画像保管通信システムにおいて、各参照端末が主画像保管装置内の画像データを参照できているか否かの稼働状況を検知する技術に関する。

従来より、磁気共鳴イメージング装置などのモダリティにより得られた医用画像を画像サーバに保存し、参照端末において必要な医用画像を呼び出して表示する医用画像管理システムが知られている。このような医用画像管理システムは、ＰＡＣＳ（Ｐｉｃｔｕｒｅ Ａｒｃｈｉｖｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ）とも呼ばれる。

上記システムでは、画像サーバに障害が発生した場合にも、医用画像の検索および送信が継続的に行われることが望まれる。そこで従来、画像保管領域（ＮＡＳ：Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）を二重化するなどの冗長化した構成が用いられている（例えば、特許文献１参照）。

図１は、画像保管領域を二重化した従来のＰＡＣＳの第１の例を示すブロック図である。図１に示すように、ＰＡＣＳ１０は、ＤＢＭＳ１１と、主画像保管装置１２と、副画像保管装置１３と、ルータ１４ａ、１４ｂと、６つの参照端末１５ａ、１５ｂ、１５ｃ、１５ｄ、１５ｅ、１５ｆとをネットワークケーブル１８で互いに接続した構成である。なお、上記ＤＢＭＳは、データベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の意味である。

また、ここでは一例として、参照端末１５ａのＩＰアドレスの上位７桁は１９２．１６８．１であり、参照端末１５ｂ、１５ｃ、１５ｄのＩＰアドレスの上位７桁は１９２．１６８．２であり、参照端末１５ｅ、１５ｆのＩＰアドレスの上位７桁は１９２．１６８．３であるものとする。各参照端末１５ａ〜１５ｆ、ＤＢＭＳ１１、主画像保管装置１２、副画像保管装置１３には、それぞれ異なるＩＰアドレスが割り当てられ、互いに識別可能にされている。

主画像保管装置１２には、モダリティで撮像および生成された多数の医用画像データがＤＩＣＯＭ型式のファイルとして保管されている。ＤＩＣＯＭは、ネットワーク規格である「Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ」のことである。副画像保管装置１３には、主画像保管装置１２に保管されているものと同一の医用画像データのファイルが保管されている。これら医用画像データのファイルは、付帯情報として、患者情報や撮像条件などを含む。

ＤＢＭＳ１１は、主画像保管装置１２および副画像保管装置１３には如何なる医用画像データのファイルが保管されているかの情報を検索可能に保管している。従って、各参照端末１５ａ〜１５ｆは、ＤＢＭＳ１１にアクセスし、患者情報や撮像条件などを入力することで、必要とする医用画像データのファイルを検索できる。そして、各参照端末１５ａ〜１５ｆは、検索したファイルの参照要求を主画像保管装置１２に送信することで、そのファイルを主画像保管装置１２から取得し、画像として表示できる。

図１に示すＰＡＣＳ１０では、主画像保管装置１２と副画像保管装置１３との間で互いに稼動状況を検証している。そして、副画像保管装置１３が正常に稼動しているが、主画像保管装置１２が正常に稼動していないという検証結果であった場合、主画像保管装置１２と副画像保管装置１３とを切り替える。これにより、一方の画像サーバ（主画像保管装置１２）に障害が発生した場合にも、他方の画像サーバ（副画像保管装置１３）によって医用画像データの提供が継続されるようにしている。

図２は、画像保管領域を二重化した従来のＰＡＣＳの第２の例を示すブロック図である。図１と同一の要素には同一符号を付し、重複する説明を省略する。図２に示すように、ＰＡＣＳ１０Ａは、ＤＢＭＳ１１ａと、主画像保管装置１２ａと、副画像保管装置１３ａと、ルータ１４ａ、１４ｂと、６つの参照端末１６ａ、１６ｂ、１６ｃ、１６ｄ、１６ｅ、１６ｆとをネットワークケーブル１８で互いに接続した構成である。

図２のＰＡＣＳ１０Ａにおいても、ファイルの検索および取得の動作は、図１の場合と同様である。但し、ＰＡＣＳ１０Ａでは、主画像保管装置１２ａと副画像保管装置１３ａとの間で稼働状況の検証は行われない。ＰＡＣＳ１０Ａでは、送信要求されたファイルを参照端末（１６ａ〜１６ｆのいずれか）が主画像保管装置１２ａから取得できなかった場合、パスを切り替えることで、副画像保管装置１３ａから当該ファイルを送信する。

具体的には、例えば参照端末１６ｂがファイルの参照要求を主画像保管装置１２ａに送信して、エラーがあった場合（図２の点線矢印（１））、参照端末１６ｂは、ＤＢＭＳ１１ａにアクセスする（図２の点線矢印（２））。これにより、ＤＢＭＳ１１ａは、ファイルの取得パス（保存先の情報）を参照端末１６ｂに送信する。参照端末１６ｂは、この取得パスを用いて副画像保管装置１３ａにアクセスし（図２の点線矢印（３））、副画像保管装置１３ａから当該ファイルを取得する。

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

図１に示すＰＡＣＳ１０では、例えばクラスタ構成としてのハートビート（Ｈｅａｒｔｂｅａｔ）により、主画像保管装置１２と副画像保管装置１３との間で稼動状況を監視している。しかし、主画像保管装置１２と副画像保管装置１３との間の稼働状況の検証だけでは、各参照端末１５ａ〜１５ｆからファイルが参照できているか否かを正確には判定できない。また、主画像保管装置１２−副画像保管装置１３間の検証のみでは、経路が少なく、両者の稼動状況の検証結果に誤りが生じるおそれがある。また、クラスタ構成として接続する副画像保管装置の数を増やせばＰＡＣＳ１０の性能は向上するが、その場合はコストが増大する。

図２に示すＰＡＣＳ１０Ａのように、各参照端末１６ａ〜１６ｆ上でファイルの取得先を主画像保管装置１２ａから副画像保管装置１３ａに切り替える場合、ＤＢＭＳ１１ａに保存先の情報を記録しておくことになる。ここでの「保存先の情報」とは、例えば、主画像保管装置１２ａおよび副画像保管装置１３ａのＩＰアドレスや、両者の各フォルダには如何なる画像データのファイルが保存されているかの情報である。１台の画像保管装置のみで既に稼動している画像保管通信システムに対し、図２のような構成を二重化保存用の副画像保管装置の追加と共に導入する場合、ＤＢＭＳの改修が必要になる。即ち、導入に際して大幅なシステムの改修と、コストを要する場合がある。

そこで本発明は、データベース管理システムの大幅な改修を伴わずに導入可能であって、各参照端末が画像サーバからファイルを参照できているか否かの稼働状況を従来よりも正確に検知できる画像保管通信システムの提供を目的とする。

本発明に係る画像保管通信システムは、複数の参照端末に接続された主画像保管装置と副画像保管装置とに同一の画像データをそれぞれ予め保存し、画像参照要求を発信した前記参照端末に対して、前記画像参照要求に対応する画像データを前記主画像保管装置から送信するものであり、以下の点を特徴とする。即ち、前記参照端末は、前記画像参照要求に対応する画像データを正常に受信できなかった場合、前記副画像保管装置に検証要求を送信する。前記副画像保管装置は、前記検証要求を受信した場合、前記検証要求を送信していない任意の前記参照端末に参照検証指令を送信する。前記参照検証指令を受信した前記参照端末は、前記主画像保管装置からの画像データの受信動作が正常に行われるか否かを検証後、この検証結果を判断情報として前記副画像保管装置に送信する。前記副画像保管装置は、前記判断情報に応じて、前記主画像保管装置を降格させるか否かを判定する。前記主画像保管装置および前記副画像保管装置は、前記判定の結果が前記主画像保管装置を降格させるものである場合、前記主画像保管装置の降格および前記副画像保管装置の主画像保管装置への昇格を行う。

本発明によれば、データベース管理システムの大幅な改修を伴わずに導入可能であって、各参照端末が画像サーバからファイルを参照できているか否かの稼働状況を従来よりも正確に検知できる画像保管通信システムを提供できる。

画像保管領域を二重化した従来のＰＡＣＳの第１の例を示すブロック図。 画像保管領域を二重化した従来のＰＡＣＳの第２の例を示すブロック図。 本実施形態の画像保管通信システムの全体構成を示すブロック図。 図３における主画像保管装置、副画像保管装置、参照端末、ＤＢＭＳの詳細を示す機能ブロック図。 本実施形態の画像保管通信システムの動作を示すフローチャート。 本実施形態の画像保管通信システムの変形例の全体構成を示すブロック図。

以下、本発明の実施形態を添付図面に基づいて説明する。なお、各図において同一要素には同一符号を付し、重複する説明を省略する。

＜本実施形態の構成＞
図３は、本実施形態の画像保管通信システム６０の全体構成を示すブロック図である。画像保管通信システム６０は、例えば、複数セグメント（この例では３セグメント）のイーサネット（登録商標）にＰＡＣＳとして導入されるものである。また、画像保管通信システム６０は、ルータ６４ｃを介してサービスセンタ７０に接続されている。

画像保管通信システム６０は、ＤＢＭＳ（データベース管理システム）６１と、主画像保管装置６２と、副画像保管装置６３と、ルータ６４ａ、６４ｂと、６つの参照端末６５ａ、６５ｂ、６５ｃ、６５ｄ、６５ｅ、６５ｆとをネットワークケーブル６８で互いに接続した構成である。これらの機器には、それぞれ異なるＩＰアドレスが割り当てられ、互いに識別可能にされている。

第１セグメント６９ａには、ＩＰアドレスの上位７桁が１９２．１６８．１の機器が接続され、第２セグメント６９ｂには、ＩＰアドレスの上位７桁が１９２．１６８．２の機器が接続され、第３セグメント６９ｃには、ＩＰアドレスの上位７桁が１９２．１６８．３の機器が接続されている。

ＤＢＭＳ６１、主画像保管装置６２、副画像保管装置６３のＩＰアドレスはそれぞれ順に、「１９２．１６８．１．１０」、「１９２．１６８．１．２０」、「１９２．１６８．１．３０」である。また、参照端末６５ａ、６５ｂ、６５ｃ、６５ｄ、６５ｅ、６５ｆのＩＰアドレスはそれぞれ順に、「１９２．１６８．１．８０」、「１９２．１６８．１．９０」、「１９２．１６８．２．１０」、「１９２．１６８．２．２０」、「１９２．１６８．３．１０」、「１９２．１６８．３．２０」である。なお、ここでのＩＰアドレスは一例にすぎない。

主画像保管装置６２には、例えばモダリティで撮像および生成された多数の医用画像データがＤＩＣＯＭ型式のファイルとして保管されている。副画像保管装置６３には、主画像保管装置６２に保管されている多数のファイルと同一のものがそれぞれ保管されている。これら医用画像データのファイルは、付帯情報として患者情報や撮像条件などを含む。

ＤＢＭＳ６１は、主画像保管装置６２および副画像保管装置６３に保管されている医用画像データのファイルに関する情報を検索可能に保管している。各参照端末６５ａ〜６５ｆは、ＤＢＭＳ６１にアクセスして患者情報等を入力することで、必要なファイルを検索できる。そして、各参照端末６５ａ〜６５ｆは、検索したファイルの参照要求を主画像保管装置６２に送信することで、当該ファイルを主画像保管装置６２から取得し、画像として表示できる。

なお、主画像保管装置６２および副画像保管装置６３は、後述のファイル保管部９６において同一ファイルをそれぞれ保管しているが、両者において、それらのファイル名、保管先であるファイル保管部９６のドライブ名およびフォルダ名等の階層構造は同じにされている。従って、後述の動作説明のステップＳ６における副画像保管装置６３の昇格の前と後とで、各参照端末６５ａ〜６５ｆがファイルを取得する際のアクセス先のＩＰアドレス、ドライブ名、フォルダ名等に変更はない。即ち、ＤＢＭＳ６１は、主画像保管装置６２の降格および副画像保管装置６３の昇格の前後において、参照端末６５ａ〜６５ｆに送信するファイルの取得先の情報を変更しないでよい。

また、本実施形態では説明の簡単化のため、参照端末の数を６つとしているが、実際には参照端末の数は５つ以下であっても７つ以上であってもよい。同様に、セグメント（６９ａ〜６９ｃ）の数も、本実施形態のように３つに限定されるものではなく、２つ以下であっても４つ以上であってもよい。

図４は、ＤＢＭＳ６１、主画像保管装置６２、副画像保管装置６３、参照端末６５ａの詳細を示す機能ブロック図である。なお、各参照端末６５ａ〜６５ｆの構造は同じであるので、代表として参照端末６５ａについて示す。また、主画像保管装置６２、副画像保管装置６３は、構造的には互いに同じであり、正常である限り、認識子の入れ替え等の処理によって両者を入れ替えて機能させることができる。

図４に示すように、参照端末６５ａは、通信部８０と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）８１と、入力装置８２と、システムバス８３と、表示部８４と、１次記憶メモリ８５とを有する。ＣＰＵ８１は、ＩＰアドレス等の認識子を記憶しており、また、システムバス８３を介して参照端末６５ａ全体を制御する。ユーザは、入力装置８２を介して、必要とするファイルに関する情報（患者情報等）を入力できる。このとき、表示部８４は、入力内容を表示する。

ＣＰＵ８１は、通信部８０を介して、入力されたファイル情報を参照要求としてＤＢＭＳ６１に送信し、これに適合するファイルのファイル名、保管先アドレス等をＤＢＭＳ６１から受信する。ＣＰＵ８１は、主画像保管装置６２にアクセスし、ＤＢＭＳ６１から受信したファイル名等に基づいて画像データのファイルを主画像保管装置６２から取得し、これを１次記憶メモリ８５に保存させる。この後、ＣＰＵ８１は、取得したファイルを画像として表示部８４に表示させる。

主画像保管装置６２および副画像保管装置６３はそれぞれ、通信部９１と、入力装置９２と、ＣＰＵ９３と、システムバス９４と、表示部９５と、ファイル保管部９６と、メモリ９７とを有する。主画像保管装置６２および副画像保管装置６３において、ＣＰＵ９３はそれぞれ、システムバス９４を介してシステム制御を行う。ＣＰＵ９３にはＩＰアドレス等の認識子が記憶されており、副画像保管装置６３のＣＰＵ９３は副画像保管装置として機能し、主画像保管装置６２のＣＰＵ９３は主画像保管装置として機能する。主画像保管装置６２のＣＰＵ９３は、各参照端末６５ａ〜６５ｆから参照要求のあったファイルを、ファイル保管部９６から参照し、これを参照要求のあった参照端末に送信する。また、副画像保管装置６３のＣＰＵ９３は、後述の図５のフローチャートで説明するように、主画像保管装置６２が正常に機能しているか否かを検証する。

ファイル保管部９６には、多数の医用画像データがＤＩＣＯＭ型式のファイルとして保管されている。前述したように、主画像保管装置６２、副画像保管装置６３で、ファイル保管部９６内で保管されているファイル内容やフォルダの階層構造は互いに同一である。入力装置９２は、ファイル保管部９６へのファイルの書き込み等の際の入力に用いることができる。このとき、表示部９５は、入力内容等を表示する。メモリ９７は、画像保管通信システム６０におけるエラーの履歴等を記憶する。

ＤＢＭＳ６１は、通信部１０１と、入力装置１０２と、ＣＰＵ１０３と、検索部１０４と、システムバス１０５と、検索情報保管部１０６と、表示部１０７とを有する。ＣＰＵ１０３は、システムバス１０５を介してＤＢＭＳ６１のシステム制御を行う。検索情報保管部１０６には、主画像保管装置６２および副画像保管装置６３に保管されているファイルに関する情報が検索可能に保管されている。このファイルに関する情報は、入力装置１０２を介して書き換え可能である。このとき、表示部１０７は、入力内容を表示する。

検索部１０４は、通信部１０１を介して、各参照端末６５ａ〜６５ｆから送信されるファイルの参照要求を受け付け、適合するファイルのファイル名、保管場所等を検索情報保管部１０６から検索する。検索部１０４は、通信部１０１を介して、検索したファイル名、保管場所等を、参照要求があった参照端末に送信する。

本実施形態の主な特徴として、少なくとも以下の３点が挙げられる。第１に、各参照端末６５ａ〜６５ｆのＣＰＵ８１は、ファイルの参照要求を主画像保管装置６２に送信後、当該ファイルを取得できなかった場合、副画像保管装置６３に主画像保管装置６２の検証要求を送信することである。第２に、検証要求を受信した副画像保管装置６３のＣＰＵ９３は、各セグメントの参照端末（６５ａ〜６５ｆの内の１つ〜５つ）に、参照検証指令を送信する。第３に、参照検証指令を受信した参照端末のＣＰＵ８１は、主画像保管装置６２と副画像保管装置６３とからそれぞれファイルを参照できるかの検証を行い、検証結果を副画像保管装置６３に送信する。以上の点については、次の図５を用いて詳細に説明する。

＜本実施形態の動作説明＞
図５は、本実施形態の画像保管通信システム６０の動作を示すフローチャートである。各参照端末６５ａ〜６５ｆは、ユーザの操作によって、選択されたファイルの参照要求を主画像保管装置６２に送信し、図５に示す処理が行われる。即ち、ここでは一例として、各参照端末６５ａ〜６５ｆは、主画像保管装置６２からファイルを正常に受信できるかの検証を、ユーザの操作に伴うファイルの参照要求に拘らずに定期的に行うものではないとする。以下、図５に示すステップ番号に従って、適宜図３および図４を参照しながら、画像保管通信システム６０の動作を説明する。

［ステップＳ１］例えばユーザの操作によって、各参照端末６５ａ〜６５ｆのいずれかのＣＰＵ８１が、通信部８０を介して主画像保管装置６２にファイルの参照要求を送信する（図４参照）。ここでは一例として、参照端末６５ｆ（図３参照）がファイルの参照要求を送信するものとして説明する。

［ステップＳ２］参照端末６５ｆのＣＰＵ８１は、主画像保管装置６２からファイルを正常に受信できたか否かを判定する。ファイルを正常に受信できなかった場合、ステップＳ３に進み、ファイルを正常に受信できた場合、ステップＳ３以下の処理は行われずに終了する。

［ステップＳ３］参照端末６５ｆのＣＰＵ８１は、通信部８０を介して副画像保管装置６３に対して、主画像保管装置６２が正常に稼動しているか否かの検証要求を送信する。

［ステップＳ４］副画像保管装置６３のＣＰＵ９３は、通信部９１を介して検証要求を受信後、通常動作モードから検証モードに切り替わり、以下の２つの処理を行う。第１に、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２が正常に動作しているか否かの稼動状態の検証を開始し、これに同期して主画像保管装置６２のＣＰＵ９３は、（正常に動作していれば）被検証モードに移行する。具体的には例えば、副画像保管装置６３のＣＰＵ９３は、通信部９１を介して、ステップＳ１での参照要求の対象となったファイルと、これ以外の他の任意の数のファイルとの参照要求を主画像保管装置６２に送信する。副画像保管装置６３のＣＰＵ９３は、これら複数のファイルを全て正常に受信できた場合、正常（主画像保管装置６２が正常に稼動している）と判定し、それ以外の場合、非正常（主画像保管装置６２が正常に稼動していない）と判定する。

第２に、副画像保管装置６３のＣＰＵ９３は、検証要求を送信していない任意の数の参照端末（６５ａ〜６５ｅの内の１つ〜５つ）に対して、参照検証指令を送信する。参照検証指令とは、参照端末が主画像保管装置６２と副画像保管装置６３とからそれぞれファイルを正常に受信できるかの検証である。ここでは一例として、ステップＳ１での参照要求の対象となったファイルの受信動作を検証に用いるものとする。

また、ここでは一例として、副画像保管装置６３のＣＰＵ９３は、各セグメント６９ａ〜６９ｃの任意の１つの参照端末に対して参照検証指令を送信するものとする。即ち、副画像保管装置６３は、セグメント６９ａでは参照端末６５ａまたは６５ｂに対してのみ、セグメント６９ａでは参照端末６５ｃまたは６５ｄに対してのみ、セグメント６９ｃでは参照端末６５ｅに対してのみ、参照検証指令を送信する。

但し、検証要求を送信した参照端末が含まれるセグメント（この例では６９ｃ）には、参照検証指令を送信しなくてもよい。即ち、副画像保管装置６３のＣＰＵ９３は、検証要求を送信した参照端末が含まれるセグメント６９ｃを除いたセグメント６９ａ、６９ｂからそれぞれ任意の１つの参照端末をランダムに選択し、選択した参照端末にのみ参照検証指令を送信してもよい。或いは、副画像保管装置６３のＣＰＵ９３は、検証要求を送信していない全参照端末６５ａ〜６５ｅに参照検証指令を送信してもよい。

副画像保管装置６３のＣＰＵ９３は、一部のみのセグメントの参照端末に参照検証指令を送信できなかった場合、副画像保管装置６３と当該セグメントとの間のネットワークの経路に何らかの障害が発生していると判定する。この場合、副画像保管装置６３のＣＰＵ９３は、通信部９１を介して、ネットワーク送受信網の修理点検要求をサービスセンタ７０に送信し、当該セグメントを除いた他のセグメントの参照端末からの検証結果を用いて、後述のステップＳ６での判定処理を行う。

なお、主画像保管装置６２のＣＰＵ９３は、正常に動作していれば被検証モードに移行している。主画像保管装置６２のＣＰＵ９３は、被検証モード中において、検証要求を送信していない参照端末（６５ａ〜６５ｅ）からファイルの参照要求を受けた場合、この参照端末に対し、稼働状況検証中のステータスを返信する。稼働状況検証中のステータスを受信した参照端末のＣＰＵ８１は、稼働状況検証中のステータスが解除されるまで、ファイルの参照要求を送信しない。

［ステップＳ５］参照検証指令を受信した参照端末（６５ａまたは６５ｂと、６５ｃまたは６５ｄと、６５ｅの計３つ）のＣＰＵ８１は、主画像保管装置６２と副画像保管装置６３とからそれぞれステップＳ１で参照要求の対象となったファイルを正常に受信できるかを検証する。具体的には、参照検証指令を受信したＣＰＵ８１は、参照要求の対象となったファイルの参照要求を主画像保管装置６２と副画像保管装置６３とにそれぞれ送信する。主画像保管装置６２、副画像保管装置６３はそれぞれ、正常に機能していれば、ＣＰＵ９３が参照要求のあったファイルをファイル保管部９６から参照して、これを参照要求のあった参照端末に送信する。

上記検証を行った各参照端末のＣＰＵ８１は、検証結果を（判断情報として）副画像保管装置６３に送信する。正常に受信できか否かの２通りの結果が主画像保管装置６２と副画像保管装置６３の２つに伴うので、参照検証指令に対する検証結果は４通りとなる。

［ステップＳ６］副画像保管装置６３のＣＰＵ９３は、ステップＳ４で行った主画像保管装置６２の検証結果と、参照検証指令に対する参照端末からの検証結果とに応じて、主画像保管装置６２を降格させるか否かを判定する。副画像保管装置６３のＣＰＵ９３は、この判定結果に応じて、主画像保管装置６２の降格などの措置を指令する。

ここでは一例として、各セグメント６９ａ〜６９ｃの参照端末からの検証結果が全て同じ結果を示すものとするが、セグメント６９ａ〜６９ｃ毎に検証結果が異なる場合について補足する。セグメント数が１０個程度がそれ以下である場合、検証結果が他と整合しない参照端末が１つでもある場合、主画像保管装置６２の降格を行わない方が望ましいと考えられる。この場合、ルータ６４ａ、６４ｂやネットワークケーブル６８等を含むネットワーク配線に障害が発生している可能性があるからである。或いは、参照端末毎に検証結果が異なる場合、副画像保管装置６３は、最多数の結果を用いて判定をしてもよい。

また、副画像保管装置６３が行った検証結果として、主画像保管装置６２が正常か非正常かの２通りあり、参照検証指令に対する検証結果は４通りある。従って、これらの検証結果の組み合わせは合計８つの場合があるので、以下の（１）〜（８）に場合分けして、副画像保管装置６３による判定およびその後の処理を説明する。

（１）主画像保管装置６２は正常、副画像保管装置６３は正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が正常を示す場合： この検証結果となる要因には、以下が考えられる。例えば、検証要求を送信した参照端末６５ｆが主画像保管装置６２にアクセスしたとき、主画像保管装置６２にアクセスが一時的に集中していたためにファイルを正常に送信できなかったが、現在の主画像保管装置６２は正常に機能している場合である。

（１）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させないと判定し、主画像保管装置６２のＣＰＵ９３を被検証モードから通常動作モードから切り替えさせ、その後、通常動作モードに戻る。参照端末および副画像保管装置６３の双方の検証結果で主画像保管装置６２が正常である以上、主画像保管装置６２を降格させる必要性はないからである。また、副画像保管装置６３のＣＰＵ９３は、ステップＳ４で稼働状況検証中のステータスを受信した参照端末のＣＰＵ８１に対し、主画像保管装置６２が正常であることの検証結果を送信し、稼働状況検証中のステータスを解除する。これにより、ステップＳ１以前と同様に主画像保管装置６２からファイルを提供させる。さらに、副画像保管装置６３のＣＰＵ９３は、検証要求を発信した参照端末６５ｆの識別情報（ＩＰアドレス等）と共に、エラーがあったことをメモリ９７に記録する。

（２）主画像保管装置６２は正常、副画像保管装置６３は正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が非正常を示す場合： この検証結果となる例としては、主画像保管装置６２のファイル保管部９６において、ステップＳ１で参照要求の対象となったファイルの記録状態が正常であるが、他のファイルの記録状態が非正常である場合が考えられる。即ち、参照端末は、参照要求の対象となった１ファイルの受信のみで検証を行うため、主画像保管装置６２において他のファイルの記録状態が非正常であっても、主画像保管装置６２が正常であると検証しうる。一方、副画像保管装置６３は、複数のファイルの受信動作に基づいて検証を行うため、全ファイルを正常に受信できた場合を除き、上記検証結果となる。

（２）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させると判定する。参照端末の検証結果において副画像保管装置６３が正常である以上、副画像保管装置６３の昇格に問題はなく、副画像保管装置６３の検証結果に従えば、主画像保管装置６２に異常があるからである。

そこで副画像保管装置６３のＣＰＵ９３は、通信部９１を介して主画像保管装置６２のＣＰＵ９３にアクセスし、主画像保管装置６２の認識子（ホスト名やＩＰアドレス等）を予め準備した予備画像保管装置としての認識子に変更させる。また、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２の修理点検要求をサービスセンタ７０に送信する。主画像保管装置６２が予備画像保管装置に降格後、副画像保管装置６３のＣＰＵ９３は、副画像保管装置６３の認識子を降格前の主画像保管装置６２と同一のもの（この例では、ＩＰアドレスは１９２．１６８．２０）に変更する。これにより副画像保管装置６３は、主画像保管装置に昇格し、そのＣＰＵ９３は、ステップＳ４で稼働状況検証中のステータスを受信した参照端末のＣＰＵ８１に対し、前記同様に稼働状況検証中のステータスを解除する。そして、昇格した主画像保管装置から各参照端末６５ａ〜６５ｆにファイルを提供する。この後、予備画像保管装置の修理点検が正常に終了後、予備画像保管装置を副画像保管装置に昇格させ、副画像保管装置として機能させる。具体的には、予備画像保管装置の認識子を上記副画像保管装置６３と同一のものに変更する。

（３）主画像保管装置６２は正常、副画像保管装置６３は非正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が正常を示す場合： この検証結果となる一例としては、以下２条件を満たす場合が考えられる。第１に、検証要求を出した参照端末６５が主画像保管装置６２にアクセスしたとき、主画像保管装置６２にアクセスが一時的に集中していたために正常にファイルが送信できなかったが、現在の主画像保管装置６２は正常に機能している。第２に、副画像保管装置６３のファイル保管部９６において、ステップＳ１で主画像保管装置６２に対し参照要求の対象となったファイルと同一のファイルの記録状態が非正常である場合である。当初は正常に記録されていても、追加的な書き込みの際にデータが損傷等する場合も考えられるからである。

（３）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させないと判定し、（１）の場合と同じ処理（稼働状況検証中のステータスの解除、エラーの記録等）が行われる。参照端末の検証結果において副画像保管装置６３が正常ではない以上、副画像保管装置６３を昇格させても、送信エラーが生じるおそれがあるからである。また、参照端末および副画像保管装置６３の双方の検証結果で主画像保管装置６２が正常である以上、主画像保管装置６２を降格させる必要もないからである。（３）の場合はさらに、副画像保管装置６３のＣＰＵ９３は、副画像保管装置６３の修理点検要求をサービスセンタ７０に送信する。

（４）主画像保管装置６２は正常、副画像保管装置６３は非正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が非正常を示す場合： この検証結果となる一例としては、以下３条件を満たす場合が考えられる。第１に、主画像保管装置６２のファイル保管部９６において、参照要求の対象となったファイルの記録状態が正常であるが、他のファイルの記録状態が非正常である。この点は、（２）の場合と同様、主画像保管装置６２に対する検証結果が参照端末と副画像保管装置６３とで異なる要因となる。第２に、検証要求を出した参照端末６５ｆが主画像保管装置６２にアクセスしたとき、主画像保管装置６２にアクセスが一時的に集中していたために正常にファイルが送信できなかったが、現在の主画像保管装置６２は、一部のファイルの記録状態を除き、正常に機能している。第３に、副画像保管装置６３のファイル保管部９６において、（参照検証要求の送信や検証結果の受信などの検証動作に関しては正常であっても、）ステップＳ１で参照要求の対象となったファイルと同一のファイルの記録状態が非正常である。

（４）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させないと判定し、（１）の場合と同じ処理が行われる。参照端末の検証結果において副画像保管装置６３が正常ではない以上、副画像保管装置６３を昇格させても、送信エラーが生じるおそれがあるからである。さらに、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２および副画像保管装置６３の修理点検要求をサービスセンタ７０に送信する。

（５）主画像保管装置６２は非正常、副画像保管装置６３は正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が正常を示す場合： この検証結果となる一例としては、主画像保管装置６２において、副画像保管装置６３へのファイルの送信機能は正常であるが、参照端末へのファイル送信機能に何らかの障害が発生していることが考えられる。

（５）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させると判定する。参照端末の検証結果において副画像保管装置６３が正常である以上、副画像保管装置６３の昇格に問題はなく、参照端末の検証結果に従えば、主画像保管装置６２に異常があるからである。この後、（２）の場合と同様の処理が行われる。これにより、一方の画像サーバ（主画像保管装置６２）に障害が発生した場合にも、他方の画像サーバ（副画像保管装置６３）によってファイルの提供が継続される。

（６）主画像保管装置６２は非正常、副画像保管装置６３は正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が非正常を示す場合： この検証結果となる要因としては、副画像保管装置６３は正常に機能している一方、主画像保管装置６２に何らかの障害が発生していることが考えられる。（６）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させると判定する。参照端末の検証結果において副画像保管装置６３が正常である以上、副画像保管装置６３の昇格に問題はなく、参照端末および副画像保管装置６３の検証結果に従えば、主画像保管装置６２に異常があるからである。この後、（２）の場合と同様の処理が行われる。

（７）主画像保管装置６２は非正常、副画像保管装置６３は非正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が正常を示す場合： この検証結果となる一例としては、以下２条件を満たす場合が考えられる。第１に、主画像保管装置６２において、副画像保管装置６３へのファイルの送信機能は正常であるが、参照端末へのファイル送信機能に何らかの障害が発生している。この点は、参照端末と副画像保管装置６３とで主画像保管装置６２に対する検証結果が異なる要因となる。第２に、副画像保管装置６３のファイル保管部９６において、ステップＳ１で参照要求の対象となったファイルと同一のファイルの記録状態が非正常である。

（７）の場合、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２を降格させないと判定し、（１）の場合と同じ処理が行われる。参照端末の検証結果において副画像保管装置６３が正常ではない以上、副画像保管装置６３を昇格させても、送信エラーが生じるおそれがあるからである。さらに、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２および副画像保管装置６３の修理点検要求をサービスセンタ７０に送信する。

（８）主画像保管装置６２は非正常、副画像保管装置６３は非正常であることを参照端末の検証結果が示し、副画像保管装置６３が行った検証結果が非正常を示す場合： この検証結果となる一例は、副画像保管装置６３において、参照検証要求の送信や検証結果の受信などの検証動作に関しては正常であるが、ファイルの記録状態が非正常である一方、主画像保管装置６２において障害が発生している場合である。

（８）の場合、副画像保管装置６３のＣＰＵ９３は、少なくとも検証要求を送信した参照端末６５ｆに対し、主画像保管装置６２が正常に動作していないという検証結果を（例えば警告として）送信する。主画像保管装置６２が非正常であるという検証結果については、（例えば警告として）全参照端末６５ａ〜６５ｆに送信してもよい。さらに、副画像保管装置６３のＣＰＵ９３は、主画像保管装置６２および副画像保管装置６３の修理点検要求をサービスセンタ７０に送信する。なお、ステップＳ４において、一部の参照端末が稼働状況検証中のステータスを受信している場合、稼働状況検証中のステータスについては解除しないでよい。主画像保管装置６２も副画像保管装置６３も正常に動作していない以上、少なくとも一方の修理が正常に終了するまで、ファイルを正常に提供できないと考えられるからである。以上が本実施形態の画像保管通信システム６０の動作説明である。

＜本実施形態の効果＞
本実施形態では、主画像保管装置６２の稼動状況を各セグメントの参照端末に検証させるため、各参照端末６５ａ〜６５ｆが主画像保管装置６２からファイルを参照できるか否かを正確に判定できる。また、参照端末の検証結果だけではなく、副画像保管装置６３による主画像保管装置６２の検証結果も加味して、８通りに場合分けして判定を行うため、判定の精度を向上できる。例えば、単に主画像保管装置６２に一時的にアクセスが集中してファイルを送信できず、現在の主画像保管装置６２が正常に動作している場合、システムに問題がないことを正確に判定できる。

また、副画像保管装置６３は、一部のみのセグメントの参照端末に参照検証指令を送信できなかった場合、ネットワーク送受信網の修理点検要求をサービスセンタ７０に送信する。従って、セグメント単位での障害情報も判断できる。

副画像保管装置６３が正常であり、且つ、主画像保管装置６２に障害が発生した場合、副画像保管装置６３の認識子を主画像保管装置６２と同一のものに変更し、副画保管装置６３を主画像保管装置に切り替える。さらに、主画像保管装置６２と副画像保管装置６３とで、ファイルの保管先であるファイル保管部９６のドライブ名やフォルダの階層構造等は同じである。従って、各参照端末６５ａ〜６５ｆは、主画像保管装置の切替前後において、ファイルの取得のアクセス先を実質的に変更しなくてよい。従って、本実施形態の画像保管通信システム６０は、既に稼働中のシステムに対して導入する際、参照端末６５ａ〜６５ｆにおける画像取得時のパス情報の改修が不要である。

また、主画像保管装置６２の切替は、主画像保管装置６２と副画像保管装置６３との間の動作だけで行われる。このため、画像サーバを二重化した画像保管通信システム６０は、画像サーバが主画像保管装置のみで既に稼働中のシステムに対して導入する際、データベース管理システムにおけるファイルの保管先情報の記録の改修を不要にしうる。導入時に追加する副画像保管装置内において、フォルダおよびファイルの保管先の階層構造を、既に稼働している主画像保管装置と同じにすればよいからである。

さらに、主画像保管装置６２からのファイル送信にエラーがあった場合のステップＳ３以下の処理において、ＤＢＭＳ６１は殆ど関わらない。従って、本実施形態の画像保管通信システム６０は、１つの画像サーバのみで既に稼働中のシステムに対しても、データベース管理システムとは独立して導入できる。即ち、導入時にデータベース管理システムの大幅な改修を伴わずに、画像保管領域の冗長化を実現できる。

＜本実施形態の補足事項＞
［１］本発明の画像保管通信システム６０を複数セグメントのイーサネットにＰＡＣＳとして適用する例を述べたが、本発明は、かかる実施形態に限定されるものではない。本発明の画像保管通信システムは、例えば、他の形態のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にも適用可能である。

［２］各参照端末６５ａ〜６５ｆが、主画像保管装置６２からファイルを正常に受信できるかの検証を、ユーザの操作に伴うファイル参照要求に拘らずに定期的に行うものではない例を述べた。本発明は、かかる実施形態に限定されるものではない。例えば、特定の参照端末（６５ａ〜６５ｆのいずれか）が主画像保管装置６２からファイルの受信が正常に行われるかの検証を定期的に行い、正常に受信できなければ図５のステップＳ３以下の処理を行う構成としてもよい。

［３］モダリティで撮像および生成された多数の医用画像データがＤＩＣＯＭ型式のファイルとして保管されている例を述べた。本発明は、かかる実施形態に限定されるものではない。本発明の画像保管通信システムの技術思想は、他の型式のファイルやデータであっても適用可能である。

［４］本実施形態では、８つの場合に分けて副画像保管装置６３が主画像保管装置６２の降格について判定、および、その後の処理を決定する例を述べた。判定方法については、必ずしも８つの場合に分けて行う必要はなく、他の方法であってもよい。例えば、上記実施形態と同じ（２）、（５）、（６）の場合に主画像保管装置６２を降格させると判定し、その他の場合については、主画像保管装置６２を降格させずに一律的な処理を行う構成としてもよい。また、ステップＳ６で述べた判定の内容は一例にすぎず、判定およびその後の処理については、本実施形態とは異なるものとしてもよい。

［５］主画像保管装置６２を降格させる場合、本実施形態のように主画像保管装置６２は予備画像保管装置に降格させ、修理点検が正常に終了するまでは副画像保管装置にしない方が望ましい。第１には、主画像保管装置６２は正常に機能していないことが判明している以上、それを副画像保管装置にしても、正常に機能するとは考えがたいからである。第２には、主画像保管装置６２と副画像保管装置６３との認識子を単純に交換することで両者を切り替える場合、一時的に主画像保管装置または副画像保管装置が２つ存在して、システムが一時的に誤動作するおそれがあるからである。但し、主画像保管装置６２と副画像保管装置６３との認識子を単純に交換することで両者を切り替える場合であっても、本発明の技術思想に含まれる。

［６］主画像保管装置６２の降格および副画像保管装置６３の昇格の処理方法について、認識子（ホスト名やＩＰアドレス等）を変更する例を述べた。本発明は、かかる実施形態に限定されるものではない。主画像保管装置６２および副画像保管装置６３自体のＩＰアドレス等を変更せずに、副画像保管装置６３が、ＤＢＭＳ６１内で記録されているファイルの取得パスを主画像保管装置６２用から副画像保管装置６３用に書き替えてもよい。この場合、ファイルの取得パスにおけるホスト名およびＩＰアドレスを主画像保管装置６２のものから副画像保管装置６３のものに変更すれば済む。本実施形態の主画像保管装置６２内および副画像保管装置６３内では、前述のように、ファイル名やファイル保管先のドライブ名およびフォルダ名の階層構造が互いに同じだからである。

［７］図３において主画像保管装置６２と副画像保管装置６３を省略する代わりに、例えばＵＳＢを介して２つの外付けのディスクＡ、Ｂが接続された１の保管装置（図示せず）を設ける構成にも、本発明は適用可能である。上記ＵＳＢは、「Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ」の意味である。この場合、同一の画像データのファイルを、ファイル名、フォルダ名および階層構造を同じにして、ディスクＡ、Ｂに二重化保存する。この構成では、通常動作時にはディスクＡから各参照端末６５ａ〜６５ｆにファイルが送信される。ファイル送信にエラーがあった場合、参照端末から保管装置に検証要求が送信され、保管装置が上記ステップＳ３〜Ｓ６と同様に参照検証指令の送信や判定等を行う。

具体的には、参照検証指令に対する各参照端末６５ａ〜６５ｆの検証動作では、ディスクＡ、Ｂのそれぞれからファイルを正常に読み出せるかが検証され、結果が保管装置に送信される。ディスクＢからのファイルの読み出しは正常に行えても、ディスクＡからのファイルの読み出しは正常に行えない場合、保管装置は、共有名を変更することで、ファイルの読み出し先を切り替える。即ち、ディスクＡのドライブ名を予備用のドライブ名に変更後、ディスクＢのドライブ名を変更前のディスクＡのドライブ名と同一にする。これにより、ＤＢＭＳ６１におけるファイルのパスを書き換えなくとも、ファイルの読み出し先はディスクＡからディスクＢに切り替わる。そして、ディスクＡの修理点検が正常に終了後、ディスクＡのドライブ名を変更前のディスクＢと同じに書き換えればよい。

［８］副画像保管装置６３の数は、本実施形態のように１つに限定されるものではなく、２つ以上であってもよい。副画像保管装置が複数の場合、各副画像保管装置に優先順位を付与し、優先順位が最高の副画像保管装置が上記副画像保管装置６３のように参照検証指令の送信や判定等を行うことが望ましい。この場合、画像サーバの切替の際には、主画像保管装置を予備画像保管装置に降格させ、判定を行う副画像保管装置を主画像保管装置を昇格させ、他の副画像保管装置の優先順位を１つずつ繰り上げればよい。そして、予備画像保管装置の修理点検が正常に終了後、予備画像保管装置を優先順位が最低の副画像保管装置に昇格させればよい。

［９］主画像保管装置の数は、本実施形態のように１つに限定されるものではなく、２つ以上であってもよい。主画像保管装置が複数の場合、副画像保管装置も複数とし、保管方法の一例としては、画像データのファイルを生成したモダリティ毎にこれらをグループ分けすればよい。

図６は、主画像保管装置および副画像保管装置を複数とした場合の変形例に係る画像保管通信システム６０Ａの全体構成を示すブロック図である。

図６に示すように、画像保管通信システム６０Ａは、ＤＢＭＳ６１と、主画像保管装置６２α、６２βと、副画像保管装置６３α１、６３α２、６３β１、６３β２と、ルータ６４ａ、６４ｂと、参照端末６５ａ、６５ｂ、６５ｃ、６５ｄ、６５ｅ、６５ｆとをネットワークケーブル６８で互いに接続した構成である。また、画像保管通信システム６０Ａは、ルータ６４ｃを介してサービスセンタ７０に接続されている。画像保管通信システム６０Ａでは、第１セグメント６９ａ’の構成のみが上記実施形態とは異なる。

具体的には、αグループの主画像保管装置６２αおよび副画像保管装置６３α１、６３α２（における不図示のファイル保管部）には、例えば、磁気共鳴イメージング装置で生成された画像データのファイルとして同一のものが保管されている。また、βグループの主画像保管装置６２βおよび副画像保管装置６３β１、６３β２（における不図示のファイル保管部）には、例えば、Ｘ線診断装置で生成された画像データのファイルとして同一のものが保管されている。

副画像保管装置６３α１の方が副画像保管装置６３α２よりも優先順位が高く、副画像保管装置６３β１の方が副画像保管装置６３β２よりも優先順位が高い。そして、主画像保管装置６２α、６２βの降格に関する処理は、αグループ、βグループとで別々に、上記ステップＳ３〜Ｓ６と同様にして行われる。

即ち、参照端末（６５ａ〜６５ｆ）から磁気共鳴イメージング装置のファイルを主画像保管装置６２αから取得しようとしてエラーがあった場合、検証要求は副画像保管装置６３α１にのみ送信される。この場合、βグループの主画像保管装置６２βおよび副画像保管装置６３β１、６３β２は関与せず、副画像保管装置６３α１が参照検証指令の送信、主画像保管装置６２αの稼動状態の検証、主画像保管装置６２αを降格させるかの判定等を行う。

この場合の処理は、上記ステップＳ４〜Ｓ６と同様なので重複する説明を省略するが、主な違いは以下の点である。即ち、副画像保管装置６３α１が主画像保管装置６２αを降格させると判定した場合、主画像保管装置６２αの予備画像保管装置への降格、副画像保管装置６３α１の主画像保管装置への昇格に加えて、副画像保管装置６３α２を副画像保管装置６３α１に昇格させる点である。この後、予備画像保管装置の修理が正常に終了後、この予備画像保管装置を副画像保管装置６３α２に昇格させる。

参照端末（６５ａ〜６５ｆ）からＸ線診断装置の画像データを主画像保管装置６２βから取得しようとしてエラーがあった場合も、動作は上記同様である。即ち、検証要求は副画像保管装置６３β１にのみ送信される。主画像保管装置６２α、副画像保管装置６３α１、６３α２は関与せず、副画像保管装置６３β１が上記同様の判定等の処理を行う。

１０、１０Ａ ＰＡＣＳ
１１、１１ａ ＤＢＭＳ（データベース管理システム）
１２、１２ａ 主画像保管装置
１３、１３ａ 副画像保管装置
１４ａ、１４ｂ ルータ
１５ａ、１５ｂ、１５ｃ、１５ｄ、１５ｅ、１５ｆ 参照端末
１６ａ、１６ｂ、１６ｃ、１６ｄ、１６ｅ、１６ｆ 参照端末
１８ ネットワークケーブル
６０、６０Ａ 画像保管通信システム
６１ ＤＢＭＳ
６２、６２α、６２β 主画像保管装置
６３、６３α１、６３α２、６３β１、６３β２ 副画像保管装置
６４ａ、６４ｂ、６４ｃ ルータ
６５ａ、６５ｂ、６５ｃ、６５ｄ、６５ｅ、６５ｆ 参照端末
６８ ネットワークケーブル
６９ａ、６９ａ’ 第１セグメント
６９ｂ 第２セグメント
６９ｃ 第３セグメント
７０ サービスセンタ
８０ 通信部
８１ ＣＰＵ
８２ 入力装置
８３ システムバス
８４ 表示部
８５ １次記憶メモリ
９１ 通信部
９２ 入力装置
９３ ＣＰＵ
９４ システムバス
９５ 表示部
９６ ファイル保管部
９７ メモリ
１０１ 通信部
１０２ 入力装置
１０３ ＣＰＵ
１０４ 検索部
１０５ システムバス
１０６ 検索情報保管部
１０７ 表示部

Claims (6)

1. 複数の参照端末に接続された主画像保管装置と副画像保管装置とに同一の画像データをそれぞれ予め保存し、画像参照要求を発信した前記参照端末に対して、前記画像参照要求に対応する画像データを前記主画像保管装置から送信する画像保管通信システムであって、
   前記参照端末は、前記画像参照要求に対応する画像データを正常に受信できなかった場合、前記副画像保管装置に検証要求を送信し、
   前記副画像保管装置は、前記検証要求を受信した場合、前記検証要求を送信していない任意の前記参照端末に参照検証指令を送信し、
   前記参照検証指令を受信した前記参照端末は、前記主画像保管装置からの画像データの受信動作が正常に行われるか否かを検証後、この検証結果を判断情報として前記副画像保管装置に送信し、
   前記副画像保管装置は、前記判断情報に応じて、前記主画像保管装置を降格させるか否かを判定し、
   前記主画像保管装置および前記副画像保管装置は、前記判定の結果が前記主画像保管装置を降格させるものである場合、前記主画像保管装置の降格および前記副画像保管装置の主画像保管装置への昇格を行うことを特徴とする画像保管通信システム。
2. 請求項１記載の画像保管通信システムにおいて、
   前記参照検証指令を受信した前記参照端末は、前記主画像保管装置からの画像データの受信動作の検証に加えて、前記副画像保管装置からの画像データの受信動作が正常に行われるか否かも検証後、これらの検証結果を前記判断情報として前記副画像保管装置に送信することを特徴とする画像保管通信システム。
3. 請求項２記載の画像保管通信システムにおいて、
   前記副画像保管装置は、前記検証要求を受信した場合、前記主画像保管装置の稼動状態を検証し、前記主画像保管装置の稼動状態の検証結果と、前記判断情報とに応じて、前記主画像保管装置を降格させるか否かを判定することを特徴とする画像保管通信システム。
4. 請求項３記載の画像保管通信システムにおいて、
   前記主画像保管装置からの受信動作が非正常であって、前記副画像保管装置からの受信動作が正常であることを前記判断情報が示す場合、前記副画像保管装置は、前記主画像保管装置を降格させると判定することを特徴とする画像保管通信システム。
5. 請求項３記載の画像保管通信システムにおいて、
   前記副画像保管装置からの受信動作が非正常であることを前記判断情報が示す場合、前記副画像保管装置は、前記主画像保管装置を降格させないと判定することを特徴とする画像保管通信システム。
6. 請求項３記載の画像保管通信システムにおいて、
   前記主画像保管装置からの受信動作も前記副画像保管装置からの受信動作も正常であることを前記判断情報が示し、且つ、前記主画像保管装置の稼動状態の検証結果が正常であることを示す場合、前記副画像保管装置は、前記主画像保管装置を降格させないと判定し、前記検証要求を送信した前記参照端末の識別情報と共にエラーがあったことを記録することを特徴とする画像保管通信システム。

Images