JP2005293026A - Ｄｉｃｏｍデータ統合システム及び中間ｄｉｃｏｍサーバ及びプログラム - Google Patents

Abstract

【課題】 複数のＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバ上のＤＩＣＯＭデータを統合的に検索するシステムに係り、異なるＤＩＣＯＭサーバ上の画像データの同時参照を可能とし、統合されたデータ容量の縮小化、及び画像参照の高速化を行うことを課題とする。
【解決手段】 装置用ＤＩＣＯＭサーバ１は、中間ＤＩＣＯＭサーバ５へＤＩＣＯＭデータを送信し、中間ＤＩＣＯＭサーバ５は、受信したＤＩＣＯＭデータから、解像度の低い簡易画像と、タグデータから選択した簡易画像管理データを生成し、これらを対応付けて統合ＤＩＣＯＭサーバ４に送信し、統合ＤＩＣＯＭサーバ４は、検索端末３のブラウザに対して、簡易画像の検索及び表示のサービスを行う。
【選択図】 図２

Description

本発明は、複数のＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバ上のＤＩＣＯＭデータを統合的に検索するシステムに関する。

病院において、各部門毎に管理されている撮影画像を検索する場合について説明する。現状、モダリティ及び装置用ＤＩＣＯＭサーバを部門毎に設置し、この装置用ＤＩＣＯＭサーバで撮影画像を保存している。他部門の画像を参照するには、次の何れかの方法で行うこととなる。
（１）参照対象の画像を保存する他部門の装置用ＤＩＣＯＭサーバに個別に問い合わせを行い、参照する。
（２）参照対象の画像を保存する他部門の装置用ＩＣＯＭサーバより、自部門のＤＩＣＯＭサーバへ参照対象の画像を転送し、参照する。図２３は、想定例（２）におけるデータフローの概略を示す図である。
（３）各部門毎の装置用ＤＩＣＯＭサーバの画像を統合管理するための統合ＤＩＣＯＭサーバを設置し、各装置用ＤＩＣＯＭサーバの画像データを統合ＤＩＣＯＭサーバに集め、各部門から参照可能とする。図２４は、想定例（３）におけるデータフローの概略を示す図である。

尚、モダリティとは、画像発生装置（ＤＩＣＯＭの画像を作成する撮影装置）のことであり、一般的に、ＭＲＩ装置（磁気共鳴画像撮影装置）、ＣＴ装置（Ｘ線によるコンピュータ断層撮影装置）、ＣＲ装置（Ｘ線照射によりＸ線画像を作成する撮影装置）等のことを総称していう。

上述の（１）の場合には、各部門の装置用ＤＩＣＯＭサーバに存在する画像を同時に参照できないという問題がある。例えば、ある患者のＭＲ画像、ＣＴ画像等を同時に参照できないことになる。

（２）の場合には、以下の問題が生じる。対象画像の存在する装置用ＤＩＣＯＭサーバから自部門のＤＩＣＯＭサーバへの転送処理（操作）が必要となる。また、各部門サーバに存在する画像を同時に参照するには面倒な操作が必要である。例えば、ある患者のＭＲ画像、ＣＴ画像等を同時に参照する場合は、各装置用ＤＩＣＯＭサーバより事前に対象画像を全て転送しておかなければならない。更に、自部門のＤＩＣＯＭサーバに、自部門のデータと検索用に転送した他部門のデータを混在させることにより管理が煩雑になる。更に、検索用に自部門ＤＩＣＯＭサーバに画像データを転送するため、転送元と転送先（自部門ＤＩＣＯＭサーバ）で同じ画像データを重複して持つこととなり非効率である。

（３）の場合には、統合ＤＩＣＯＭサーバで管理するデータが膨大となるため、データを長期間保存できない。また、統合ＤＩＣＯＭサーバの負荷が大きくなる。
特開２００２−１８９８１０号公報 特開平１１−２８２８５０号公報

本発明は、上記した従来技術の欠点を除くためになされたものであって、その目的とするところは、各部門毎のＤＩＣＯＭ画像データを統合管理することである。

本発明に係るＤＩＣＯＭデータ統合システムは、
複数の装置用ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバと、統合ＤＩＣＯＭサーバと、当該複数の装置用ＤＩＣＯＭサーバ及び当該統合ＤＩＣＯＭサーバに接続する中間ＤＩＣＯＭサーバからなるＤＩＣＯＭデータ統合システムであって、以下の要素を有することを特徴とする
（１）撮影画像データとタグデータからなるＤＩＣＯＭデータを保持し、保持しているＤＩＣＯＭデータを中間ＤＩＣＯＭサーバへ送信する複数の装置用ＤＩＣＯＭサーバ
（２）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信し、当該ＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換し、更に、当該ＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとし、当該簡易画像と当該簡易画像管理データを対応付けて統合サーバに送信する中間ＤＩＣＯＭサーバ
（３）中間ＤＩＣＯＭサーバから前記簡易画像と前記簡易画像管理データを受信し、受信した簡易画像と簡易画像管理データを対応付けて記憶し、外部からの要求に応じて、記憶している簡易画像管理データを検索し、検索結果を出力し、検索結果から選択された簡易画像を特定する情報を入力し、入力した当該簡易画像特定情報により特定される簡易画像を出力する統合ＤＩＣＯＭサーバ。

ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、
前記装置用ＤＩＣＯＭサーバは、接続を要求した中間ＤＩＣＯＭサーバと接続出来ない場合に、他の中間ＤＩＣＯＭサーバに接続を要求することを特徴とする。

ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、更に、通信制御サーバを有し、
複数の中間ＤＩＣＯＭサーバは、それぞれ通信状態を通信制御サーバへ通知し、
通信制御サーバは、通知された各中間ＤＩＣＯＭサーバの通信状態を記憶し、
装置用ＤＩＣＯＭサーバは、通信可能な中間ＤＩＣＯＭサーバの問い合わせを通信制御サーバに送信し、
通信制御サーバは、前記問い合わせの送信元である装置用ＤＩＣＯＭサーバへ、通信状態に基づいて通信可能と判断される中間ＤＩＣＯＭサーバの特定情報を返信し、
装置用ＤＩＣＯＭサーバは、受信した前記中間ＤＩＣＯＭサーバ特定情報により特定される中間ＤＩＣＯＭサーバへ接続を要求することを特徴とする。

ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、
複数の中間ＤＩＣＯＭサーバは、それぞれ通信状態を自身以外の中間ＤＩＣＯＭサーバへ通知し、
複数の中間ＤＩＣＯＭサーバは、それぞれ通知された自身以外の中間ＤＩＣＯＭサーバの通信状態を記憶し、
中間ＤＩＣＯＭサーバは、装置用ＤＩＣＯＭサーバからの接続要求に応じられない場合に、前記接続要求の送信元である装置用ＤＩＣＯＭサーバへ、前記通信状態に基づいて通信可能と判断される中間ＤＩＣＯＭサーバの特定情報を返信し、
装置用ＤＩＣＯＭサーバは、受信した前記中間ＤＩＣＯＭサーバ特定情報により特定される中間ＤＩＣＯＭサーバへ接続を要求することを特徴とする。

本発明に係る中間ＤＩＣＯＭサーバは、
複数の装置用ＤＩＣＯＭサーバ及び統合ＤＩＣＯＭサーバと接続可能であって、以下の要素を有することを特徴とする
（１）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信するＤＩＣＯＭデータ受信部
（２）受信したＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換する簡易画像生成部
（３）受信したＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとする簡易画像管理データ生成部
（４）生成した簡易画像を統合ＤＩＣＯＭサーバへ送信する簡易画像送信部
（５）前記簡易画像に関する簡易画像管理データを統合ＤＩＣＯＭサーバへ送信する簡易画像管理データ送信部。

本発明に係るプログラムは、
複数の装置用ＤＩＣＯＭサーバ及び統合ＤＩＣＯＭサーバと接続可能な中間ＤＩＣＯＭサーバとなるコンピュータに、以下の手順を実行させるためのプログラムであることを特徴とする
（１）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信するＤＩＣＯＭデータ受信手順
（２）受信したＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換する簡易画像生成手順
（３）受信したＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとする簡易画像管理データ生成手順
（４）生成した簡易画像を統合ＤＩＣＯＭサーバへ送信する簡易画像送信手順
（５）前記簡易画像に関する簡易画像管理データを統合ＤＩＣＯＭサーバへ送信する簡易画像管理データ送信手順。

本発明においては、異なるＤＩＣＯＭサーバ上にある画像データを同時に参照できる。また、データの容量が小さいので、長期保存が可能である。更に、対象となる画像の検索を実行した際に、高速で画像を参照できる。

実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。図１は、実施の形態１に係るネットワーク構成を示す図である。モダリティ１は装置用ＤＩＣＯＭサーバ２と接続し、装置用ＤＩＣＯＭサーバ２、検索端末３、統合ＤＩＣＯＭサーバ４、及び中間ＤＩＣＯＭサーバ５は、ＬＡＮ（ネットワークの例）を介して接続されている。

図２は、実施の形態１に係る装置間のデータフローの概略を示す図である。本発明では、装置用ＤＩＣＯＭサーバ２で記憶しているＤＩＣＯＭデータ（画像データとタグデータを含む）を中間ＤＩＣＯＭサーバ５介して、統合ＤＩＣＯＭサーバ４に転送する。統合ＤＩＣＯＭサーバ４は、参照用の簡易画像を生成し、蓄積し、検索端末３からこの簡易画像を参照する。図に示すように、複数の中間ＤＩＣＯＭサーバ５を設けているので、いずれかの装置用ＤＩＣＯＭサーバ２から統合ＤＩＣＯＭサーバ４にＤＩＣＯＭデータを転送する場合には、複数のルートの選択が可能である。

まず、中間ＤＩＣＯＭサーバ５を介して、装置用ＤＩＣＯＭサーバ２から統合ＤＩＣＯＭサーバ４にＤＩＣＯＭデータを転送する処理について説明する。図３は、実施の形態１のＤＩＣＯＭデータ転送処理に係る構成を示す図である。

装置用ＤＩＣＯＭサーバ２は、中間ＤＩＣＯＭサーバ選択部２０１、接続要求送信部２０２、応答受信部２０３、応答判定部２０４、及びＤＩＣＯＭデータ送信部２０５の要素を有し、中間ＤＩＣＯＭサーバ５は、接続要求受信部５０１、状態判定部５０２、及び応答返信部５０３の要素を有している。

動作について説明する。図４は、実施の形態１のＤＩＣＯＭデータ転送処理フローを示す図である。

まず、中間ＤＩＣＯＭサーバ選択部２０１で中間ＤＩＣＯＭサーバ選択処理（Ｓ４２１）を行う。この処理では、複数の中間ＤＩＣＯＭサーバ５の中から、順次中間ＤＩＣＯＭサーバ５を選択する。例えば、予め定められている順に従って、中間ＤＩＣＯＭサーバ５を選択する。そして、接続要求送信部２０２により、選択した中間ＤＩＣＯＭサーバに、接続要求を送信する（Ａｓｓｏｃｉａｔｅ，Ｓ４２２）。

中間ＤＩＣＯＭサーバ５は、接続要求受信部５０１により接続要求を受信し（Ｓ４５１）、状態判定部５０２で状態判定する（Ｓ４５２）。自らの状態により、接続できるか否かを判定する。そして、接続できない場合は、「ＢＵＳＹ」を、接続できる場合は、「ＯＫ」を応答として、応答返信部５０３により装置用ＤＩＣＯＭサーバ２へ返信する（Ｓ４５３）。

装置用ＤＩＣＯＭサーバ２は、応答受信部２０３で応答を受信する（Ｓ４２３）。応答判定部２０４で、応答が「ＢＵＳＹ」と判定した場合には（Ｓ４２４）、Ｓ４２１に戻り、次の中間ＤＩＣＯＭサーバ５への接続要求を行う。「ＯＫ」と判定した場合には（Ｓ４２４）、ＤＩＣＯＭデータ送信部２０５より、「ＯＫ」の応答を返信した当該中間ＤＩＣＯＭサーバ５に対して、ＤＩＣＯＭデータを送信する（Ｃ−Ｓｔｏｒｅ，Ｓ４２５）。

以上の処理は、ＤＩＣＯＭのプロトコルに従って行われる。

次に、中間ＤＩＣＯＭサーバ５でＤＩＣＯＭの画像データから簡易データを生成し、統合ＤＩＣＯＭサーバ４に登録する処理について説明する。

図５は、簡易データ生成処理に係る構成を示す図である。中間ＤＩＣＯＭサーバ５は、ＤＩＣＯＭデータ受信部５０４、簡易画像生成部５０５、簡易画像管理データ生成部５０６、簡易画像送信部５０７、及び簡易画像管理データ送信部５０８を有している。統合ＤＩＣＯＭサーバ４は、簡易画像受信部４０１、簡易画像管理データ受信部４０２、簡易画像登録部４０３、簡易画像記憶部４０４、簡易画像管理データ登録部４０５、及び簡易画像管理データベース４０６の要素を有している。

動作について説明する。図６は、簡易データ生成処理フローを示す図である。中間ＤＩＣＯＭサーバ５は、前述の通り、Ｓ４２５で装置用ＤＩＣＯＭサーバ２から送信されたＤＩＣＯＭデータを、ＤＩＣＯＭデータ受信部５０４で受信すると（Ｓ６５１）、簡易画像生成部５０５でＤＩＣＯＭデータに含まれる画像データをそのファイルサイズより小さいファイルサイズに変換する（Ｓ６０２）。例えば、画像データを展開し、展開した画像をより解像度の低い画像に変換し、簡易画像とする。このとき、簡易画像を圧縮されたデータとすることも有効である。他に、解像度を変えずにファイルサイズが小さくなるように圧縮して、簡易画像とする方法もある。そして、この簡易画像を管理するための簡易画像管理データを生成する（Ｓ６５３）。具体的には、ＤＩＣＯＭデータ中のタグデータを読み出し、このタグデータ内の情報を選択し、送信元の装置用ＤＩＣＯＭサーバ２の識別情報、簡易画像のファイル名（フォルダを含んでもよい。）等と併せて、簡易画像管理データとする。簡易画像管理データは、ファイル名や簡易画像ＩＤなど簡易画像を特定する情報を含んでいる。

そして、簡易画像送信部５０７から簡易画像を、統合ＤＩＣＯＭサーバ４に送信する（Ｓ６５４）。この送信が完了すると、続いて簡易画像管理データ生成部５０６から簡易画像管理データを統合ＤＩＣＯＭサーバ４に送信する（Ｓ６５５）。このとき、簡易画像と、これに関する簡易画像管理データが対応付けて送信されている。この例によらず、簡易画像管理データを送信した後に、簡易画像を送信しても構わない。また、一体として送信してもよい。

これらの送信が完了した後で、ＤＩＣＯＭデータを消去するようにしてもよい（Ｓ６５６）。

統合ＤＩＣＯＭサーバ４では、簡易画像受信部４０１で簡易画像を受信し（Ｓ６４１）、続いて簡易画像管理データ受信部４０２で、この簡易画像に関する簡易画像管理データを受信する（Ｓ６４２）。簡易画像登録部４０３は、この簡易画像を簡易画像記憶部４０４に記憶させ（Ｓ６４３）、簡易画像管理データ登録部４０５は、この簡易画像管理データを簡易画像管理データベース４０６に記憶させる（Ｓ６４４）。

図７は、簡易画像管理データベースの例を示す図である。患者情報テーブル７０１、検査情報テーブル７０２、シリーズ情報テーブル７０３、及びイメージ情報テーブル７０４の各テーブルを有している。患者情報テーブル７０１、検査情報テーブル７０２、及びシリーズ情報テーブル７０３の各項目の情報は、ＤＩＣＯＭデータのタグデータから抽出されたものである。

最後に、検索端末３から統合ＤＩＣＯＭサーバ４の簡易データを参照する処理について説明する。図８は、簡易データ参照処理に係る構成を示す図である。統合ＤＩＣＯＭサーバ４は、更に検索画面提供部４０７、簡易画像検索部４０８、及び簡易画像提供部４０９を有し、検索端末３は、ブラウザ３０１を有している。

図９は、簡易データ参照処理フローを示す図である。画像を参照する場合には、検索端末３のブラウザ３０１から、検索画面要求を送信する（Ｓ９３１）。

これに対し、統合ＤＩＣＯＭサーバ４は、検索画面提供部４０７により検索画面提供処理を行う。検索画面要求を受信すると（Ｓ９４１）、検索画面を検索端末３に返信する（Ｓ９４２）。検索画面は、検索条件の入力を促し、入力された検索条件を送信するように構成されている。ブラウザ上で、表示及び動作が可能なように、例えば、ＳＧＭＬ（Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのマークアップ言語で記述されている。

検索端末３のブラウザ３０１は、検索画面を受信し、表示する（Ｓ９３２）。操作により、検索条件を入力し（Ｓ９３３）、更に検索実行の操作があると、検索条件を統合ＤＩＣＯＭサーバ４に返信する（Ｓ９３４）。

これに対して、統合ＤＩＣＯＭサーバ４は、簡易画像検索部４０８により簡易画像検索処理を行う。検索条件を受信すると（Ｓ９４３）、この検索条件に従って、簡易画像管理データベース４０６から適合する簡易画像管理データを検索する（Ｓ９４４）。そして、検索結果として得られた簡易画像管理データの所定の項目をタイトルとしてリスト化した簡易画像リスト画面を生成する（Ｓ９４５）。この画面は、簡易画像のタイトルの選択を促し、選択された簡易画像を特定する簡易画像特定情報（簡易画像ＩＤやファイル名など）を送信するように構成されている。前述と同様に、例えばＨＴＭＬなどのマークアップ言語で記述されている。

そして、簡易画像検索部４０８は、この簡易画像リスト画面を検索端末３に送信する（Ｓ９４６）。

検索端末３のブラウザ３０１は、簡易画像リスト画面を受信し、表示する（Ｓ９３５）。操作により、いずれかの簡易画像のタイトルを選択すると、簡易画像要求（簡易画像特定情報を含む）を返信する（Ｓ９３６）。

これに対して、統合ＤＩＣＯＭサーバ４は、簡易画像提供部４０９により簡易画像提供処理を行う。簡易画像要求を受信すると（Ｓ９４７）、簡易画像記憶部４０４から簡易画像特定情報に対応する簡易画像を読み出し、この画像を表示するための簡易画像表示画面を生成し（Ｓ９４８）、検索端末３に送信する（Ｓ９４９）。

検索端末３のブラウザ３０１は、この簡易画像表示画面を受信し、表示する（Ｓ９３７）。このようにして、検索端末３から簡易画像を容易に読み出すことが可能となる。

実施の形態２．
本実施の形態では、通信制御サーバ６を設け、中間ＤＩＣＯＭサーバ５の通信状態を管理し、装置用ＤＩＣＯＭサーバ２は、中間ＤＩＣＯＭサーバ５から指示された中間ＤＩＣＯＭサーバ５を介して、ＤＩＣＯＭデータを転送する。

図１０は、実施の形態２に係るネットワーク構成を示す図である。通信制御サーバ６が加わっている。

図１１は、実施の形態２に係る装置間のデータフローの概略を示す図である。太線で、中間ＤＩＣＯＭサーバ５の通信状態が転送されるフローを示している。

まず、中間ＤＩＣＯＭサーバ５の通信状態を通信制御サーバ６で捉える処理について説明する。図１２は、実施の形態２の通信状態更新処理に係る構成を示す図である。中間ＤＩＣＯＭサーバ５は、通信状態通知送信部５０９を有し、通信制御サーバ６は、通信状態通知受信部６０１、通信状態更新部６０２、及び通信状態記憶部６０３の要素を有している。

続いて、通信状態が更新される処理の動作を説明する。図１３は、実施の形態２の通信状態更新処理フロー（その１）を示す図である。

中間ＤＩＣＯＭサーバ５は、ＤＩＣＯＭ通信処理（Ｓ１３５２）を行う前に、通信状態を「処理中」へ変更する旨の通信状態通知を、通信制御サーバ６に送信する（Ｓ１３５１）。通信制御サーバ６の通信状態通知受信部６０１は、通信状態通知を受信すると（Ｓ１３６１）、送信元の中間ＤＩＣＯＭサーバ５を特定し、通信状態更新部６０２は、この中間ＤＩＣＯＭサーバ５と対応付けて、受信した通信状態（この例では、「処理中」）を通信状態記憶部６０３に記憶させる（Ｓ１３６２）。

図１４は、実施の形態２の通信状態更新処理フロー（その２）を示す図である。この例は、「処理中」から「待ち状態」に更新する場合のフローを示している。中間ＤＩＣＯＭサーバ５の通信状態通知送信部５０９は、Ｓ１４５１のＤＩＣＯＭ通信処理が終了すると、通信状態を「待ち状態」へ変更する旨の通信状態通知を、通信制御サーバ６に送信する（Ｓ１４５２）。通信制御サーバ６の通信状態通知受信部６０１は、通信状態通知を受信すると（Ｓ１４６１）、送信元の中間ＤＩＣＯＭサーバ５を特定し、通信状態更新部６０２は、この中間ＤＩＣＯＭサーバ５と対応付けて、通信状態（この例では、「待ち状態」）を通信状態記憶部６０３に記憶させる（Ｓ１４６２）。

このように、通信制御サーバ６で各中間ＤＩＣＯＭサーバ５の通信状態を捉えていることを前提として、ＤＩＣＯＭデータを転送する。

図１５は、実施の形態２のＤＩＣＯＭデータ転送処理に係る構成を示す図である。装置用ＤＩＣＯＭサーバ２は、更に、問い合わせ送信部２０６を有し、通信制御サーバ６は、更に、問い合わせ受信部６０４、推奨中間ＤＩＣＯＭサーバ判定部６０５、及び回答送信部６０６を有している。

動作について説明する。図１６は、実施の形態２のＤＩＣＯＭデータ転送処理フローを示す図である。

装置用ＤＩＣＯＭサーバ２は、問い合わせ送信部２０６より、転送先となる中間ＤＩＣＯＭサーバを問い合わせる要求を通信制御サーバ６に送信する（Ｓ１６２１）。

通信制御サーバ６は、問い合わせ受信部６０４で問い合わせを受信し（Ｓ１６６１）、推奨中間ＤＩＣＯＭサーバ判定部６０５で推奨する中間ＤＩＣＯＭサーバを判定する（Ｓ１６６２）。この処理では、通信可能な状態である中間ＤＩＣＯＭサーバを選択する。この例では、「待ち状態」である中間ＤＩＣＯＭサーバを選択する。そして、このサーバを特定する中間ＤＩＣＯＭサーバ特定情報を、推奨中間ＤＩＣＯＭサーバを示す回答として、装置用ＤＩＣＯＭサーバ２に返信する（Ｓ１６６３）。

これに対し、装置用ＤＩＣＯＭサーバ２は、回答受信部２０７で、この回答を受信し（Ｓ１６２２）、回答で示されている推奨中間ＤＩＣＯＭサーバに接続要求を送信する（Ｓ１６２３）。

接続要求受信（Ｓ１６５１）、状態判定（Ｓ１６５２）、及び応答返信（Ｓ１６５３）の処理は、実施の形態１と同様である。

装置用ＤＩＣＯＭサーバ２も、実施の形態１と同様に、応答を受信し（Ｓ１６２４）、応答を判定して（Ｓ１６２５）、「ＯＫ」の場合には、ＤＩＣＯＭデータを送信し（Ｓ１６２６）、「ＢＵＳＹ」の場合には、Ｓ１６２１に処理に戻る。

これにより、通信不可能な中間ＤＩＣＯＭサーバ５に接続要求を送信することを防止でき、通信処理の効率化が図られる。
実施の形態３．
本実施の形態では、中間ＤＩＣＯＭサーバ５が他の中間ＤＩＣＯＭサーバ５の通信状態を把握し、自身が通信不可能な場合に、通信可能な他の中間ＤＩＣＯＭサーバ５を推奨する通知を装置用ＤＩＣＯＭサーバ２に返信する。

本実施の形態では、中間ＤＩＣＯＭサーバ５が他の中間ＤＩＣＯＭサーバ５の通信状態を捉える処理を行う。図１７は、実施の形態３の通信状態更新処理に係る構成を示す図である。中間ＤＩＣＯＭサーバ５は、通信状態通知受信部５１０、通信状態更新部５１１、及び通信状態記憶部５１２を有している。

動作について説明する。図１８は、実施の形態３の通信状態更新処理フロー（その３）を示す図である。

中間ＤＩＣＯＭサーバ５は、ＤＩＣＯＭ通信処理（Ｓ１８５７）を行う前に、通信状態を「処理中」へ変更する旨の通信状態通知を、他のすべての中間ＤＩＣＯＭサーバ５に送信する（Ｓ１８５６）．他の中間ＤＩＣＯＭサーバ５の通信状態通知受信部５１０は、通信状態通知を受信すると（Ｓ１８５１）、送信元の中間ＤＩＣＯＭサーバ５を特定し、通信状態更新部５１１は、この中間ＤＩＣＯＭサーバ５と対応付けて、通信状態（この例では、「処理中」）を通信状態記憶部５１２に記憶させる（Ｓ１３６２）。

図１９は、実施の形態３の通信状態更新処理フロー（その４）を示す図である。この例は、「処理中」から「待ち状態」に更新する場合のフローを示している。中間ＤＩＣＯＭサーバ５の通信状態通知送信部５０９は、Ｓ１９５６のＤＩＣＯＭ通信処理が終了すると、通信状態を「待ち状態」へ変更する旨の通信状態通知を、他のすべての中間ＤＩＣＯＭサーバ５に送信する（Ｓ１９５７）。他の中間ＤＩＣＯＭサーバ５の通信状態通知受信部５１０は、通信状態通知を受信すると（Ｓ１９５１）、送信元の中間ＤＩＣＯＭサーバ５を特定し、通信状態更新部５１１は、この中間ＤＩＣＯＭサーバ５と対応付けて、通信状態（この例では、「待ち状態」）を通信状態記憶部５１２に記憶させる（Ｓ１４６２）。

このように、中間ＤＩＣＯＭサーバ５で他のすべての中間ＤＩＣＯＭサーバ５について通信状態を捉えていることを前提として、ＤＩＣＯＭデータを転送する。

図２０は、実施の形態３のＤＩＣＯＭデータ転送処理に係る構成を示す図である。中間ＤＩＣＯＭサーバ５は、更に、通信状態記憶部５１２と推奨中間ＤＩＣＯＭサーバ判定部５１３を有している。

図２１は、実施の形態３のＤＩＣＯＭデータ転送処理フローを示す図である。装置用ＤＩＣＯＭサーバ２は、中間ＤＩＣＯＭサーバ選択部２０１で中間ＤＩＣＯＭサーバを選択し（Ｓ２１２１）、接続要求送信部２０２は、選択した中間ＤＩＣＯＭサーバに、接続要求を送信する（Ｓ２１２２）。

中間ＤＩＣＯＭサーバ５は、接続要求受信部５０１により接続要求を受信し（Ｓ２１５１）、状態判定部５０２で状態判定する（Ｓ２１５２）。自らの状態により、接続できるか否かを判定する。接続できる場合は、「ＯＫ」を応答として、応答返信部５０３により装置用ＤＩＣＯＭサーバ２へ返信する（Ｓ２１５５）。

接続できない場合は、推奨中間ＤＩＣＯＭサーバ判定部５１３で推奨する中間ＤＩＣＯＭサーバを判定する（Ｓ２１５４）。この処理では、通信可能な状態である他の中間ＤＩＣＯＭサーバ５を選択する。この例では、「待ち状態」である中間ＤＩＣＯＭサーバ５を選択する。そして、この推奨中間ＤＩＣＯＭサーバを特定する中間ＤＩＣＯＭサーバ特定情報を応答に含めて、応答返信部５０３から装置用ＤＩＣＯＭサーバ２に返信する（Ｓ２１５５）。

装置用ＤＩＣＯＭサーバ２は、応答受信部２０３で応答を受信する（Ｓ２１２３）。応答判定部２０４で応答が、「ＯＫ」と判定した場合には（Ｓ２１２４）、ＤＩＣＯＭデータ送信部２０５より、「ＯＫ」の応答を返信した当該中間ＤＩＣＯＭサーバ５に対して、ＤＩＣＯＭデータを送信する（Ｓ２１２５）。

「ＢＵＳＹ」と判定した場合には（Ｓ２１２４）、Ｓ２１２２に戻り、応答に含まれる中間ＤＩＣＯＭサーバ特定情報により特定される推奨中間ＤＩＣＯＭサーバに対して、接続要求を行う。

このように、中間ＤＩＣＯＭサーバが通信の制御を行うことにより、通信の効率化を図ることができる。

尚、装置用ＤＩＣＯＭサーバ２、検索端末３、統合ＤＩＣＯＭサーバ４、及び中間ＤＩＣＯＭサーバ５は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。

図２２は、各ＤＩＣＯＭサーバのハードウエア構成を示す図である。バスに、演算装置２２０１、データ記憶装置２２０２、メモリ２２０３、通信インターフェース２２０４、表示装置２２０５、印刷装置インターフェース２２０６、操作用デバイス２２０７が接続されている。データ記憶装置２２０２は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やハードディスクである。メモリ２２０３は、通常ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。

プログラムは、通常データ記憶装置２２０２に記憶されており、メモリ２２０３にロードされた状態で、順次演算装置２２０１に読み込まれ処理を行う。

画像は、表示装置２２０５に表示される。また。印刷装置インターフェース２２０６を介して印刷装置に印刷させることもできる。通信インターフェース２２０４は、装置間の通信に用いられる。

実施の形態１に係るネットワーク構成を示す図である。 実施の形態１に係る装置間のデータフローの概略を示す図である。 実施の形態１のＤＩＣＯＭデータ転送処理に係る構成を示す図である。 実施の形態１のＤＩＣＯＭデータ転送処理フローを示す図である。 簡易データ生成処理に係る構成を示す図である。 簡易データ生成処理フローを示す図である。 簡易画像管理データベースの例を示す図である。 簡易データ参照処理に係る構成を示す図である。 簡易データ参照処理フローを示す図である。 実施の形態２に係るネットワーク構成を示す図である。 実施の形態２に係る装置間のデータフローの概略を示す図である。 実施の形態２の通信状態更新処理に係る構成を示す図である。 実施の形態２の通信状態更新処理フロー（その１）を示す図である。 実施の形態２の通信状態更新処理フロー（その２）を示す図である。 実施の形態２のＤＩＣＯＭデータ転送処理に係る構成を示す図である。 実施の形態２のＤＩＣＯＭデータ転送処理フローを示す図である。 実施の形態３の通信状態更新処理に係る構成を示す図である。 実施の形態３の通信状態更新処理フロー（その３）を示す図である。 実施の形態３の通信状態更新処理フロー（その４）を示す図である。 実施の形態３のＤＩＣＯＭデータ転送処理に係る構成を示す図である。 実施の形態３のＤＩＣＯＭデータ転送処理フローを示す図である。 各ＤＩＣＯＭサーバのハードウエア構成を示す図である。 想定例（２）におけるデータフローの概略を示す図である。 想定例（３）におけるデータフローの概略を示す図である。

符号の説明

１ モダリティ、２ 装置用ＤＩＣＯＭサーバ、３ 検索端末、４ 統合ＤＩＣＯＭサーバ、５ 中間ＤＩＣＯＭサーバ、６ 通信制御サーバ、２０１ 中間ＤＩＣＯＭサーバ選択部、２０２ 接続要求送信部、２０３ 応答受信部、２０４ 応答判定部、２０５ ＤＩＣＯＭデータ送信部、２０６ 問い合わせ送信部、２０７ 回答受信部、３０１ ブラウザ、４０１ 簡易画像受信部、４０２ 簡易画像管理データ受信部、４０３ 簡易画像登録部、４０４ 簡易画像記憶部、４０５ 簡易画像管理データ登録部、４０６ 簡易画像管理データベース、４０７ 検索画面提供部、４０８ 簡易画像検索部、４０９ 簡易画像提供部、５０１ 接続要求受信部、５０２ 状態判定部、５０３ 応答返信部、５０４ ＤＩＣＯＭデータ受信部、５０５ 簡易画像生成部、５０６ 簡易画像管理データ生成部、５０７ 簡易画像送信部、５０８ 簡易画像管理データ送信部、５０９ 通信状態通知送信部、５１０ 通信状態通知受信部、５１１ 通信状態更新部、５１２ 通信状態記憶部、６０１ 通信状態通知受信部、６０２ 通信状態更新部、６０３ 通信状態記憶部、６０４ 問い合わせ受信部、６０５ 推奨中間ＤＩＣＯＭサーバ判定部、６０６ 回答送信部、７０１ 患者情報テーブル、７０２ 検査情報テーブル、７０３ シリーズ情報テーブル、７０４ イメージ情報テーブル。

Claims (6)

1. 複数の装置用ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバと、統合ＤＩＣＯＭサーバと、当該複数の装置用ＤＩＣＯＭサーバ及び当該統合ＤＩＣＯＭサーバに接続する中間ＤＩＣＯＭサーバからなるＤＩＣＯＭデータ統合システムであって、以下の要素を有することを特徴とするＤＩＣＯＭデータ統合システム
   （１）撮影画像データとタグデータからなるＤＩＣＯＭデータを保持し、保持しているＤＩＣＯＭデータを中間ＤＩＣＯＭサーバへ送信する複数の装置用ＤＩＣＯＭサーバ
   （２）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信し、当該ＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換し、更に、当該ＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとし、当該簡易画像と当該簡易画像管理データを対応付けて統合サーバに送信する中間ＤＩＣＯＭサーバ
   （３）中間ＤＩＣＯＭサーバから前記簡易画像と前記簡易画像管理データを受信し、受信した簡易画像と簡易画像管理データを対応付けて記憶し、外部からの要求に応じて、記憶している簡易画像管理データを検索し、検索結果を出力し、検索結果から選択された簡易画像を特定する情報を入力し、入力した当該簡易画像特定情報により特定される簡易画像を出力する統合ＤＩＣＯＭサーバ。
2. ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、
   前記装置用ＤＩＣＯＭサーバは、接続を要求した中間ＤＩＣＯＭサーバと接続出来ない場合に、他の中間ＤＩＣＯＭサーバに接続を要求することを特徴とする請求項１記載のＤＩＣＯＭデータ統合システム。
3. ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、更に、通信制御サーバを有し、
   複数の中間ＤＩＣＯＭサーバは、それぞれ通信状態を通信制御サーバへ通知し、
   通信制御サーバは、通知された各中間ＤＩＣＯＭサーバの通信状態を記憶し、
   装置用ＤＩＣＯＭサーバは、通信可能な中間ＤＩＣＯＭサーバの問い合わせを通信制御サーバに送信し、
   通信制御サーバは、前記問い合わせの送信元である装置用ＤＩＣＯＭサーバへ、通信状態に基づいて通信可能と判断される中間ＤＩＣＯＭサーバの特定情報を返信し、
   装置用ＤＩＣＯＭサーバは、受信した前記中間ＤＩＣＯＭサーバ特定情報により特定される中間ＤＩＣＯＭサーバへ接続を要求することを特徴とする請求項１記載のＤＩＣＯＭデータ統合システム。
4. ＤＩＣＯＭデータ統合システムは、前記中間ＤＩＣＯＭサーバを複数備え、
   複数の中間ＤＩＣＯＭサーバは、それぞれ通信状態を自身以外の中間ＤＩＣＯＭサーバへ通知し、
   複数の中間ＤＩＣＯＭサーバは、それぞれ通知された自身以外の中間ＤＩＣＯＭサーバの通信状態を記憶し、
   中間ＤＩＣＯＭサーバは、装置用ＤＩＣＯＭサーバからの接続要求に応じられない場合に、前記接続要求の送信元である装置用ＤＩＣＯＭサーバへ、前記通信状態に基づいて通信可能と判断される中間ＤＩＣＯＭサーバの特定情報を返信し、
   装置用ＤＩＣＯＭサーバは、受信した前記中間ＤＩＣＯＭサーバ特定情報により特定される中間ＤＩＣＯＭサーバへ接続を要求することを特徴とする請求項１記載のＤＩＣＯＭデータ統合システム。
5. 複数の装置用ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバ及び統合ＤＩＣＯＭサーバと接続可能であって、以下の要素を有することを特徴とする中間ＤＩＣＯＭサーバ
   （１）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信するＤＩＣＯＭデータ受信部
   （２）受信したＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換する簡易画像生成部
   （３）受信したＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとする簡易画像管理データ生成部
   （４）生成した簡易画像を統合ＤＩＣＯＭサーバへ送信する簡易画像送信部
   （５）前記簡易画像に関する簡易画像管理データを統合ＤＩＣＯＭサーバへ送信する簡易画像管理データ送信部。
6. 複数の装置用ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）サーバ及び統合ＤＩＣＯＭサーバと接続可能な中間ＤＩＣＯＭサーバとなるコンピュータに、以下の手順を実行させるためのプログラム
   （１）装置用ＤＩＣＯＭサーバからＤＩＣＯＭデータを受信するＤＩＣＯＭデータ受信手順
   （２）受信したＤＩＣＯＭデータに含まれる撮影画像データを、そのファイルサイズより小さいファイルサイズの簡易画像に変換する簡易画像生成手順
   （３）受信したＤＩＣＯＭデータに含まれるタグデータから選択した情報を、当該簡易画像を管理する簡易画像管理データとする簡易画像管理データ生成手順
   （４）生成した簡易画像を統合ＤＩＣＯＭサーバへ送信する簡易画像送信手順
   （５）前記簡易画像に関する簡易画像管理データを統合ＤＩＣＯＭサーバへ送信する簡易画像管理データ送信手順。

Images