JP2003116154A - 画像データチェックシステム - Google Patents

Abstract

(57)【要約】 【課題】 Ｗｅｂ上で、画像データ（ＤＩＣＯＭデー
タ）の内容確認を行うと同時に、そのデータ内容の修正
を行うことも可能とすることで、信頼性の高い情報伝達
と迅速な相互接続を実現する画像データチェックシステ
ム、画像データチェック方法及び画像データチェックプ
ログラムを提供する。 【解決手段】 病院等の現場サイトに設置される画像収
集モダリティ１と、他社メーカ等に設置される画像参照
端末２と、これらにインターネット回線５を介して接続
され、両者の中継所的な役割、即ち、Ｗｅｂサーバとし
ての役割を果たす画像データチェック端末３と、該画像
データチェック端末３にインターネット回線５を介して
接続され、開発機関又は工場等の開発現場に設置される
画像データ送信端末４とからシステムを構成して、前記
画像データチェック端末３にて画像データ（ＤＩＣＯＭ
データ）の内容確認を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば画像収集モ
ダリティとネットワークを介してこれに接続された画像
参照端末との画像データの相互接続試験を行うための画
像データチェックシステムに関するものである。

【０００２】

【従来の技術】従来から、医用画像の分野においては、
例えばＡ社のＣＴ画像とＢ社のＭＲＩ画像をＣ社の画像
サーバに保管し、ネットワーク接続されたＤ社のワーク
ステーションを使用してＣＲＴ上において診断を行った
り、Ｅ社の放射線画像をＦ病院のワークステーションに
送って、その診断結果をＧ社のＣＲＴ装置に表示して、
Ｈ社のプリンタによりフィルム出力するなど、複数の装
置間において医用画像データを転送して診断に使用した
いという要求がある。

【０００３】しかしながら、現状においては、各社毎に
医用画像データを取り扱うための規格が異なっているた
め、各社の装置間において医用画像データを転送するた
めには、医用画像データをそれぞれの装置に対応するよ
うに変換する必要があり、効率良く診断を行うことがで
きない状況にある。

【０００４】このため、近年、医用画像データを転送す
るための標準的な規格としてＤＩＣＯＭ規格（Ｄｉｇｉ
ｔａｌ Ｉｍａｇｉｎｇ ＣＯｍｍｕｎｉｃａｔｉｏｎ
ｉｎ Ｍｅｄｉｃｉｎｅ）が用いられるようになって
きている。このＤＩＣＯＭ規格は、現在のインターネッ
トの通信規格であるＴＣＰ／ＩＰプロトコルをサポート
しているため、このようなＤＩＣＯＭ規格を用いること
によって、異なる製造業者により製造された装置間にお
いても、ネットワークを介して相互に接続して、患者の
情報のやり取りや医用画像データの転送を行うことがで
きる。従って、これにより従来のフィルムを中心とする
診断の問題点（例えば保管場所不足、フィルムの紛失、
配送の遅さ等）を克服して、新しい画像診療の付加価値
を得ることが期待されている。

【０００５】

【発明が解決しようとする課題】しかしながら、このＤ
ＩＣＯＭ規格に準拠して作成された装置間の相互接続を
行う場合であっても、現状、その相互接続試験の際に拠
り所となっているのは、紙物ベース（Ｃｏｎｆｏｒｍａ
ｎｃｅ Ｓｔａｔｅｍｅｎｔ）での相互データの確認の
みであるため、実際に他社装置との接続試験を行うまで
は、データのやり取り内容を確認することができず、問
題なく相互運用できるか否かが判断できない状況にあ
る。従って、通常、他社装置との接続試験は、事前にテ
ストを行うことなく本試験１回のみで実施されることに
なっている。そして、当該接続試験に失敗した場合に
は、自社にそのデータを持ち帰り、これを修正する必要
があるため、再試験までに１〜２週間という調整期間が
必要となっている。また、ＤＩＣＯＭ規格の理解不足か
ら、間違った表示形式にてＤＩＣＯＭデータを生成して
しまうと、各装置において生成したＤＩＣＯＭデータ内
に医療事故につながるような不正データが発生する可能
性もある。

【０００６】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、Ｗｅｂ上で画像関連
データの内容確認を行って、該画像関連データの不備を
修正することで、信頼性の高い情報伝達と迅速な相互接
続とを実現する画像データチェックシステムを提供する
ことにある。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、請求項１記載の発明は、所定の規格に準拠した画像
関連データを扱う第一の機器及び第二の機器との間で前
記画像関連データの授受可否に関する確認を行うための
画像データ関連データチェックシステムであって、前記
第一の機器から出力される画像関連データが前記第二の
機器で受け入れ可能なフォーマットであるか否かをチェ
ックするデータチェック手段と、該データチェック手段
によるチェックにて前記第二の機器が受け入れ不可と判
断された際に、その旨を報知する報知手段とを備えたこ
とを特徴とする。

【０００８】上記課題を解決するために、請求項２記載
の発明は、所定の規格に準拠した画像関連データを扱う
第一の機器及び第二の機器との間で前記画像関連データ
の授受可否に関する確認を行うための画像データ関連デ
ータチェックシステムであって、前記第一の機器から出
力される画像関連データが前記第二の機器で受け入れ可
能なフォーマットであるか否かをチェックするデータチ
ェック手段と、該データチェック手段によるチェックに
て前記第二の機器が受け入れ不可と判断された際に、前
記第一の機器から出力される画像関連データを受け入れ
可能なフォーマットに修正する修正手段とを備えたこと
を特徴とする。

【０００９】上記課題を解決するために、請求項３記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記第一の機器は、画像収集
モダリティであることを特徴とする。

【００１０】上記課題を解決するために、請求項４記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記データチェック手段は、
前記第一の機器から出力される画像関連データを一覧表
示する表示手段と、該表示部において一覧表示された前
記画像関連データの中からチェックを行うものを選択す
る選択手段を有し、該選択手段によって選択されたもの
に関してチェックを行うことを特徴とする。

【００１１】上記課題を解決するために、請求項５記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記データチェック手段は、
そのチェック結果を表示する表示手段を有することを特
徴とする。

【００１２】上記課題を解決するために、請求項６記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記所定の規格はＤＩＣＯＭ
であり、前記データチェック手段によるチェックは、Ｄ
ＩＣＯＭが有するサービスを実行する際に行われること
を特徴とする。

【００１３】上記課題を解決するために、請求項７記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記第一の機器及び前記第二
の機器は、ネットワークを介して接続されており、該ネ
ットワークはインターネット回線であって、前記データ
チェック手段は、Ｗｅｂサーバとして実装されることを
特徴とする。

【００１４】上記課題を解決するために、請求項８記載
の発明は、請求項１又は請求項２に記載の画像データチ
ェックシステムであって、前記第一の機器は、病院等の
現場サイトに設置され、前記データチェック手段は、開
発機関又は工場等の開発現場に設置され、さらに、前記
第二の機器は、他社メーカに設置されることを特徴とす
る。

【００１５】

【発明の実施の形態】以下、本発明に係る画像データチ
ェックシステムの一実施形態について、図面に基づいて
詳細に説明する。

【００１６】［画像データチェックシステムのシステム
構成］図１は、本実施形態における画像データチェック
システムの全体構成図である。同図に示すように、本実
施形態における画像データチェックシステムは、主に、
病院等の現場サイトに設置される第一の機器である画像
収集モダリティ１と、他社メーカ等に設置される第二の
機器である画像参照端末２と、これらにインターネット
回線５を介して接続され、Ｗｅｂサーバとしての役割を
果たす画像データチェック手段である画像データチェッ
ク端末３と、該画像データチェック端末３にインターネ
ット回線５を介して接続され、開発機関等の開発現場に
設置される画像データ送信端末４（その役割については
後述する）とから構成されている。但し、以上に述べた
画像収集モダリティ１、画像参照端末２、画像データチ
ェック端末３及び画像データ送信端末４は、それぞれ、
インターネット回線５を介して接続される病院、他社メ
ーカ等の施設の箇所に応じて、複数個接続される場合が
ある。

【００１７】［画像データチェックシステムにおける画
像データのチェック方法］以上に説明した画像データチ
ェックシステムにおいて実施される画像データのチェッ
ク方法について、以下、図１乃至図４を用いて説明す
る。

【００１８】まず、病院等の現場サイトに設置される画
像収集モダリティ１（例えばＣＴ・ＭＲＩ・超音波診断
装置・核医学画像装置・ＣＲ・フィルムディジタイザ
等）によって被撮影者の画像データを収集した後、該画
像データをＤＩＣＯＭ規格に基づいて前記画像データチ
ェック端末３へと送信する。該ＤＩＣＯＭ規格に基づく
画像データ送信とは、以下に説明するものである。

【００１９】当該ＤＩＣＯＭ規格においては、各種の処
理がサービスクラスとして複数定義されており、具体的
には、ネットワーク相互接続のための「確認サービ
ス」、画像オブジェクトの「保存サービス」、保存され
ている患者・検査に対する「問合せ／検索サービス」、
画像オブジェクトのハードコピーを作成する「プリント
管理サービス」等が定義されている。本発明に係る画像
データチェックシステムは、これら複数サービスの何れ
に対しても対応することが可能なものであるが、本実施
形態における画像データチェックシステムでは、これら
のサービスの１つである「保存サービス」、即ち、「Ｄ
ＩＣＯＭ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃｅ」を利用し
て、前記画像収集モダリティ１と前記画像データチェッ
ク端末３との間での画像データの送受信及びその内容確
認を行う場合を例に挙げ、以下に説明することとする。

【００２０】該「ＤＩＣＯＭ Ｓｔｏｒａｇｅ Ｓｅｒ
ｖｉｃｅ」において、前記画像収集モダリティ１と前記
画像データチェック端末３との間でやり取りされる画像
データ送信の内容とは、以下に説明するものである。

【００２１】図２に示すように、当該「ＤＩＣＯＭ Ｓ
ｔｏｒａｇｅ Ｓｅｒｖｉｃｅ」においては、まず、画
像収集モダリティ１から画像データチェック端末３へ
「この条件で、セッションを確立したい。」（Ａ−ＡＳ
ＳＯＣＩＡＴＥ−ＲＱ）という受信開始要請信号が伝達
される。これに対して、画像データチェック端末３から
画像収集モダリティ１へ「この条件で、セッション確立
ＯＫです。」（Ａ−ＡＳＳＯＣＩＡＴＥ−ＡＣ）という
応答信号が伝達される。次に、画像収集モダリティ１か
ら画像データチェック端末３へ「データを送ります。受
け取って下さい。」（Ｃ−ＳＴＯＲＥ−ＲＱ）という送
信開始信号が伝達される。そして、この時、画像収集モ
ダリティ１から画像データチェック端末３へＤＩＣＯＭ
規格に基づいた画像データが送信される。これに対し
て、画像データチェック端末３から画像収集モダリティ
１へ「データを受け取りましたＯＫです。」（Ｃ−ＳＴ
ＯＲＥ−ＲＳＰ）という受信確認信号が伝達される。さ
らに、画像収集モダリティ１から画像データチェック端
末３へ「セッション解放して下さい。終了です。」（Ａ
−ＲＥＬＥＡＳＥ−ＲＱ）という受信終了要請信号が伝
達される。これに対して、画像データチェック端末３か
ら画像収集モダリティ１へ「セッション解放了解しまし
た。」（Ａ−ＲＥＬＥＡＳＥ−ＲＰ）という受信終了信
号が伝達され、画像収集モダリティ１と画像データチェ
ック端末３との画像データの送受信が終了する。

【００２２】このようなやり取りを経て、前記画像収集
モダリティ１より送信された画像データは、前記画像デ
ータチェック端末３において登録されることになる。そ
して、該登録された画像データは、以下に説明する「Ｄ
ＩＣＯＭ Ｄａｔａ Ｖａｌｉｄａｔｉｏｎ受付状況」
表示画面によって一覧表示されることになる。

【００２３】図３に、当該「ＤＩＣＯＭ Ｄａｔａ Ｖ
ａｌｉｄａｔｉｏｎ受付状況」の表示画面を示す。同図
に示すように、該「ＤＩＣＯＭ Ｄａｔａ Ｖａｌｉｄ
ａｔｉｏｎ受付状況」表示画面３０は、当該画像データ
チェック端末３において登録された画像データの受付一
覧を示すものである。該表示画面３０は、主に、登録さ
れた画像データの受付日付を示す「受付日付」表示部３
１と、該画像データのタイトルを示す「ＡＥ Ｔｉｔｌ
ｅ」表示部３２と、該画像データのＩＰアドレスを示す
「ＩＰ Ａｄｒｅｓｓ」表示部３３と、該画像データの
抄録体系を示す「Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ」表
示部３４と、該画像データの伝達体系を示す「Ｔｒａｎ
ｓｆｅｒ Ｓｙｎｔａｘ」表示部３５と、該画像データ
のＶａｌｉｄａｔｉｏｎチェックを実行する「結果表
示」釦３６から構成されている。尚、本図においては、
最新２０件の画像データに関して画面表示されている
が、図に示す「過去全受付一覧」釦３７をキーボード又
はマウス等の選択手段によって選択（クリック）するこ
とで、登録された画像データの全受付一覧を画面表示さ
せることができるように構成されている。

【００２４】操作者は、当該「ＤＩＣＯＭ Ｄａｔａ
Ｖａｌｉｄａｔｉｏｎ受付状況」の表示画面３０からＶ
ａｌｉｄａｔｉｏｎチェックを行う所望の画像データを
選択して、前記「結果表示」釦３６を選択（クリック）
することで、当該画像データに関するＶａｌｉｄａｔｉ
ｏｎチェックを実行する。

【００２５】ここで、図４に、当該Ｖａｌｉｄａｔｉｏ
ｎチェックの対象となる前記画像データの中身の一部を
ダンプしたものを示す。同図に示すように、当該画像デ
ータは、そのデータアドレスを示すアドレス表示部Ａ
と、当該情報の種別を示すグループ表示部Ｂと、当該情
報の内容を示すエレメント表示部Ｃと、当該情報の属性
を示す属性表示部Ｄと、当該情報のデータ長を示すデー
タ長表示部Ｅと、当該情報の内容を示す内容表示部Ｆか
ら構成されている。該内容表示部Ｆに表示される情報内
容の具体例としては、例えば、同図に示すように、当該
画像データを収集した画像収集モダリティの製造メーカ
情報Ｇ（同図においては、ＳＨＩＭＡＤＺＵ ＣＯＲＰ
ＯＲＡＴＩＯＮと表示されている。）、該画像収集モダ
リティの機種情報Ｈ（同図においては、ＳＣＴ−７００
０Ｔと表示されている。）、当該画像データの種類情報
Ｉ（同図においては、ＣＴ―Ｄａｔａと表示されてい
る。）、患者の生年月日情報Ｊ（同図においては、１９
４８０６１３と表示されている。）等を挙げることがで
きる。

【００２６】しかしながら、上記アドレス表示部Ａ、グ
ループ表示部Ｂ、エレメント表示部Ｃ、属性表示部Ｄ、
データ長表示部Ｅに関しては、ＤＩＣＯＭ規格に準じた
表示形式にて入力される部分であるため、メーカ毎にそ
の表示形式が異なることが無いのに対し、上記内容表示
部Ｆに関しては、その内容を表現するための表示形式が
統一されておらず、メーカ毎にその表示形式が依存され
ている部分であるために、メーカ毎に表示形式が異なっ
てしまう場合がある。

【００２７】例えば、上記患者の生年月日情報Ｊを例に
採り説明すると以下のようになる。図５に、当該患者の
生年月日情報Ｊを表す部分を抽出したものを示す。同図
に示すように、当該患者の生年月日情報Ｊは、そのデー
タアドレスを示すアドレス表示部Ｊ１と、当該情報の種
別を示すグループ表示部Ｊ２と、当該情報の内容を示す
エレメント表示部Ｊ３と、当該情報の属性を示す属性表
示部Ｊ４と、当該情報のデータ長を示すデータ長表示部
Ｊ５と、当該患者の生年月日を示す生年月日表示部Ｊ６
から構成されている。因みに、前記グループ表示部Ｊ２
において表示される「００１０」は、当該情報が患者に
関する情報であることを示し、前記エレメント表示部Ｊ
３において表示される「００３０」は、前記患者に関す
る情報が患者の生年月日であることを示し、前記属性表
示部Ｊ４において表示される「ＤＡ」は、前記患者の生
年月日を表す形式が日付（数字）であることを示してい
る。また、前記生年月日表示部Ｊ６において４桁の数字
にて表示される部分は、当該患者の生年月日である１９
４８年６月１３日を１６進数で表したものである。

【００２８】本例においては、上記アドレス表示部Ｊ
１、グループ表示部Ｊ２、エレメント表示部Ｊ３、属性
表示部Ｊ４、データ長表示部Ｊ５に関してはＤＩＣＯＭ
規格に準じた表示形式にて表示される部分であり、これ
らに関してはメーカ毎にその表示形式が異なることは無
い。しかし、上記生年月日表示部Ｊ６に関しては、例え
ば、当該患者の生年月日である１９４８年６月１３日と
いう内容を表現するのに、「１９４８０６１３」と表し
たり、１９４８−０６−１３と表したり、メーカ毎にそ
の表示形式が異なる部分となっているため、メーカ毎に
その表示形式が異なってしまう場合がある。

【００２９】このように、画像データの送り手である装
置とその受け手である装置とに、画像データの表示形式
に関して異なる部分が発生すると、この両者間において
当該画像データのやり取りを適切に行うことは不可能と
なってしまう。そこで、従来においては、当該画像デー
タの中身をダンプしたもの（図４に示すもの）を紙面に
出力して、その内容を目視にて確認することでそのチェ
ックが行われていた。

【００３０】しかしながら、これには膨大な手間と時間
が必要とされていたので、本発明に係る画像データチェ
ックシステムでは、上記画像データの不備（不要な情報
や表示形式の違い等）を容易に且つ迅速に発見するため
に、当該画像データのＶａｌｉｄａｔｉｏｎチェックを
ソフトウェア上の処理によって自動的に実施しようとす
るものである。

【００３１】前記画像データチェック端末３において、
当該Ｖａｌｉｄａｔｉｏｎチェックを実行すると、該Ｖ
ａｌｉｄａｔｉｏｎチェックの結果を表示するＶａｌｉ
ｄａｔｉｏｎチェック結果画面が自動的に画面表示され
る。

【００３２】図６に、当該Ｖａｌｉｄａｔｉｏｎチェッ
ク結果の表示画面を示す。同図に示すように、当該Ｖａ
ｌｉｄａｔｉｏｎチェック結果画面４０は、主に、画像
データのバージョン情報、更新日時及びＤＩＣＯＭ規格
に関するバージョン情報を表示する「画像データ情報」
表示部４１と、画像データの抄録体系を示す「Ａｂｓｔ
ｒａｃｔ Ｓｙｎｔａｘ」及び該画像データの伝達体系
を示す「Ｔｒａｎｓｆｅｒ Ｓｙｎｔａｘ」を表示する
「体系情報」表示部４２と、画像データのＶａｌｉｄａ
ｔｉｏｎチェック結果を表示する「Ｖａｌｉｄａｔｉｏ
ｎチェック結果」表示部４３とから構成される。

【００３３】Ｖａｌｉｄａｔｉｏｎチェック結果に問題
がある場合には、例えば、当該「Ｖａｌｉｄａｔｉｏｎ
チェック結果」表示部４３の８行目に示すように、「こ
のタグは存在してはいけません。」というようなメッセ
ージが表示される。因みに、該「このタグは存在しては
いけません。」というメッセージは、同行に示す「ＧＥ
ＮＥＲＡＬ ＩＭＡＧＥ モジュール：タグ（００２０
００２０）（Ｔｙｐｅ２ｃ）」と表されるタグが不要で
あることを示している。このように、画像データに、不
必要な情報が含まれていたり、また、前述のように患者
の生年月日等の情報の表示形式等に問題があった場合等
には、例えば、「このタグは表示形式が違っていま
す。」というような、その旨を示すメッセージが表示さ
れることになる。

【００３４】このようにして、操作者は、当該「Ｖａｌ
ｉｄａｔｉｏｎチェック結果」表示部４３に表示される
画像データのＶａｌｉｄａｔｉｏｎチェック結果を参照
することで、容易に画像データのデータ内容に不備が有
るか否かを確認することができる。さらに、前記画像収
集モダリティ１と当該画像データチェック端末３間にお
いて問題なく画像データのやり取りを行うことができる
か否かを判断することができる。

【００３５】ここで、当該Ｖａｌｉｄａｔｉｏｎチェッ
ク結果に問題がなければ、さらに、他社メーカ等に設置
されるＣＲＴ・レーザイメージャ等の前記画像参照端末
２との接続試験に移行することになる。逆に、当該Ｖａ
ｌｉｄａｔｉｏｎチェック結果に問題がある場合には、
直ちに開発機関・工場等の開発現場に連絡して、該開発
現場に設置される前記画像データ送信端末４から前記画
像データチェック端末３に同様の画像データを送信し
て、再びＶａｌｉｄａｔｉｏｎチェックを行うことにな
る。当然、前記現場サイト（前記画像収集モダリティ
１）と同様の結果となるので、前記開発現場において当
該画像データのデータ修正を行った上で、再度該画像デ
ータを前記画像データチェック端末３に送信して、Ｖａ
ｌｉｄａｔｉｏｎチェックを行う。この工程をＶａｌｉ
ｄａｔｉｏｎチェック結果に問題が無くなるまで繰り返
す。

【００３６】このように、現場サイトの画像収集モダリ
ティ１と他社メーカ等に設置される画像参照端末２との
接続試験を行う際に、その中継点にＷｅｂサーバとして
の役割を果たす画像データチェック端末３を設けて、予
め、前記画像収集モダリティ１と該画像データチェック
端末３との間で接続試験を行っておくことで、前記画像
収集モダリティ１と前記画像参照端末２との接続試験に
おいてやり取りされる画像データの正確性や情報の統一
性を向上させることができる。

【００３７】次に、画像参照端末２を用いて前記画像デ
ータチェック端末３に登録された前記画像データの呼び
出しを行う。そして、該画像参照端末２において、前記
画像データに関する応答データを作製して、これを前記
画像データチェック端末３へ送信する。さらに、該画像
データチェック端末３にて、前記応答データに関して問
題が有るか否かのＶａｌｉｄａｔｉｏｎチェックを行
う。

【００３８】ここで、Ｖａｌｉｄａｔｉｏｎチェック結
果に問題がなければ、前記画像収集モダリティ１と前記
画像参照端末３との間で、問題なく相互運用を行うこと
ができると判断することができ、これ以後、前記画像収
集モダリティ１と前記画像参照端末３の相互接続作業に
以降することになる。逆に、問題がある場合には、他社
メーカ側のサーバソフトウェアに問題があると判断する
ことができるので、他社メーカ側に連絡して、該サーバ
ソフトウェアの修正を行う。そして、再度応答データを
前記画像データチェック端末３へと送信して、Ｖａｌｉ
ｄａｔｉｏｎチェックを行う。この工程をＶａｌｉｄａ
ｔｉｏｎチェック結果に問題がなくなるまで繰り返す。

【００３９】このように、予め、前記画像収集モダリテ
ィ１と前記画像データチェック端末３との間で接続試験
を行っておき、画像データの正確性や情報の統一性を確
認した上で、さらに、前記画像データチェック端末３と
前記画像参照端末２の間で接続試験を行うことで、他社
メーカ側（画像参照端末２側）からも画像データの正確
性や情報の統一性を確認することができ、前記画像収集
モダリティ１と前記画像参照端末２との間でやり取りさ
れる画像データの正確性や情報の統一性をさらに向上さ
せることができる。

【００４０】［画像データチェック方法における画像デ
ータのチェック処理］以上に説明した画像データチェッ
ク方法を実行するに当り、当該画像データチェックシス
テムにおいて実行される画像データのチェック処理の流
れについて、以下、上記画像データチェック方法の流れ
に沿って、図７乃至図９に示すフローチャートを用いて
説明する。

【００４１】（画像データのチェック処理その１）図７
に示すように、まず、操作者が画像収集モダリティによ
って収録された画像データ（ＤＩＣＯＭデータ）を画像
データチェック端末へ送信すると（Ｓ００）、画像デー
タチェック端末は、前記ＤＩＣＯＭデータの受信／登録
処理を行う（Ｓ０１）。そして、該登録されたＤＩＣＯ
Ｍデータを一覧表示する処理を行う（Ｓ０２）。次に、
操作者が一覧表示された登録ＤＩＣＯＭデータからＶａ
ｌｉｄａｔｉｏｎチェックを行う所望のＤＩＣＯＭデー
タの選択を行うと（Ｓ０３）、前記画像データチェック
端末は、当該ＤＩＣＯＭデータがＤＩＣＯＭ規格として
正しい設定データか否かをＶａｌｉｄａｔｉｏｎチェッ
クする処理を行う（Ｓ０４）。そして、当該Ｖａｌｉｄ
ａｔｉｏｎチェックの結果をＷｅｂ表示する処理を行う
（Ｓ０５）。但し、ＤＩＣＯＭデータのＶｅｒｓｉｏｎ
の違いによっては、Ｖａｌｉｄａｔｉｏｎチェックの結
果に誤りが発生する場合があるため、前記画像データチ
ェック端末は、当該ＤＩＣＯＭデータのＶｅｒｓｉｏｎ
を認識した上でＶａｌｉｄａｔｉｏｎチェックを行うも
のとする。

【００４２】操作者は、該Ｗｅｂ表示からＶａｌｉｄａ
ｔｉｏｎチェックの結果に問題があるか否かを判断し
て、該Ｖａｌｉｄａｔｉｏｎチェックの結果に問題がな
ければ、他社メーカ側の画像表示端末との接続試験に移
行する。逆に、問題がある場合には、直ちに開発現場に
連絡して、該開発現場に設けられた画像データ送信端末
より当該画像データチェック端末に同様のＤＩＣＯＭデ
ータを送信して、以下に説明する様に再度Ｖａｌｉｄａ
ｔｉｏｎチェックを行う。

【００４３】（画像データのチェック処理その２）図８
に示すように、操作者が画像データ送信端末より前記画
像データチェック端末へ、先のＤＩＣＯＭデータと同様
のＤＩＣＯＭデータを送信すると（Ｓ１０）、画像デー
タチェック端末は、前記ＤＩＣＯＭデータを受信する処
理を行う（Ｓ１１）。そして、当該ＤＩＣＯＭデータが
ＤＩＣＯＭ規格として正しい設定データか否かをＶａｌ
ｉｄａｔｉｏｎチェックする処理を行う（Ｓ１２）。さ
らに、当該Ｖａｌｉｄａｔｉｏｎチェックの結果をＷｅ
ｂ表示する処理を行う（Ｓ１３）。

【００４４】当然、前記現場サイトと同様の結果となる
ので、該ＤＩＣＯＭデータの修正を行った上で、再度修
正後のＤＩＣＯＭデータを前記画像データチェック端末
へと送信する。そして再びＶａｌｉｄａｔｉｏｎチェッ
クを行う。

【００４５】操作者は、該Ｖａｌｉｄａｔｉｏｎチェッ
ク結果に問題が無ければ、現場サイトへパッチ等の対応
指示を行う。逆に、問題があった場合には、前記ＤＩＣ
ＯＭデータとソフトウェア等の修正を行った後、再度該
ＤＩＣＯＭデータを前記画像データチェック端末へと送
信する。そしてＶａｌｉｄａｔｉｏｎチェックを行う。
以上の工程をＶａｌｉｄａｔｉｏｎチェックの結果に問
題が無くなるまで繰返し行う。

【００４６】このように、ＤＩＣＯＭデータのＶａｌｉ
ｄａｔｉｏｎチェックを、その結果に問題が無くなるま
で繰返し行うことで、ＤＩＣＯＭデータの正確性や情報
の統一性を向上させることができる。また、例えば、前
記画像データチェック端末をサーバに見立てて、予め開
発現場の画像データ送信端末との接続試験を実施してお
くことで、この後実施される現場サイト（画像収集モダ
リティ）との接続試験を事前にシミュレートすることが
できる。また、その場でデータをデバックすることもで
きる。

【００４７】（画像データのチェック処理その３）次
に、以上に述べた操作を他社メーカ側からも同様に行
う。即ち、画像参照端末において、前記画像データチェ
ック端末において登録されたＤＩＣＯＭデータの一覧よ
りＶａｌｉｄａｔｉｏｎチェックを行うＤＩＣＯＭデー
タを選択する。そして、該ＤＩＣＯＭデータを画像参照
端末へと呼び出す。そして、該ＤＩＣＯＭデータに関す
る応答データを作成して、これを前記画像データチェッ
ク端末へと送信する。

【００４８】図９に示すように、まず、操作者が画像参
照端末において、前記画像データチェック端末において
登録されたＤＩＣＯＭデータの一覧からＶａｌｉｄａｔ
ｉｏｎチェックを行う所望のＤＩＣＯＭデータの選択を
行うと（Ｓ２０）、当該画像参照端末は、前記画像デー
タチェック端末より該ＤＩＣＯＭデータを呼び出す処理
を行う（Ｓ２１）。そして、該ＤＩＣＯＭデータを受信
する処理を行う（Ｓ２２）。さらに、当該ＤＩＣＯＭデ
ータに関する応答データを作成する処理を行う（Ｓ２
３）。さらに、当該応答データを画像データチェック端
末に送信する処理を行う（Ｓ２４）。

【００４９】（画像データのチェック処理その４）図７
を準用して示すように、前記画像参照端末において作成
された応答データが画像データチェック端末へ送信され
ると（Ｓ００）、画像データチェック端末は、該応答デ
ータの受信／登録処理を行う（Ｓ０１）。そして、該登
録した応答データを一覧表示する処理を行う（Ｓ０
２）。さらに、操作者が前記画像参照端末において、一
覧表示された登録応答データからＶａｌｉｄａｔｉｏｎ
チェックを行う所望の応答データの選択を行うと（Ｓ０
３）、画像データチェック端末は、選択された応答デー
タがＤＩＣＯＭ規格として正しい設定データか否かをＶ
ａｌｉｄａｔｉｏｎチェックする処理を行う（Ｓ０
４）。そして、当該Ｖａｌｉｄａｔｉｏｎチェックの結
果をＷｅｂ表示する処理を行う（Ｓ０５）。

【００５０】操作者は、該Ｖａｌｉｄａｔｉｏｎチェッ
クの結果に問題がなければ、現場サイトへ当該画像表示
端末との接続試験に移行する旨の指示を行う。逆に、問
題があった場合には、自社のサーバソフトウェアに問題
があると考えられるため、これを修正した後、再度応答
データを画像データチェック端末に送信する。そしてＶ
ａｌｉｄａｔｉｏｎチェックを行う。以上の工程をＶａ
ｌｉｄａｔｉｏｎチェックの結果に問題が無くなるまで
繰返す。

【００５１】このように、他社メーカ側からもＤＩＣＯ
ＭデータのＶａｌｉｄａｔｉｏｎチェックをその結果に
問題が無くなるまで繰返し行うことで、ＤＩＣＯＭデー
タの正確性や情報の統一性をさらに向上させることがで
きる。また、例えば画像データチェック端末に登録して
ある現場サイト（画像収集モダリティ）を選択して、こ
れとの接続試験を行うことで、現場サイトとの接続試験
をシミュレートすることができる。

【００５２】

【発明の効果】以上に説明したように、本発明である画
像データチェックシステムによれば、現場サイト（画像
収集モダリティ）と他社メーカ（画像参照端末）間にお
いてやり取りするＤＣＯＭデータをＷｅｂサーバである
画像データチェック端末を用いてシミュレートすること
ができるので、事前にデータチェックを行うことも、ま
た、その場でＤＩＣＯＭデータをデバックすることも可
能となる。従って、現場サイト（画像収集モダリティ）
と他社メーカ（画像参照端末）間の相互接続の迅速化を
実現することができる。

【００５３】また、本発明である画像データチェックシ
ステムによれば、現場サイト（画像収集モダリティ）と
他社メーカ（画像参照端末）の双方から送信されたＤＩ
ＣＯＭデータを、それぞれＶａｌｉｄａｔｉｏｎチェッ
クして、その結果をＷｅｂ上にて表示することができる
ので、ＤＩＣＯＭ規格の理解不足によるデータの不備を
的確に指摘することができる。従って、これを修正した
上で相互接続を行うことで、現場サイト（画像収集モダ
リティ）と他社メーカ（画像参照端末）間の信頼性のあ
るデータ交信が実現できる。従って、情報の統一化及び
データの信頼性の向上を実現することができる。

【００５４】さらに、本発明である画像データチェック
システムによれば、予め現場サイト（画像収集モダリテ
ィ）と他社メーカ（画像参照端末）間の擬似接続試験
（シミュレート）を行うことができるので、実際の現場
サイト（画像収集モダリティ）と他社メーカ（画像参照
端末）間の接続試験を実施する際に、スムーズなデータ
のやり取り（トランザクション）を行うことができる。
従って、現場サイト（画像収集モダリティ）と他社メー
カ（画像参照端末）間の接続試験を迅速に行うことがで
きる。

【図面の簡単な説明】

【図１】本発明に係る画像データチェックシステムの一
実施形態における全体構成である。

【図２】「ＤＩＣＯＭ Ｓｔｏｒａｇｅ Ｓｅｒｖｉｃ
ｅ」による情報伝達内容の流れを示すシーケンス図であ
る。

【図３】本実施形態における画像データチェックシステ
ムの画像データチェック端末にて表示される「ＤＩＣＯ
Ｍ Ｄａｔａ Ｖａｌｉｄａｔｉｏｎ受付状況」表示画
面を示す図である。

【図４】Ｖａｌｉｄａｔｉｏｎチェックの対象である画
像データの中身の一部をダンプしたものを示す図であ
る。

【図５】図４に示す画像データの内容の一部を抽出した
ものを示す図である。

【図６】画像データチェック端末にて表示されるＶａｌ
ｉｄａｔｉｏｎチェック結果の表示画面を示す図であ
る。

【図７】画像データチェック端末における画像収集モダ
リティ・画像参照端末からの画像データに関する画像デ
ータチェックプログラムを説明するフローチャートであ
る。

【図８】画像データチェック端末における画像データ送
信端末からの画像データに関する画像データチェックプ
ログラムを説明するフローチャートである。

【図９】画像参照端末における画像データチェックプロ
グラムを説明するフローチャートである。

【符号の説明】 １…画像収集モダリティ ２…画像参照端末 ３…画像データチェック端末 ４…画像データ送信端末 ５…インターネット回線 ３０…「ＤＩＣＯＭ Ｄａｔａ Ｖａｌｉｄａｔｉｏｎ
受付状況」表示画面 ３１…「受付日付」表示部 ３２…「ＡＥ Ｔｉｔｌｅ」表示部 ３３…「ＩＰ Ａｄｒｅｓｓ」表示部 ３４…「Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ」表示部 ３５…「Ｔｒａｎｓｆｅｒ Ｓｙｎｔａｘ」表示部 ３６…「結果表示」釦 ３７…「過去全受付一覧」釦 ４０…Ｖａｌｉｄａｔｉｏｎチェック結果画面 ４１…「画像データ情報」表示部 ４２…「体系情報」表示部 ４３…「Ｖａｌｉｄａｔｉｏｎチェック結果」表示部 Ａ…アドレス表示部 Ｂ…グループ表示部 Ｃ…エレメント表示部 Ｄ…属性表示部 Ｅ…データ長表示部 Ｆ…内容表示部 Ｇ…画像収集モダリティの製造メーカ情報 Ｈ…画像収集モダリティの機種情報 Ｉ…画像データの種類情報 Ｊ…患者の生年月日情報 Ｊ１…アドレス表示部 Ｊ２…グループ表示部 Ｊ３…エレメント表示部 Ｊ４…属性表示部 Ｊ５…データ長表示部 Ｊ６…生年月日表示部

フロントページの続き Ｆターム(参考） 5C061 BB13 CC03 5C064 BA07 BB10 BC18 BC20 BD01 BD07 BD13 5K034 CC02 LL01 TT02

Claims (8)

【特許請求の範囲】
1. 【請求項１】 所定の規格に準拠した画像関連データを
   扱う第一の機器及び第二の機器との間で前記画像関連デ
   ータの授受可否に関する確認を行うための画像データ関
   連データチェックシステムであって、 前記第一の機器から出力される画像関連データが前記第
   二の機器で受け入れ可能なフォーマットであるか否かを
   チェックするデータチェック手段と、 該データチェック手段によるチェックにて前記第二の機
   器が受け入れ不可と判断された際に、その旨を報知する
   報知手段と、 を備えたことを特徴とする画像データチェックシステ
   ム。
2. 【請求項２】 所定の規格に準拠した画像関連データを
   扱う第一の機器及び第二の機器との間で前記画像関連デ
   ータの授受可否に関する確認を行うための画像データ関
   連データチェックシステムであって、 前記第一の機器から出力される画像関連データが前記第
   二の機器で受け入れ可能なフォーマットであるか否かを
   チェックするデータチェック手段と、 該データチェック手段によるチェックにて前記第二の機
   器が受け入れ不可と判断された際に、前記第一の機器か
   ら出力される画像関連データを受け入れ可能なフォーマ
   ットに修正する修正手段と、 を備えたことを特徴とする画像データチェックシステ
   ム。
3. 【請求項３】 前記第一の機器は、画像収集モダリティ
   であることを特徴とする請求項１又は請求項２に記載の
   画像データチェックシステム。
4. 【請求項４】 前記データチェック手段は、前記第一の
   機器から出力される画像関連データを一覧表示する表示
   手段と、該表示部において一覧表示された前記画像関連
   データの中からチェックを行うものを選択する選択手段
   を有し、該選択手段によって選択されたものに関してチ
   ェックを行うことを特徴とする請求項１又は請求項２に
   記載の画像データチェックシステム。
5. 【請求項５】 前記データチェック手段は、そのチェッ
   ク結果を表示する表示手段を有することを特徴とする請
   求項１又は請求項２に記載の画像データチェックシステ
   ム。
6. 【請求項６】 前記所定の規格はＤＩＣＯＭであり、前
   記データチェック手段によるチェックは、ＤＩＣＯＭが
   有するサービスを実行する際に行われることを特徴とす
   る請求項１又は請求項２に記載の画像データチェックシ
   ステム。
7. 【請求項７】 前記第一の機器及び前記第二の機器は、
   ネットワークを介して接続されており、該ネットワーク
   はインターネット回線であって、前記データチェック手
   段は、Ｗｅｂサーバとして実装されることを特徴とする
   請求項１又は請求項２に記載の画像データチェックシス
   テム。
8. 【請求項８】 前記第一の機器は、病院等の現場サイト
   に設置され、前記データチェック手段は、開発機関又は
   工場等の開発現場に設置され、さらに、前記第二の機器
   は、他社メーカに設置されることを特徴とする請求項１
   又は請求項２に記載の画像データチェックシステム。