(57)【特許請求の範囲】
【請求項１】
ネットワークに接続可能な医用機器内に構成され、前記ネットワークに接続された他の医用機器との間で画像データの通信を行う画像データ通信装置であって、
付帯情報を含む画像データを管理する画像データ管理部と、
通信相手を特定する通信先識別情報とサービス種別を識別するサービス種別情報、及び前記通信先識別情報に対応させて送信データの作成に必要なタグ情報と送信データ作成方法情報を含む標準用データを保管し管理する送信データ管理部と、
前記通信相手が画像データを処理する際に必要な仕様情報を、前記通信相手から取得する仕様情報取得部と、
前記通信先識別情報を入力して通信相手を指定し、前記仕様情報取得部から該当する通信相手の仕様情報を抽出する仕様識別部と、
前記抽出した仕様情報と前記標準用データに含まれるタグ情報を比較し、同じタグ情報が存在する場合に、前記標準用データを用いて前記指定した通信相手に対する送信データ制御情報を生成する送信データ生成部と、
前記送信データ制御情報に基づいて前記画像データ管理部の画像データを処理し、前記通信相手に対して画像データを送信する画像データ送信部と、を具備したことを特徴とする画像データ通信装置。
【請求項２】
画像データは、複数のデータ要素のセットとして構成され、前記データ要素は前記サービス種別によってタイプが決められた前記タグ情報を含むことを特徴とする請求項１記載の画像データ通信装置。
【請求項３】
前記送信データ制御情報は、少なくとも通信先識別情報、サービス種別情報、タグ情報、送信データ作成方法を識別する情報をセットとして含むことを特徴とする請求項１記載の画像データ通信装置。
【請求項４】
さらに、前記抽出した仕様情報と前記標準用データを比較し、抽出した仕様情報に前記タグ情報に対応する情報が存在せず、前記標準用データに前記タグ情報が存在する場合は、そのタグ情報を前記抽出した仕様情報に追加して適正化し、前記標準用データに含まれないタグ情報が前記抽出した仕様情報に存在する場合は、警告用の情報を生成する情報作成部を有することを特徴とする請求項１記載の画像データ通信装置。
【請求項５】
前記情報作成部は、さらに情報検索部を有し、
前記情報検索部は、送信データ作成方法情報を保管した第１のデータベースにアクセス可能であって、
前記情報作成部は、前記標準用データに含まれる送信データ作成方法情報テーブルのレコードと、前記抽出した仕様情報を比較し、タグ情報が前記送信データ作成方法情報テーブルに存在せず、前記抽出した仕様情報に存在する場合には、前記情報検索部に指示して前記第１のデータベースを検索し、
前記情報検索部が前記仕様情報に存在するタグ情報に合致した送信データ作成方法情報を見つけた場合に、前記情報作成部は、見つけた送信データ作成方法情報を前記の送信データ作成方法情報テーブルに追加することを特徴とする請求項４記載の画像データ通信装置。
【請求項６】
前記情報作成部は、さらに情報照会部を有し、
前記情報照会部は、前記ネットワークを介して情報回答部と通信可能であって、前記情報回答部には送信データ作成方法情報を保管した第２のデータベースが接続され、
前記情報作成部は、前記標準用データから読み出した送信データ作成方法情報テーブルのレコードと、前記抽出した仕様情報を比較し、タグ情報が前記送信データ作成方法情報テーブルに存在せず、前記抽出した仕様情報に存在する場合には、前記情報照会部を呼び出し、前記情報回答部に指示して前記第２のデータベースを検索し、
前記情報回答部が前記仕様情報に存在するタグ情報に合致した送信データ作成方法情報を見つけた場合、前記情報照会部は、見つけた送信データ作成方法情報を前記情報作成部に送信し、
前記情報作成部は、受信した送信データ作成方法情報を前記標準用データの送信データ作成方法情報テーブルに追加することを特徴とする請求項４記載の画像データ通信装置。
【請求項７】
ネットワークに接続した医用機器及び前記ネットワークに接続されたセンター部に構成され、前記ネットワークを介して複数の医用機器間で画像データの通信を行うための画像データ通信システムであって、
前記センター部は、
通信相手を特定する通信先識別情報とサービス種別を識別するサービス種別情報、及び前記通信先識別情報に対応させて送信データの作成に必要なタグ情報及び送信データ作成方法情報を含む標準用データを保管し管理する送信データ管理部と、
前記通信相手が画像データを処理する際に必要な仕様情報を、前記通信相手から取得する仕様情報取得部と、
要求に応じて通信相手となる医用機器を指定し、前記仕様情報取得部から該当する通信相手の仕様情報を抽出する情報応答部と、
前記抽出した仕様情報と前記標準用データに含まれるタグ情報を比較し、同じタグ情報が存在する場合に、前記標準用データを用いて前記指定した通信相手に対する送信データ制御情報を生成する送信データ生成部と、を有し、
前記医用機器は、
付帯情報を含む画像データを管理する画像データ管理部と、
前記通信相手の機器情報及びサービス種別情報を入力して通信相手を指定し、前記センター部の前記情報応答部に対して前記送信データ制御情報の要求を送信する情報要求部と、
前記情報要求部が前記情報応答部を介して前記送信データ制御情報を受信したときに、受信した送信データ制御情報に基づいて前記画像データ管理部の画像データを処理し、前記通信相手に対して画像データを送信する画像データ送信部と、を有することを特徴とする画像データ通信システム。
【請求項８】
前記画像データは、複数のデータ要素のセットとして構成され、前記データ要素は前記サービス種別によってタイプが決められた前記タグ情報を含むことを特徴とする請求項７記載の画像データ通信システム。
【請求項９】
前記送信データ制御情報は、少なくとも通信先識別情報、サービス種別情報、タグ情報、送信データ作成方法を識別する情報をセットとして含むことを特徴とする請求項７記載の画像データ通信システム。
【請求項１０】
さらに前記センター部は、
前記抽出した仕様情報と前記標準用データを比較し、抽出した仕様情報に前記タグ情報に対応する情報が存在せず、前記標準用データに前記タグ情報が存在する場合は、そのタグ情報を前記抽出した仕様情報に追加して適正化し、前記標準用データに含まれないタグ情報が前記抽出した仕様情報に存在する場合は、警告用の情報を生成する情報作成部を有することを特徴とする請求項７記載の画像データ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク等の通信手段に接続された各種医用画像診断装置や医用画像管理装置等において医用画像データを通信する画像データ通信装置及び画像データ通信システムに関し、特に通信相手に対して適正な画像データを通信可能にしたものである。
【背景技術】
【０００２】
一般に、医療機関では、Ｘ線ＣＴ装置（Ｘ線コンピュータトモグラフィ装置）、超音波診断装置、Ｘ線撮影装置、ＭＲＩ装置（磁気共鳴イメージング装置）等の医用画像診断装置が使用されている。また、医療機関内の情報を管理するＨＩＳ（Hospital Information System）や放射線科内の情報を管理するＲＩＳ（Radiology Information System）の構築、或いはＰＡＣＳ（Picture Archiving Communication System）等の画像ファイル通信保管システムの構築により情報伝達のオンライン化が図られている。
【０００３】
このような医療機関では、例えば医用画像診断装置からＰＡＣＳワークステーションに医用画像データを送信し、ワークステーションで医用画像を表示/処理するようにしている。医用画像診断装置とワークステーション間の通信はネットワークを介して行われ、一般的にネットワーク上の通信は、ＤＩＣＯＭ規格（Digital Imaging and Communications in Medicine）に基づいて行われている。
【０００４】
また、ネットワークに接続されたワークステーションが複数ある場合、それぞれのワークステーションは、サポートしている画像表示方法（静止画表示、動画表示、多コマ表示等）や、画像処理方法（２次元/３次元/４次元処理、計測処理、ＣＡＤ：Computer Aided Diagnosis等）が異なれば、それぞれのワークステーションが必要とするデータも当然異なる。
【０００５】
したがって、送信側から受信側に送信された医用画像データと、受信側が必要とする医用画像データとの間で情報のギャップがあると、受信側（例えばワークステーション）で適正なデータ処理ができず、また表示処理ができないことがある。
【０００６】
特許文献１には、通信相手が実装しているサービスの検知方法について記載されている。この特許文献１に記載された例では、予め定められたサービスに関する通信要求を所定の医用プロトコルに基づいて網羅的に相手機器へ送信し、相手機器の反応から相手機器が実装しているサービスに関する情報を検知し、相手機器の仕様書等がなくても、相手機器が実装しているサービスに関する情報を入手することが述べられている。
【０００７】
しかしながら、送信側の装置と受信側のシステム間で情報のギャップが生じる可能性があり、画像データの通信が成功しても実際に医用画像を表示したり処理したりする上で、問題を起こす可能性がある。
【特許文献１】特開２００２−２５９２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来の画像データ通信システムでは、医用画像データの送信側と受信側の間で情報のギャップが生じる可能性があり、画像データの通信が成功しても実際に医用画像を表示したり処理したりする上で、問題を起こす可能性があった。
【０００９】
本発明は、上記事情に鑑みて成されたもので、通信相手ごとに仕様情報を確認して、通信相手が必要とする画像データを送信できるようにした画像データ通信装置及び通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
請求項１記載の本発明は、ネットワークに接続可能な医用機器内に構成され、前記ネットワークに接続された他の医用機器との間で画像データの通信を行う画像データ通信装置であって、付帯情報を含む画像データを管理する画像データ管理部と、通信相手を特定する通信先識別情報とサービス種別を識別するサービス種別情報、及び前記通信先識別情報に対応させて送信データの作成に必要なタグ情報と送信データ作成方法情報を含む標準用データを保管し管理する送信データ管理部と、前記通信相手が画像データを処理する際に必要な仕様情報を、前記通信相手から取得する仕様情報取得部と、前記通信先識別情報を入力して通信相手を指定し、前記仕様情報取得部から該当する通信相手の仕様情報を抽出する仕様識別部と、前記抽出した仕様情報と前記標準用データに含まれるタグ情報を比較し、同じタグ情報が存在する場合に、前記標準用データを用いて前記指定した通信相手に対する送信データ制御情報を生成する送信データ生成部と、前記送信データ制御情報に基づいて前記画像データ管理部の画像データを処理し、前記通信相手に対して画像データを送信する画像データ送信部と、を具備したことを特徴とする。
【００１１】
また、請求項７記載の本発明は、ネットワークに接続した医用機器及び前記ネットワークに接続されたセンター部に構成され、前記ネットワークを介して複数の医用機器間で画像データの通信を行うための画像データ通信システムであって、前記センター部は、通信相手を特定する通信先識別情報とサービス種別を識別するサービス種別情報、及び前記通信先識別情報に対応させて送信データの作成に必要なタグ情報及び送信データ作成方法情報を含む標準用データを保管し管理する送信データ管理部と、前記通信相手が画像データを処理する際に必要な仕様情報を、前記通信相手から取得する仕様情報取得部と、要求に応じて通信相手となる医用機器を指定し、前記仕様情報取得部から該当する通信相手の仕様情報を抽出する情報応答部と、前記抽出した仕様情報と前記標準用データに含まれるタグ情報を比較し、同じタグ情報が存在する場合に、前記標準用データを用いて前記指定した通信相手に対する送信データ制御情報を生成する送信データ生成部と、を有し、前記医用機器は、付帯情報を含む画像データを管理する画像データ管理部と、前記通信相手の機器情報及びサービス種別情報を入力して通信相手を指定し、前記センター部の前記情報応答部に対して前記送信データ制御情報の要求を送信する情報要求部と、前記情報要求部が前記情報応答部を介して前記送信データ制御情報を受信したときに、受信した送信データ制御情報に基づいて前記画像データ管理部の画像データを処理し、前記通信相手に対して画像データを送信する画像データ送信部と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、通信相手が必要とするデータを送信することができ、画像データの処理及び画像表示を支障なく行うことができる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明の一実施の形態について図面を参照して詳細に説明する。
【実施例１】
【００１４】
図１は、本発明の画像データ通信装置を搭載した医用システムを示すネットワーク構成図である。本発明の画像データ通信装置は、医用画像診断装置やＰＡＣＳ（PACS：Picture Archiving and Communication System）のワークステーション内などに構成される。
【００１５】
図１は、複数の医用機器、例えばＸ線ＣＴ装置１００，超音波診断装置２００等の医用画像診断装置と、ＰＡＣＳワークステーション３００，４００（以下、単にワークステーション３００，４００と称す）等の医用画像管理装置が、ネットワーク１０を介して接続されている場合を例示している。これらの医用機器には、本発明の画像データ通信装置１が搭載されており、この画像データ通信装置１を介して医用画像データの送受信が行われるようにしている。
【００１６】
ネットワーク１０は、例えばイーサネット（登録商標）(Ethernet（登録商標）)の規格に基づく10BASE-T/100BASE-TX/1000BASE-T等のネットワークと、TCP/IP等のネットワーク規格に基づいたLANを敷設し、そのLANに接続するような形態である。それぞれの医用画像診断装置（１００，２００）と医用画像管理装置（３００，４００）は、ネットワーク１０上で、ＤＩＣＯＭ規格（Digital Imaging and Communications in Medicine）に基づいた通信を行う。
【００１７】
例えば図１において、Ｘ線ＣＴ装置１００は、ワークステーション３００や４００に検査結果である医用画像を送信する。同様に、超音波診断装置２００も、ワークステーション３００や４００に検査結果である医用画像を送信することがある。
【００１８】
図２は、ＤＩＣＯＭ規格による画像データの基本的なデータ構造を示す。図２において、画像データは、データ要素のセット（系列）として構成される。各データ要素１−１，１−２，…１−ｎは、タグ（Tag）、データ型（ＶＲ：Value Representation）、データ長（Value Length）、画像データや付帯情報のデータ（Value Field）で構成される。タグ情報（Tag）は、さらにGroupとElementに分かれる。Groupは、データの種別（カテゴリ）を表し、Elementは、同一Group内でデータを一意に識別するための番号である。図３に、データの種別（カテゴリ）の例を示す。
【００１９】
ＶＲは、データ型を示す情報を格納するためのもので、画像データの転送条件(Transfer Syntax)により省略される場合があるが、固定長である。図４に、データ型（ＶＲ）の一例を示す。
【００２０】
データ長（Value Length）は固定長で、Value Fieldに格納されるデータの長さを格納する。Value Fieldは、タグ（Tag）に対応するデータそのものを格納する領域である。画像データとしてどのようなデータ要素を含めるかは、ＤＩＣＯＭ規格で定められたサービス種別（SOP Class UID）によって基本的に決まっている(SOP Classは、Service Object Pair Classの略）。
【００２１】
サービス種別の例を、図５に示す。例えば、CT Image StorageのSOP Class UIDは、1.2.840.10008.5.1.4.1.1.2.1で表される。
【００２２】
さらにタグ情報：Tag（以下、タグと称す)は、サービス種別毎にタイプが決められている。タイプは、１、２、３があり、タイプ１はタグとデータが必須であり、タイプ２は少なくともタグは必須であり、タイプ３はタグとデータの両方が省略可能である。タイプ１とタイプ２については、条件が合致した場合には、タグとデータを両方セットしなければならないConditionalという修飾語をつけることができるようになっている。すなわち、１Ｃ，２Ｃといったものである。
【００２３】
図１において、例えばワークステーション３００とワークステーション４００でサポートしている画像表示方法（静止画表示、動画表示、多コマ表示等）や、画像処理方法（２次元/３次元/４次元処理、計測処理、CAD：Computer Aided Diagnosis等）が異なれば、それぞれのワークステーションが必要とするデータも異なる。
【００２４】
また、ＤＩＣＯＭ規格では、定期的に規格の見直しが行われており、既存タグの廃止や新規タグの登録が発生するし、公開されたタグ以外に製造業者独自のプライベートなタグを使用することも認められているため、送信側の装置（例えばＸ線ＣＴ装置１００）と受信側の装置（例えばワークステーション３００）間で必要とされるデータとタグに差（情報のギャップ)が発生することがある。
【００２５】
つまり、ＤＩＣＯＭ規格上どのようなタグを送信するかは予め決められている訳であるが、タイプ２やタイプ３のタグについては、必ずしもデータの送信が保証されている訳ではなく、医用画像診断装置に依存している。したがって、医用画像診断装置１００，２００からワークステーション３００，４００に対して、ＤＩＣＯＭ規格に基づく画像データの通信処理が正常に終了したとしても、ワークステーション３００，４００側で実際に画像を表示したり画像処理する際に、正常な表示や処理ができないという問題を起こす可能性がある。
【００２６】
本発明の画像データ通信装置は、このような問題に対処したものであり、通信相手毎に必要なデータ（タグとデータ）が含まれているか否かを確認して画像データを送信するものである。またデータ（タグ）を適正化して送信できるようにした仕組みを提供するものである。
【００２７】
図６は本発明の一実施形態に係る画像データ通信装置１を示すブロック図である。画像データ通信装置１は、医用画像診断装置（１００，２００）や医用画像管理装置（３００，４００）等の医用機器にそれぞれ搭載されるが、図６では、医用画像診断装置であるＸ線ＣＴ装置１００に画像データ通信装置１を搭載し、医用画像管理装置であるワークステーション３００に対して医用画像データを送信する場合を例に説明する。
【００２８】
図６において画像データ通信装置１は、Ｘ線ＣＴ装置１００内に構成されており、画像データ送信部１１と、画像データ管理部１２と、送信データ生成管理部１３と、情報作成部１４と、仕様識別部１５、仕様情報取得部１６を有する。
【００２９】
また、画像データ管理部１２はデータベース２１を含み、送信データ生成管理部１３には、データベース２２が接続され、仕様情報取得部１６は、データベース２３を含む。
【００３０】
データベース２１には、Ｘ線ＣＴ装置２０で取得した画像データ（付帯情報を含む）が格納されている。またデータベース２２には、通信相手（本例ではワークステーション３００，４００等）を識別するための通信先識別情報と、通信相手とやり取りするサービスを識別するためのサービス種別情報と、送信するデータを生成するための生成方法を定義した送信データ作成方法情報と、実際に送信するデータを通信先識別情報に関連付けて指定する送信データ制御情報等が格納されている。
【００３１】
さらに、データベース２３には、通信相手（ワークステーション３００，４００等）から事前に取得した仕様情報が格納されている。仕様情報は、通信相手が実際に利用しているデータを指定するものであり、言い換えれば通信相手であるワークステーション３００（ＷＳ１），ワークステーション４００（ＷＳ２）がどのようなデータを欲しているかを示すものであり、それぞれの通信相手毎(ＷＳ１用、ＷＳ２用)のデータ処理仕様が格納されている。
【００３２】
画像データ管理部１２は、データベース２１に格納された画像データ及び付帯情報を管理する。また送信データ生成管理部１３は、データベース２２に格納された通信先識別情報、サービス種別情報、送信データ作成方法情報、及び送信データ制御情報を管理する機能を有する。尚、データベース２２には、送信データ作成方法情報、及び送信データ制御情報が標準用データとして格納されている。
【００３３】
仕様識別部１５は、通信相手のデータ処理仕様を識別するものであり、通信相手を指定することによりデータベース２３から該当する通信相手のデータ処理仕様を抽出する。
【００３４】
また情報作成部１４は、データベース２３から読み出したデータ処理仕様と、送信データ生成管理部１３を介してデータベース２２から取り込んだ標準用データ（送信データ作成方法情報）を比較して差分を演算する。情報作成部１４は、この演算結果をもとに通信相手が要求しているデータ処理仕様と、データベース２２に格納されている標準用データの間に情報のギャップがある場合は、データの追加処理等の適正化（詳細は後述）を行う。
【００３５】
送信データ生成管理部１３は、送信データ作成方法を決定し、送信データ作成方法情報と送信データ制御情報を画像データ送信部１１に送る。画像データ送信部１１は、変換・送信モジュールを含み、送信データ制御情報に基づいて画像データ管理部１２が管理する画像データをデータベース２１から読み出し、変換処理して送信データを生成し通信相手に送信する。
【００３６】
尚、送信データ生成管理部１３からの送信データ制御情報は、通信相手に対する送信データの作成時に使用する制御情報であり、詳細は後述する。また送信データ生成管理部１３は、データベース２２に格納された標準用データを保管し管理する送信データ管理部としての機能と、送信データ制御情報を生成する送信データ生成部としての機能を有する。
【００３７】
図７は、医用画像診断装置１００，２００や医用画像管理装置３００，４００に搭載される画像データ通信装置１の基本的なハードウェア構成を例示している。
【００３８】
図７において、画像データ通信装置１は、パーソナルコンピュータ等のコンピュータ本体２、コンピュータ本体２に接続されているキーボード、マウス等の入力装置３、プリンタ等の出力装置４、表示装置５、磁気ディスク装置等の外部記憶装置６、メモリ等の内部記憶装置７、及びネットワーク１０への接続を制御するネットワークインタフェース８から構成されている。
【００３９】
図６の画像データ送信部１１、画像データ管理部１２、送信データ生成管理部１３、情報作成部１４、仕様識別部１５、仕様情報取得部１６は、図７のコンピュータ本体２内に含まれ、図６のデータベース２１，２２，２３は、図７の外部記憶装置６或いは内部記憶装置７に相当する。
【００４０】
尚、コンピュータ本体２は、画像データの処理や転送処理を行うものであって、Ｘ線ＣＴ装置１００の場合、Ｘ線管やＸ線検出器等を含む撮影部等の機構部分が別途存在する。また、画像データの通信はネットワークインタフェース８を介して行われるが、便宜上、図６ではネットワークインタフェースの図示は省略している。
【００４１】
次に、本発明の画像データ通信装置１の動作について説明する。先ず図８のフローチャートを参照して、画像データ送信部１１、画像データ管理部１２及び送信データ生成管理部１３による画像データの送信処理の基本動作を説明する。
【００４２】
図８において、Ｓ１は画像データ送信の開始ステップである。次のステップＳ２においては、図７に示す入力装置３と表示装置５を利用して通信先識別情報（Station Application Entity Title）、サービス種別情報（SOP Class）、通信方式（図９に示すTransfer Syntax）、対象画像識別情報（Image-IDやImage-UID）が入力され、画像データ送信部１１は、それら入力データを受け取る。
【００４３】
続いてステップＳ３において、画像データ送信部１１は、送信データ生成管理部１３に対して、データベース２２の送信データ制御情報テーブル（図１０で後述）の中から、通信先識別情報（Station Application Entity Title）とサービス種別情報（SOP Class）が合致したものを検索するよう指示する。
【００４４】
図１０は、データベース２２の送信データ制御情報テーブルの構造を示す。送信データ制御情報テーブルは、通信相手を識別するための「通信先識別情報」と、作成するデータ種別を表す「SOP Class識別番号」と、同一の通信相手に対するデータタグを一意に識別するための「送信データ識別番号」と、そのデータタグを示す「DICOM TAG」と、送信データ作成方法情報テーブル（図１１で後述）のレコードを識別するための「送信データ作成方法識別番号」と、このレコードの更新日時を表す「更新日時」から構成される。
【００４５】
図１０の最上位のレコードを例に述べると、通信先識別情報が「0001」で、作成するデータ種別が「1.2.840.100008.5.1.4.1.1.2」でCT画像であり、「0001」に対してCT画像を送信する際の送信データの識別番号が「１」で、そのデータタグは「0008,0020」で、具体的なデータ作成方法が送信データ作成方法情報テーブル（図１１）内のレコード「１１」に指定されていて、このレコードの更新日が「2007-11-10」であることを示している。
【００４６】
ステップＳ３では、通信先識別情報（例えば「0001」）とサービス種別情報（例えば「1.2.840.100008.5.1.4.1.1.2」）を検索キーとして、送信データ識別番号（１，２，３）をソートキーとして昇順に並び替えて、データタグと送信データ作成方法識別番号の組からなるリストを取得する。
【００４７】
図１１は、データベース２２の送信データ作成方法情報テーブルのテーブル構造を示す。送信データ作成方法情報テーブルは、サービス種別情報(SOP Class）ごとに用意されており、例えば、データ作成方法を一意に識別するための識別番号、ＤＩＣＯＭデータの中でデータ要素を識別するためのデータタグ、データタグの属性名、データタグのデータ型（ＶＲ:図４参照）、データタグが指すデータ要素の中に格納できるデータの個数（ＶＭ: Value Multiplicity）、データタグが指すデータ要素の中に格納できるデータ長、データタグが指すデータ要素の中に格納できるデータ長種別（固定長、最大長、可変長）、データタグのタイプ、データを作成するための演算式、及びレコードの更新日時から構成される。
【００４８】
尚、データタグは、ＤＩＣＯＭ規格で定義されているタグと、ＤＩＣＯＭ規格に準拠してベンダーが独自に定義するプライベートタグの２種類がある。またデータタグのタイプとは、タイプ１、タイプ２、タイプ３の３つであり、タイプ１はタグとデータが必須、タイプ２は少なくともタグは必須、タイプ３はタグとデータの両方が省略可能である。
【００４９】
タイプ１とタイプ２については、条件が合致した場合には、タグとデータを両方セットしなければならないConditionalという修飾語をつけることができるようになっている。即ち、１C、２Cといったものである。
【００５０】
図１１において識別番号「１１」は、データタグが「0x0008, 0020」で、そのデータタグの属性名は「Study Date」、データ型は「DA」で日付型を表し、そのデータタグはデータ要素の中で「１個」しか値を持つことがなく、最大で「８バイト」のデータ長で、データ長は「FIX」なので固定長となり、タイプは「２」なので、データがない場合でも少なくともタグをセットしなければならず、送信データを作成するには、「=Study_Table.Study_Date」の演算を実行し、このレコードの更新日は「2007-11-10」であることを示している。
【００５１】
図８のステップＳ３で、「データタグ」と「送信データ作成方法識別番号」を取得すると、通信相手とサービス種別毎に作成しなければならないデータタグと送信データ作成方法が確定するが、ステップＳ４では、データタグの小さいものから順番に全てのデータタグ（0008,0020〜0008,0050）に対応するデータ作成方法が確定するまで「データタグ」と「送信データ作成方法識別番号」の取得処理を続ける。
【００５２】
ステップＳ５では、「送信データ作成方法識別番号」をもとに処理対象のデータタグに対応する「データ作成演算式」を取得し、送信対象の画像識別情報（Image-IDやImage-UID）を検索キーとして、画像データ管理部１２に対して検索指示を行う。
【００５３】
データベース２１は、例えば図１２に示す患者情報テーブル、検査情報テーブル、シリーズ情報テーブル、画像情報テーブル、装置情報テーブルを有し、画像データ管理部１２は、それぞれのテーブルを関連付けて検査画像データを管理している。
【００５４】
したがって、図１３から図１７に示す患者情報テーブル、検査情報テーブル、シリーズ情報テーブル、画像情報テーブル、装置情報テーブルを持っているとすると、送信対象の画像識別情報（Image-IDやImage-UID）を検索条件として、検索(ＳＱＬ)を実行することで、必要なデータを取得することができる。ただし、図１７の装置情報テーブルは独立して存在しても構わない。ＳＱＬの一例を以下に示す。
【００５５】
SQL:  Select Study_Table.Study_Date FROM Image_Table, Series_Table, Study_Table, Patient_Table WHERE Image_Table. Instance Number = Image_Number and Image_Table.Series_Number = Series_Table.Series_Number and Series_Table.Study_ID = Study_Table.Study_ID and Study_Table.Study_ID = Patient_Table.Patient_ID;
テーブル間の関連付けは、各テーブルのレコードを一意に識別できるカラム（情報）を重複して持たせることで実現され、それらの識別情報を複数持たせることで、さらに柔軟な関連付けを実現することもできる。
【００５６】
またステップＳ５では、必要に応じてデータ型の変換とパディング処理を行い、そのデータとデータサイズを保持する。パディング処理とは、データ長が奇数の場合に、パディング文字をつめてデータ長を偶数にするもので、ＤＩＣＯＭ規格の基本的なルールに適合させ、データタグを昇順で配置できるようにするためである。
【００５７】
ステップＳ４ですべてのデータタグ処理が終了するとステップＳ６に移行し、画像データ送信部１１は、送信する画像データの整形処理（後述）を行って、通信先識別情報に対応するシステム（例えばワークステーション３００）に出来上がったデータをＤＩＣＯＭ規格で定められた通信プロトコルに従って送信し、ステップＳ７で終了する。
【００５８】
データを作成するためには、データタグに対応する送信データ作成方法情報テーブルのレコードにある「データ作成演算式」を実行することになる。またデータタグによっては、固定値をセットするものもあるが、これも同様に演算として記述することが出来る。
【００５９】
尚、ステップＳ６における整形処理とは、実際のＤＩＣＯＭデータを作る際に、例えばデータ型に応じて値を変換し、通信方式（Transfer Syntax）に応じてＶＲを取り除いたり、画像データを圧縮したりして、最後に、各データのグループのサイズを計算してセットするものである。データ型に応じた値の変換とは、画像データ管理部１２内に保存されているデータのデータ型をＤＩＣＯＭ規格で定められたデータに変換することを指す。
【００６０】
次に、情報作成部１４、仕様識別部１５、及び仕様情報取得部１６を含めた本発明の画像データ通信装置１の動作について説明する。 
一般にＤＩＣＯＭ規格に則った通信を行う場合には、通信するサービス種別情報（図５に例示したSOP Class）、通信方式（図９に示すTransfer Syntax）、及び通信相手を指定することで送信するデータの内容が変わる。本発明の画像データ通信装置１では、通信相手毎にデータの内容（データ要素）を変えることができるという特徴を有している。
【００６１】
例えば、通信相手によっては、画像データの送信時間を短くするためにプライベートタグを取り除いて送って欲しいといった要求が発生したり、画像データの中の個人情報やプライバシー情報を取り除いて送って欲しいといった要求が発生することがある。またＤＩＣＯＭ規格上、リタイア（使用を推奨しない）となったデータタグを残したまま送信して欲しい等の要求が発生することもある。
【００６２】
そこで本発明では、このような通信相手の特別な要求に答えることができるようにするために、送信データ作成方法情報テーブルと、通信先識別情報に対応する送信データ制御情報テーブルを用いて通信相手毎に最適な画像データを作成して送信するようにしている。
【００６３】
仕様識別部１５は、図７に示す入力装置３と表示装置５を利用して通信先識別情報（Station Application Entity Title）と、サービス種別情報（SOP Class）と、仕様識別情報を入力するものである。これにより通信相手を特定し、通信相手が必要とするデータ処理仕様をデータベース２３から情報作成部１４に取り込む。
【００６４】
データ処理仕様は、通信相手先のシステム（ワークステーション３００，４００等）が、画像データを表示したり画像処理する上で参照しているデータタグを記述したものであり、XML形式やCSV形式等のテキストファイルに格納されている。もちろん、その他のファイル形式でも構わないし、ネットワーク１０を経由してオンラインでURL等を指定して取得する方式でも構わない。仕様識別部１５に入力される仕様識別情報とは、ファイルが可能なパス情報を含むファイル名やネットワーク上でファイルを特定するためのURL情報等を指す。
【００６５】
図１８は、仕様識別部１５における入力画面の一例を示すものである。仕様識別部１５を起動すると、図１８に示すように、現在保持されている通信先識別情報（画面例ではAEタイトル）と、サービス種別情報（画面例ではサービス種別）と、仕様識別情報（画面例ではデータ処理仕様）と、各レコードの更新日が表示される。
【００６６】
画面上でカーソル等により特定の行を選択すると、「選択」ボタンがEnable状態になり、「選択」ボタンをクリックすると、ファイル選択画面が表示される。図１９には、ファイル選択画面の一例を示している。図１８の画面上でいずれの行も選択されていない場合には、「選択」ボタンはDisable状態に変わる。
【００６７】
また、図１８の画面上で特定の行を選択すると、「設定作成」ボタンがEnable状態になり、「設定作成」ボタンをクリックすると、情報作成部１４が処理を開始する。画面上でいずれの行も選択されていない場合には、「設定作成」ボタンはDisable状態に変わる。
【００６８】
また新しいレコードを追加する場合には、空いている行に追加して、「更新」ボタンをクリックする。画面上で１頁（８行）を超えた場合には、自動的にスクロールバーが表示されて、空白行が表示される。
【００６９】
以下、仕様識別部１５及び情報作成部１４の動作を図２０に示すフローチャートを参照して説明する。
【００７０】
ステップＳ１１は、仕様識別部１５での処理の開始ステップであり、図７の入力装置３を操作して表示装置５に図１８に示すような入力画面を表示する。次のステップＳ１２は、情報の入力ステップであり、図１８の入力画面においていずれかの行を選択することで、通信先情報情報（AEタイトル）と、サービス種別情報（サービス種別）と、仕様識別情報が入力されたことになる。
【００７１】
ステップＳ１３では、仕様識別情報で指定された仕様情報（データ処理仕様）をデータベース２３から読出し、その中から通信相手が必要となるデータタグの一覧を抽出する。
【００７２】
次のステップＳ１４において情報作成部１４は、送信データ生成管理部１３を制御して、サービス種別情報（SOP Class）に対応する送信データ作成方法情報テーブル（図１１）に登録されている全てのレコードをデータベース２２から読み出す。
【００７３】
ステップＳ１５では、その読み出した送信データ作成方法情報テーブルのレコードと、データベース２３から抽出したデータ処理仕様を比較する。そして、送信データ作成方法情報テーブルに存在して、データベース２３に存在せず、かつデータタグのタイプがタイプ１、２、または２Cのいずれかであった場合には、そのデータタグを通信相手のデータタグとしてデータベース２３のデータ処理仕様に追加する。
【００７４】
つまり、通信相手から要求されたデータ処理仕様にデータタグが含まれていない場合には、このステップＳ１５で追加され適正化されることになる。これによりＤＩＣＯＭ規格で必須といわれているデータタグが欠落することを防止するとともに、入力ミスを検知することができる。
【００７５】
ステップＳ１６では、さらに送信データ作成方法情報テーブルに存在せず、データベース２３のデータ処理仕様に存在するデータタグがある場合には、警告を表示する情報を生成して、処理を続行するかどうかの確認画面を表示する。つまり標準用データとは異なるデータタグがデータ処理仕様に存在するものとして警告を出す。ここで中断が選択された場合には処理を中断し、続行が選択された場合にはそのデータタグを削除して次の処理に進む。
【００７６】
次にステップＳ１７では、データベース２２の送信データ制御情報テーブル（図１０）に登録されているレコードの中から、通信先識別情報と、サービス種別情報（SOP Class識別番号）が一致するものを取得する。
【００７７】
ステップＳ１８では、データベース２３の仕様情報から抽出したデータタグと、送信データ作成方法情報テーブル（図１１）に登録されているデータタグを比較していく。比較の結果、同じものが存在する場合には、図１０の通信先識別情報と、サービス種別情報（SOP Class識別番号）と、読み出した送信データ制御情報テーブルの中の送信データ識別番号の最大値をカレントインデックス番号としてカレントインデックス番号をインクリメントした番号と、データタグと、送信データ作成方法情報テーブルの当該レコードの識別番号を送信データ作成方法識別番号としてセットする。つまり送信データ制御情報が生成される。
【００７８】
最後にステップＳ１９では、セットされたレコード群に対して、データタグをソートキーとして順番を入れ替えて、送信データ識別番号を１から順番に番号を振り直して、それらのレコードを送信データ生成管理部１３に登録する。もちろん、１レコードずつ登録・更新処理を行い、送信データ識別番号だけを更新していっても構わない。この後は、送信データ生成管理部１３と画像データ送信部１１によって画像データが通信相手に送信される。
【００７９】
このような処理を行うことにより、通信相手に最適なデータタグで構成されるデータを作成して送信することが可能となる。また事前に必要なデータタグが不足することを検知することが可能となり、問題解決にかかる時間を最小化することができる。
【実施例２】
【００８０】
次に本発明の第２の実施形態に係る画像データ通信装置について説明する。図２１は、第２の実施形態に係る画像データ通信装置を示すブロック図である。
【００８１】
図２１において、画像データ通信装置１は、例えばＸ線ＣＴ装置１００内に構成されており、画像データ送信部１１と、画像データ管理部１２と、送信データ生成管理部１３と、情報作成部１４と、仕様識別部１５と、仕様情報取得部１６を有する点は図６と同じである。
【００８２】
図２１では、さらに情報作成部１４を拡張し、情報検索部１６を追加したものである。情報検索部１６は、ネットワーク１０に接続された送信データ作成方法データベース２４を検索する。
【００８３】
図２１の画像データ通信装置１の動作は、大体において図２０のフローチャートと同様であるが、ステップＳ１６の処理が異なる。
【００８４】
即ち第２の実施形態では、ステップＳ１６において、データベース２２から読み出した送信データ作成方法情報テーブルのレコードと、データベース２３から抽出したデータタグを比較した結果、データタグが、送信データ作成方法情報テーブルに存在せず、データベース２３に存在する場合には、情報検索部１６を呼び出して、データベース２４からデータタグに対応する送信データ作成方法情報を検索する。
【００８５】
そして、情報検索部１６が条件に合致した送信データ作成方法情報を見つけた場合には、それをデータベース２２の送信データ作成方法情報に追加する。またデータベース２４に見つからない場合には、この処理を続行するか否かの確認画面を表示し、中断が選択された場合には処理を中断し、続行が選択された場合にはそのデータタグを削除して次の処理に進む。
【００８６】
情報検索部１６は、データタグをもとに送信データ作成方法データベース２４を検索するが、送信データ作成方法データベース２４には、基本的に図１１の送信データ作成方法情報テーブルの１レコードと同様の内容をXML形式やCSV形式等のファイル形式で保存するようにし、ファイル名にデータタグ名をつけておく。これにより簡便に検索でき、かつデータベース２２の送信データ作成方法情報テーブルに簡便に登録できるようにすることができる。
【００８７】
このとき、データベース２２の送信データ作成方法情報テーブルの識別番号はユニークにする必要があるので、既存のレコードの識別番号の最大値を調べて、その最大値に１を足した値を識別番号として付与するとよい。また、関係型データベースに送信データ作成方法情報テーブルと同じ構造のデータベースを用意しておいても構わない。また送信データ作成方法データベース２４は、検索ディレクトリを外部から指定できるようにしても構わない。例えば、USBメモリやオフラインメディア等のディスクから検索できるようにすることもある。
【００８８】
このように第２の実施形態では、データベース２２の送信データ作成方法情報のテーブルに存在しないデータタグがある場合は、外部のデータベース２４から検索することができる。
【実施例３】
【００８９】
次に本発明の第３の実施形態に係る画像データ通信装置について説明する。図２２は、第３の実施形態に係る画像データ通信装置を示すブロック図である。
【００９０】
図２２において、画像データ通信装置１は、例えばＸ線ＣＴ装置１００内に構成されており、画像データ送信部１１と、画像データ管理部１２と、送信データ生成管理部１３と、情報作成部１４と、仕様識別部１５と、仕様情報取得部１６を有する点は図６と同じである。
【００９１】
図２２では、さらに情報作成部１４を拡張し、情報照会部１８を追加し、さらにネットワーク１０に接続された情報回答部１９を有し、情報照会部１８と情報回答部１９との間で情報のやり取りを行うようにしたものである。また情報回答部１９にはデータベース２５が接続されている。
【００９２】
図２２の画像データ通信装置１の動作は、大体において図２０のフローチャートと同様であるが、ステップＳ１６の処理が異なる。
【００９３】
即ち第３の実施形態では、ステップＳ１６において、データベース２２から読み出した送信データ作成方法情報テーブルのレコードと、データ処理仕様データベース２３から抽出したデータタグを比較した結果、データタグが、送信データ作成方法情報テーブルに存在せず、データ処理仕様データベース２３に存在する場合には、情報照会部１８を呼び出して、情報回答部１９に対して問い合わせを行う。
【００９４】
問い合わせを受けた情報回答部１９は、データタグに対応する送信データ作成方法情報をデータベース２５から検索する。データベース２５に条件に合致した送信データ作成方法情報が存在する場合、情報回答部１９は、データベース２５から読み出し、情報照会部１８に送信する。情報照会部１８は、受信した送信データ作成方法情報を情報作成部１４に送る。
【００９５】
そして情報作成部１４は、受信した送信データ作成方法情報をデータベース２２に追加する。またデータベース２５に見つからない場合には、この処理を続行するか否かの確認画面を表示し、中断が選択された場合には処理を中断し、続行が選択された場合にはそのデータタグを削除して次の処理に進むことになる。
【００９６】
情報照会部１８と情報回答部１９は、ネットワーク１０を介して接続することができ、例えばSOAP(Simple Object Access Protocol)や、FTP（File Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）、RPC(Remote Procedure Call)等の通信プロトコルを用いることができる。
【００９７】
情報照会部１８と情報回答部１９間の基本的な処理の流れは、以下のステップＳ３１〜Ｓ３３で行われる。
【００９８】
ステップ３１：情報照会部１８は、情報回答部１９が動作しているネットワーク上のアドレス（例えば、IPアドレスやURL）を指定して、データタグを通信プロトコルで定められたデータ形式に変換して、その通信プロトコルに則り情報回答部１９に送信する。
【００９９】
ステップ３２：情報回答部１９は、受信したデータであるデータタグをもとに、データベース２５を検索する。データベース２５には、基本的に図１１の送信データ作成方法情報テーブルの１レコードの内容をXML形式やCSV形式等のファイル形式で保存するようにし、ファイル名にデータタグ名をつけておく。これにより簡便に検索でき、かつデータベース２２の送信データ作成方法情報テーブルに簡便に登録できるようにすることができる。
【０１００】
また、関係型データベースに送信データ作成方法情報テーブルと同じ構造のデータベースを用意しておいても構わない。また情報回答部１９は、検索ディレクトリを外部から複数指定できるようにしても構わない。例えば、USBメモリやオフラインメディア等のディスクから検索できるようにすることもある。そして、情報回答部１９は、検索結果（例えば、XMLデータ）を情報照会部１８に対して返信する。
【０１０１】
ステップ３３：情報照会部１８は、受信したデータ（XML）を解析して、該当するレコードがあったのか、それともなかったのかを判断し、その判断結果に基づいて、当該レコードが存在する場合には、情報作成部１４を介してデータベース２２の送信データ作成方法情報テーブルに登録する。
【０１０２】
このとき、送信データ作成方法情報テーブルの識別番号はユニークにする必要があるので、既存のレコードの識別番号の最大値を調べて、その最大値に１を足した値を識別番号として付与する。
【０１０３】
このように第３の実施形態では、データベース２２の送信データ作成方法情報のテーブルに存在しないデータタグがある場合は、情報照会部１８と情報回答部１９を利用して外部のデータベース２５から検索することができる。
【実施例４】
【０１０４】
次に本発明の一実施形態に係る画像データ通信システムについて説明する。図２３は、本発明の画像データ通信システムを示すブロック図である。
【０１０５】
図２３において画像データ通信システムは、医用画像診断装置又は医用画像管理装置（例えばＸ線ＣＴ装置１００内）に構成された第１のブロックと、センターシステム５００に構成された第２のブロックでなり、第１のブロック１０１と第２のブロック１０２がネットワーク１０を介して接続可能になっている。
【０１０６】
第１のブロック１０１は、画像データ送信部１１と、画像データ管理部１２と、送信データ生成管理部１３１と、情報要求部３１を有し、画像データ管理部１２には、データベース２１が接続され、送信データ生成管理部１３１にはデータベース２２１が接続されている。
【０１０７】
第２のブロック１０２は、送信データ生成管理部１３２と、情報作成部１４と、情報応答部３２を有し、送信データ生成管理部１３２にはデータベース２２２が接続され、情報作成部１４には仕様情報取得部１６が接続されている。
【０１０８】
即ち、図２３の画像データ通信システムは、図６の送信データ生成管理部１３を、送信データ生成管理部１３１，１３２として第１のブロック１０１と第２のブロック１０２にそれぞれ配置し、情報作成部１４と仕様情報取得部１６を第２のブロック１０２に配置したものであり、第１のブロック１０１と第２のブロック１０２間に配置した情報要求部３１と情報応答部３２を介して情報のやり取りを行うようにしたものである。
【０１０９】
情報要求部３１と情報応答部３２間の情報のやり取りを除けば、図６の回路と動作的には大差はない。つまり情報要求部３１は、通信相手の機器を識別するための通信先識別情報（機器情報:方式、バージョン等)、及び通信相手とやり取りするサービスを識別するためのサービス種別情報を情報応答部３２に送信する。
【０１１０】
情報応答部３２は、通信先識別情報及びサービス種別情報を受信して、情報作成部１４を制御し、送信データ生成管理部１３２に対して、それらの条件に合致する送信データ制御情報がデータベース２２２に存在するか否かの検索を指示する。また仕様情報取得部１６のデータベース２３にある仕様情報を検索する。
【０１１１】
検索の結果、タグが両データベースに存在する場合、情報応答部３２は、該当する送信データ制御情報を情報要求部３１に返信する。またデータベース２３に存在していない場合には、前記情報作成部１４によりデータベース２２２に存在する送信データ制御情報をデータベース２３に追加し、かつ情報要求部３１に返信する。
【０１１２】
情報要求部３１は、さらに情報応答部３２から送信データ制御情報の返信を受けた場合は、送信データ生成管理部１３１に送り、受信した送信データ制御情報をデータベース２２１に登録する。
【０１１３】
画像データ送信部１１は、送信データ生成管理部１３１からの送信データ制御情報および送信データ作成方法情報に基づいて、通信相手ごとに画像データを生成して送信する。
【０１１４】
このように本発明の画像データ通信システムでは、送信データ生成管理部１３２と情報作成部１４をセンターシステム５００に構成することで、医用画像診断装置（Ｘ線ＣＴ装置１００等）又は医用画像管理装置（ワークステーション３００等）の構成を簡略化することができる。またセンターシステム５００を供用化することができる。
【０１１５】
以上、述べたように本発明の実施形態に係る画像データ通信装置及び通信システムによれば、通信相手が必要とするデータを送信することができ、画像データの処理及び画像表示を支障なく行うことができる。
【０１１６】
尚、以上の説明では、主にＸ線ＣＴ装置１００とワークステーション３００との間の画像データの通信について説明したが、他の医用画像診断装置（例えば超音波診断装置２００）と医用画像管理装置（例えばワークステーション３００，４００等）との間で画像データの通信を行う場合にも応用することができる。
【０１１７】
また本発明の実施形態は以上の説明に限定されることなく、特許請求の範囲を逸脱しない範囲で種々の変形が可能である。
【図面の簡単な説明】
【０１１８】
【図１】本発明の一実施形態に係る画像データ通信装置が適用される医用システムを示すネットワーク構成図。
【図２】ＤＩＣＯＭ規格における画像データの構成を示す説明図。
【図３】図２のデータ要素を構成するGroupの一例を示す説明図。
【図４】図２のデータ要素を構成するデータ型（ＶＲ）の一例を示す説明図。
【図５】ＤＩＣＯＭ規格におけるサービス種別の一例を示す説明図。
【図６】本発明の一実施形態に係る画像データ通信装置を示す構成図。
【図７】本発明の一実施形態に係る画像データ通信装置のハードウェア構成を示すブロック図。
【図８】本発明の一実施形態に係る画像データ通信装置の画像送信処理を説明するフローチャート。
【図９】ＤＩＣＯＭ規格における通信方式（Transfer Syntax）の一例を示す説明図。
【図１０】本発明の一実施形態における送信データ制御情報テーブルを示す説明図。
【図１１】本発明の一実施形態における送信データ作成方法情報テーブルを示す説明図。
【図１２】画像データ管理部におけるデータベース構造の一例を示す説明図。
【図１３】図１２の患者情報テーブルの一例を示す説明図。
【図１４】図１２の検査情報テーブルの一例を示す説明図。
【図１５】図１２のシリーズ情報テーブルの一例を示す説明図。
【図１６】図１２の画像情報テーブルの一例を示す説明図。
【図１７】図１２の装置情報テーブルの一例を示す説明図。
【図１８】本発明の一実施形態における仕様識別部の設定画面の一例を示す説明図。
【図１９】本発明の一実施形態における仕様識別部のファイル選択画面の一例を示す説明図。
【図２０】本発明の一実施形態における送信データ制御情報の作成処理の流れを説明するフローチャート。
【図２１】本発明の第２の実施形態に係る画像データ通信装置を示すブロック図。
【図２２】本発明の第３の実施形態に係る画像データ通信装置を示すブロック図。
【図２３】本発明の一実施形態に係る画像データ通信システムを示すブロック図。
【符号の説明】
【０１１９】
１…画像データ通信装置
２…コンピュータ本体
３…入力装置
４…出力装置
５…表示装置
６…外部記憶装置
７…内部記憶装置
８…ネットワークインタフェース
１０…ネットワーク
１１…画像データ送信部
１２…画像データ管理部
１３…送信データ生成管理部
１４…情報作成部
１５…仕様識別部
１６…仕様情報取得部
１７…情報検索部
１８…情報照会部
１９…情報回答部
２１，２２，２３，２４，２５，２２１，２２２…データベース
３１…情報要求部
３２…情報応答部
１００…Ｘ線ＣＴ装置（医用画像診断装置）
２００…超音波診断装置（医用画像診断装置）
３００，４００…ＰＡＣＳワークステーション（医用画像管理装置）
５００…センターシステム
【図１】
0005148357.tif 000002
【図２】
0005148357.tif 000003
【図３】
0005148357.tif 000004
【図４】
0005148357.tif 000005
【図５】
0005148357.tif 000006
【図６】
0005148357.tif 000007
【図７】
0005148357.tif 000008
【図８】
0005148357.tif 000009
【図９】
0005148357.tif 000010
【図１０】
0005148357.tif 000011
【図１１】
0005148357.tif 000012
【図１２】
0005148357.tif 000013
【図１３】
0005148357.tif 000014
【図１４】
0005148357.tif 000015
【図１５】
0005148357.tif 000016
【図１６】
0005148357.tif 000017
【図１７】
0005148357.tif 000018
【図１８】
0005148357.tif 000019
【図１９】
0005148357.tif 000020
【図２０】
0005148357.tif 000021
【図２１】
0005148357.tif 000022
【図２２】
0005148357.tif 000023
【図２３】
0005148357.tif 000024