JPH1091401A - 医療システムアーキテクチャ - Google Patents
医療システムアーキテクチャInfo
- Publication number
- JPH1091401A JPH1091401A JP17009397A JP17009397A JPH1091401A JP H1091401 A JPH1091401 A JP H1091401A JP 17009397 A JP17009397 A JP 17009397A JP 17009397 A JP17009397 A JP 17009397A JP H1091401 A JPH1091401 A JP H1091401A
- Authority
- JP
- Japan
- Prior art keywords
- system architecture
- medical system
- ocx
- microsoft
- component
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000003384 imaging method Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 6
- 230000015654 memory Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 2
- 101710200114 Cysteine proteinase inhibitor 10 Proteins 0.000 description 1
- 241000270295 Serpentes Species 0.000 description 1
- 238000002583 angiography Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000002591 computed tomography Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000002601 radiography Methods 0.000 description 1
- 230000001225 therapeutic effect Effects 0.000 description 1
- 238000002560 therapeutic procedure Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B6/00—Apparatus or devices for radiation diagnosis; Apparatus or devices for radiation diagnosis combined with radiation therapy equipment
- A61B6/54—Control of apparatus or devices for radiation diagnosis
- A61B6/548—Remote control of the apparatus or devices
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Medical Informatics (AREA)
- Software Systems (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Radiology & Medical Imaging (AREA)
- Life Sciences & Earth Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Public Health (AREA)
- Physics & Mathematics (AREA)
- Primary Health Care (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- Heart & Thoracic Surgery (AREA)
- High Energy & Nuclear Physics (AREA)
- Optics & Photonics (AREA)
- Pathology (AREA)
- Biomedical Technology (AREA)
- Biophysics (AREA)
- Molecular Biology (AREA)
- Surgery (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Processing Or Creating Images (AREA)
- Stored Programmes (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
(57)【要約】
【課題】 医療システムアーキテクチャにおいて、でき
るかぎり自立型の動作特性をもつソフトウェアコンポー
ネントを構築し、各コンポーネント間の接続がトランス
ペアレントであるようにする。 【解決手段】 画像を捕捉するモダリティ1〜5と、画
像を処理する装置5〜8と、画像を伝送する装置9が設
けられている。装置5〜8のディジタル画像システム
は、グラフィックコントロールエレメントを有する種々
のアプリケーションプログラム間でのデータ交換のため
の方式およびOLEカスタムコントロール標準に従って
動作する。個別に境界により制限されている各プロセス
にOCXソフトウェアコンポーネント18が対応づけら
れている。OCXソフトウェアコンポーネント18がリ
モートコントロールコンポーネントによって拡張されて
いて、装置およびプロセスがリモートコントロール可能
になり、制限づけが解かれる。
るかぎり自立型の動作特性をもつソフトウェアコンポー
ネントを構築し、各コンポーネント間の接続がトランス
ペアレントであるようにする。 【解決手段】 画像を捕捉するモダリティ1〜5と、画
像を処理する装置5〜8と、画像を伝送する装置9が設
けられている。装置5〜8のディジタル画像システム
は、グラフィックコントロールエレメントを有する種々
のアプリケーションプログラム間でのデータ交換のため
の方式およびOLEカスタムコントロール標準に従って
動作する。個別に境界により制限されている各プロセス
にOCXソフトウェアコンポーネント18が対応づけら
れている。OCXソフトウェアコンポーネント18がリ
モートコントロールコンポーネントによって拡張されて
いて、装置およびプロセスがリモートコントロール可能
になり、制限づけが解かれる。
Description
【0001】
【発明の属する技術分野】本発明は、画像を捕捉するモ
ダリティと、画像を処理する装置と、画像を伝送する装
置が設けられており、画像を処理する前記装置はコンピ
ュータを備えたディジタル画像システムを有しており、
該ディジタル画像システムは、グラフィックコントロー
ルエレメントを有する種々のアプリケーションプログラ
ム間でのデータ交換のための方式およびOLEカスタム
コントロール標準に従って動作し、個別に境界により制
限されている各プロセスにOCXソフトウェアコンポー
ネントが対応づけられている、医療システムアーキテク
チャに関する。
ダリティと、画像を処理する装置と、画像を伝送する装
置が設けられており、画像を処理する前記装置はコンピ
ュータを備えたディジタル画像システムを有しており、
該ディジタル画像システムは、グラフィックコントロー
ルエレメントを有する種々のアプリケーションプログラ
ム間でのデータ交換のための方式およびOLEカスタム
コントロール標準に従って動作し、個別に境界により制
限されている各プロセスにOCXソフトウェアコンポー
ネントが対応づけられている、医療システムアーキテク
チャに関する。
【0002】
【従来の技術】たとえば Heinz Morneburg[Hrsg:]によ
る文献 "Bildgebende Systeme fuerdie meidizinische
Diagnostik", Erlangen, Publicis MCD-Verlag, 199
5年刊第3版第680頁〜697頁に示されているよう
に、医療システムはますます複雑になっており、他方、
医療システムの拡張程度も同じ割り合いで増えている。
しかしながら、これによって著しくフレキシブルなアー
キテクチャが必要とされる。
る文献 "Bildgebende Systeme fuerdie meidizinische
Diagnostik", Erlangen, Publicis MCD-Verlag, 199
5年刊第3版第680頁〜697頁に示されているよう
に、医療システムはますます複雑になっており、他方、
医療システムの拡張程度も同じ割り合いで増えている。
しかしながら、これによって著しくフレキシブルなアー
キテクチャが必要とされる。
【0003】これまで知られていたアーキテクチャは基
本的に、分散型のソフトウェアやソフトウェアコンポー
ネントを用いずに設計されてきた。
本的に、分散型のソフトウェアやソフトウェアコンポー
ネントを用いずに設計されてきた。
【0004】さらにクラスライブラリの単純な使用によ
って、オブジェクト指向を用いているにもかかわらずフ
レキシブルで再利用可能なコンポーネントによる構造が
妨げられている。それというのも、実際にはクラスは十
分に適正に再利用可能に構成されていないからである。
って、オブジェクト指向を用いているにもかかわらずフ
レキシブルで再利用可能なコンポーネントによる構造が
妨げられている。それというのも、実際にはクラスは十
分に適正に再利用可能に構成されていないからである。
【0005】
【発明が解決しようとする課題】したがって本発明の課
題は、できるかぎり自立型(self containment)の動作
特性をもつソフトウェアコンポーネント(オブジェク
ト)を構築することにある。さらに、各コンポーネント
(オブジェクト)のロケーションの関係においてそれら
のコンポーネント間の接続がトランスペアレントである
ようにし(locationtranceparent)、それによってすべ
てを1つのプロセスにまとめることもできるし、あるい
はネットワークを介して分散されているように構成でき
るようすべきである。
題は、できるかぎり自立型(self containment)の動作
特性をもつソフトウェアコンポーネント(オブジェク
ト)を構築することにある。さらに、各コンポーネント
(オブジェクト)のロケーションの関係においてそれら
のコンポーネント間の接続がトランスペアレントである
ようにし(locationtranceparent)、それによってすべ
てを1つのプロセスにまとめることもできるし、あるい
はネットワークを介して分散されているように構成でき
るようすべきである。
【0006】
【課題を解決するための手段】本発明によればこの課題
は、装置およびプロセスがリモートコントロールされ制
限づけが解かれるよう、OCXソフトウェアコンポーネ
ントがリモートコントロールコンポーネントによって拡
張されていることにより解決される。
は、装置およびプロセスがリモートコントロールされ制
限づけが解かれるよう、OCXソフトウェアコンポーネ
ントがリモートコントロールコンポーネントによって拡
張されていることにより解決される。
【0007】
【発明の実施の形態】リモートコントロールコンポーネ
ントがOLEオートメーションインタフェースであり、
OLEオートメーション標準に従ってリモートコントロ
ールが行われると有利であることが判明した。本発明に
よればリモートコントロールコンポーネントをオートメ
ーションインタフェースコンポーネントとすることがで
きる。
ントがOLEオートメーションインタフェースであり、
OLEオートメーション標準に従ってリモートコントロ
ールが行われると有利であることが判明した。本発明に
よればリモートコントロールコンポーネントをオートメ
ーションインタフェースコンポーネントとすることがで
きる。
【0008】択一的な有利な解決手段によれば、たとえ
ばATOMIC標準によるソフトウェアICコネクショ
ンによりリモートコントロールが行われる。この場合、
本発明によればリモートコントロールをコネクタブル/
リモートインタフェースコンポーネントとすることがで
きる。
ばATOMIC標準によるソフトウェアICコネクショ
ンによりリモートコントロールが行われる。この場合、
本発明によればリモートコントロールをコネクタブル/
リモートインタフェースコンポーネントとすることがで
きる。
【0009】データ交換の手法がマイクロソフト標準O
LEであり、OLEカスタムコントロールのための標準
規格がマイクロソフト標準OCXであると有利であるこ
とが判明した。
LEであり、OLEカスタムコントロールのための標準
規格がマイクロソフト標準OCXであると有利であるこ
とが判明した。
【0010】本発明によれば医療システムアーキテクチ
ャにより、マイクロソフトコンテナプロセスにおいてグ
ラフィックユーザインタフェースのためのコンポーネン
トを生成するマイクロソフトOCXを利用でき、その
際、コントロールレベルおよびコントロールレベルとサ
ービスレベルの間における分散イベントプロパゲーショ
ンのために、マイクロソフトOCXをOLEオートメー
ションと組み合わせることができるし、あるいはソフト
ウェアIC(Atomic)と組み合わせることもでき
る。
ャにより、マイクロソフトコンテナプロセスにおいてグ
ラフィックユーザインタフェースのためのコンポーネン
トを生成するマイクロソフトOCXを利用でき、その
際、コントロールレベルおよびコントロールレベルとサ
ービスレベルの間における分散イベントプロパゲーショ
ンのために、マイクロソフトOCXをOLEオートメー
ションと組み合わせることができるし、あるいはソフト
ウェアIC(Atomic)と組み合わせることもでき
る。
【0011】重要な新たな特徴は、新しく生まれたソフ
トウェアテクノロジーであるマイクロソフトOLEカス
タムコントロール(OCX)と、他の汎用的なマイクロ
ソフトスクリプティング標準インタフェースとの組み合
わせであり、このインタフェースは、システムアーキテ
クチャベースの実際的なモデル・ビュー・コントローラ
(MVC)コンセプトを得るためにコンピュータ分散O
LEが利用できればただちに、完全に分散可能なネット
ワーク規模のイベントプロパゲーションメカニズム(Ev
ent Propagation Mechanismus)として用いられるもの
である。
トウェアテクノロジーであるマイクロソフトOLEカス
タムコントロール(OCX)と、他の汎用的なマイクロ
ソフトスクリプティング標準インタフェースとの組み合
わせであり、このインタフェースは、システムアーキテ
クチャベースの実際的なモデル・ビュー・コントローラ
(MVC)コンセプトを得るためにコンピュータ分散O
LEが利用できればただちに、完全に分散可能なネット
ワーク規模のイベントプロパゲーションメカニズム(Ev
ent Propagation Mechanismus)として用いられるもの
である。
【0012】また、本発明によればマイクロソフトOC
Xを、マイクロソフトコンテナプロセスにおいてグラフ
ィックユーザインタフェース(GUI)のためのコンポ
ーネントを生成するために利用できる。これにより実際
にバイナリ互換の再利用可能なGUIコンポーネントが
得られる。
Xを、マイクロソフトコンテナプロセスにおいてグラフ
ィックユーザインタフェース(GUI)のためのコンポ
ーネントを生成するために利用できる。これにより実際
にバイナリ互換の再利用可能なGUIコンポーネントが
得られる。
【0013】さらに本発明によれば、コントロールレベ
ルおよびコントロールレベルとサービスレベルとの間で
のローカルな最適化による分散イベントプロパゲーショ
ンのために、マイクロソフトOCXをOLEオートメー
ションと組み合わせることができるし、あるいはソフト
ウェアICコネクションと組み合わせることができる。
これにより、共有ライブラリに基づきバイナリ互換のイ
ンタフェースによりコンポーネントを分散させるための
フレキシビリティが得られる。そしてこのことで、GU
Iに依存しない分散可能なオブジェクトが得られる。
ルおよびコントロールレベルとサービスレベルとの間で
のローカルな最適化による分散イベントプロパゲーショ
ンのために、マイクロソフトOCXをOLEオートメー
ションと組み合わせることができるし、あるいはソフト
ウェアICコネクションと組み合わせることができる。
これにより、共有ライブラリに基づきバイナリ互換のイ
ンタフェースによりコンポーネントを分散させるための
フレキシビリティが得られる。そしてこのことで、GU
Iに依存しない分散可能なオブジェクトが得られる。
【0014】このような近似によって、設計ではなく主
として共通に利用可能なプログラムコンポーネント(共
有ライブラリ)のコンフィグレーションによりプロセス
を生成できるようになる。
として共通に利用可能なプログラムコンポーネント(共
有ライブラリ)のコンフィグレーションによりプロセス
を生成できるようになる。
【0015】次に、図面を参照しながら本発明について
詳細に説明する。
詳細に説明する。
【0016】
【実施例】図1には、医療コンピュータネットワークの
システムアーキテクチャが示されている。医療画像キャ
プチャリングのために種々のモダリティ1〜4が用いら
れ、これらは画像生成システムとしてたとえばコンピュ
ータトモグラフィ用のCTユニット1、磁気共鳴用のM
Rユニット2、ディジタルサブトラクション血管造影の
ためのDSAユニット3、ならびにディジタルX線撮影
のためのレントゲン装置4を有することができる。これ
らのモダリティ1〜4はワークステーション5〜8と接
続しておくことができ、それらのワークステーションは
モダリティ1〜4をコントロールし、キャプチャリング
した医療画像を処理して記憶することができる。この種
のワークステーションはたとえば、1つまたは複数の高
速プロセッサベースのきわめて高速の小型コンピュータ
である。
システムアーキテクチャが示されている。医療画像キャ
プチャリングのために種々のモダリティ1〜4が用いら
れ、これらは画像生成システムとしてたとえばコンピュ
ータトモグラフィ用のCTユニット1、磁気共鳴用のM
Rユニット2、ディジタルサブトラクション血管造影の
ためのDSAユニット3、ならびにディジタルX線撮影
のためのレントゲン装置4を有することができる。これ
らのモダリティ1〜4はワークステーション5〜8と接
続しておくことができ、それらのワークステーションは
モダリティ1〜4をコントロールし、キャプチャリング
した医療画像を処理して記憶することができる。この種
のワークステーションはたとえば、1つまたは複数の高
速プロセッサベースのきわめて高速の小型コンピュータ
である。
【0017】ワークステーション5〜8は、生成された
画像を分配し通信を行うため画像通信ネットワーク9と
接続されている。したがってたとえばモダリティ1〜4
により生成された画像を中央画像メモリ10に格納する
こともできるし、あるいは他のワークステーション5〜
8へ転送することもできる。
画像を分配し通信を行うため画像通信ネットワーク9と
接続されている。したがってたとえばモダリティ1〜4
により生成された画像を中央画像メモリ10に格納する
こともできるし、あるいは他のワークステーション5〜
8へ転送することもできる。
【0018】画像通信ネットワーク9には診断コンソー
ル11,12としてさらに別のワークステーションを接
続しておくことができ、それらのワークステーションを
ローカル画像メモリ13,14たとえばジュークボック
スと接続しておくことができる。診断コンソール11,
12では、キャプチャリングされ画像メモリ10に格納
された画像を診断のためにあとから呼び出してローカル
画像メモリ13,14に格納させることができ、それら
のメモリから画像を診断コンソール11または12に従
事している診断担当者がそのまま利用できる。
ル11,12としてさらに別のワークステーションを接
続しておくことができ、それらのワークステーションを
ローカル画像メモリ13,14たとえばジュークボック
スと接続しておくことができる。診断コンソール11,
12では、キャプチャリングされ画像メモリ10に格納
された画像を診断のためにあとから呼び出してローカル
画像メモリ13,14に格納させることができ、それら
のメモリから画像を診断コンソール11または12に従
事している診断担当者がそのまま利用できる。
【0019】画像通信ネットワーク9にはネットワーク
インタフェース15を接続することができ、このインタ
フェースを介して内部的な画像通信ネットワーク9がグ
ローバルなデータネットワークと接続され、その結果、
標準化されたデータを様々なネットワークと世界規模で
交換できるようになる。
インタフェース15を接続することができ、このインタ
フェースを介して内部的な画像通信ネットワーク9がグ
ローバルなデータネットワークと接続され、その結果、
標準化されたデータを様々なネットワークと世界規模で
交換できるようになる。
【0020】この場合、画像通信ネットワーク9を介し
たこのような画像やデータの交換を、医療システムにお
いて広く普及しているDICOM標準に従って行うこと
ができ、これはコンピュータ間で画像やその他の医療情
報を伝送するための工業規格でであり、これにより様々
なメーカによる診断および治療機器間でのディジタル通
信が可能となる。
たこのような画像やデータの交換を、医療システムにお
いて広く普及しているDICOM標準に従って行うこと
ができ、これはコンピュータ間で画像やその他の医療情
報を伝送するための工業規格でであり、これにより様々
なメーカによる診断および治療機器間でのディジタル通
信が可能となる。
【0021】図2には、MVC(Model-View-Controlle
r)コンセプトによるソフトウェア・アーキテクチャの
第1の実例が示されており、この場合、それぞれビュ
ー、コントロールおよびモデルというコンポーネントが
1つのプロセス内に含まれている。インプロセスサーバ
16のダイナミックライブラリ(DLL)にビュー領域
が存在している。
r)コンセプトによるソフトウェア・アーキテクチャの
第1の実例が示されており、この場合、それぞれビュ
ー、コントロールおよびモデルというコンポーネントが
1つのプロセス内に含まれている。インプロセスサーバ
16のダイナミックライブラリ(DLL)にビュー領域
が存在している。
【0022】ダイナミックリンクライブラリ(dynamic
link library)はオブジェクトファイルのコレクション
であり、これはプロセスのランタイムに(ダイナミック
に)プロセスに加えられてリンクされ(使用可能にさ
れ)、複数のプロセスによって同時に利用できるもので
ある。インプロセスサーバ16において1つのサービス
のインプリメンテーションが実現され、その際、このサ
ービスはそれを必要とするクライアントと常に同じプロ
セスで実行されなければならない。この目的で殊にDL
Lが適しており、それというのもDLLはプロセスに対
し必要に応じてダイナミックにサービスを提供するから
である。
link library)はオブジェクトファイルのコレクション
であり、これはプロセスのランタイムに(ダイナミック
に)プロセスに加えられてリンクされ(使用可能にさ
れ)、複数のプロセスによって同時に利用できるもので
ある。インプロセスサーバ16において1つのサービス
のインプリメンテーションが実現され、その際、このサ
ービスはそれを必要とするクライアントと常に同じプロ
セスで実行されなければならない。この目的で殊にDL
Lが適しており、それというのもDLLはプロセスに対
し必要に応じてダイナミックにサービスを提供するから
である。
【0023】サーバ16にはアプリケーションプログラ
ム17がロードされており、これには複数のOCXソフ
トウェアコンポーネント18が含まれている。さらにそ
れらのOCXコンポーネント18にはリモートコントロ
ールコンポーネントとしてOLEオートメーション標準
のオートメーションインタフェースコンポーネント19
が結合されている。これらのコンポーネントに基づき、
他のローカルサーバとの通信が可能となる。したがって
第2のローカルサーバ20内に、ビューレベルをモデル
レベルと結合するためのコントローラ21を格納してお
くことができる。このコントローラ21もやはり、相応
のオートメーションインタフェースコンポーネント22
と結合されている。
ム17がロードされており、これには複数のOCXソフ
トウェアコンポーネント18が含まれている。さらにそ
れらのOCXコンポーネント18にはリモートコントロ
ールコンポーネントとしてOLEオートメーション標準
のオートメーションインタフェースコンポーネント19
が結合されている。これらのコンポーネントに基づき、
他のローカルサーバとの通信が可能となる。したがって
第2のローカルサーバ20内に、ビューレベルをモデル
レベルと結合するためのコントローラ21を格納してお
くことができる。このコントローラ21もやはり、相応
のオートメーションインタフェースコンポーネント22
と結合されている。
【0024】コントローラ21は、モデル・ビュー・コ
ントローラ(MVC)コンセプトからの1つのコンポー
ネントである。この場合、ビューはモデルの上に層を成
している。また、モデルとビューはコントローラを介し
て結合されている。このコントローラコンポーネントの
主要な部分は、状態オートマトンいわゆる有限状態オー
トマトン(FSM)により構成されている。
ントローラ(MVC)コンセプトからの1つのコンポー
ネントである。この場合、ビューはモデルの上に層を成
している。また、モデルとビューはコントローラを介し
て結合されている。このコントローラコンポーネントの
主要な部分は、状態オートマトンいわゆる有限状態オー
トマトン(FSM)により構成されている。
【0025】モデルコンポーネントは2つの別のローカ
ルサーバ23,24に格納しておくことができ、それら
のローカルサーバにおいてサーバコンポーネント25,
26が別のオートメーションインタフェースコンポーネ
ント27〜31を介して互いに結合されている。
ルサーバ23,24に格納しておくことができ、それら
のローカルサーバにおいてサーバコンポーネント25,
26が別のオートメーションインタフェースコンポーネ
ント27〜31を介して互いに結合されている。
【0026】図3〜図5には、実質的に同じものである
がプロセス配分だけが異なる構造が示されている。図2
による第1の事例の場合、すべてのMVCコンポーネン
トはそれぞれ1つの別個のプロセス内に配置されていた
が、図3による実施例ではビューとコントロールのコン
ポーネントが1つのプロセス内に配置されており、モデ
ルコンポーネントは別個のプロセス内に配置されてい
る。つまりこの場合、コントローラ21のコントロール
レベルはすでに、インプロセスサーバ32におけるビュ
ーコンポーネントのアプリケーションプログラム17と
同じダイナミックリンクライブラリ(DLL)内に存在
している。
がプロセス配分だけが異なる構造が示されている。図2
による第1の事例の場合、すべてのMVCコンポーネン
トはそれぞれ1つの別個のプロセス内に配置されていた
が、図3による実施例ではビューとコントロールのコン
ポーネントが1つのプロセス内に配置されており、モデ
ルコンポーネントは別個のプロセス内に配置されてい
る。つまりこの場合、コントローラ21のコントロール
レベルはすでに、インプロセスサーバ32におけるビュ
ーコンポーネントのアプリケーションプログラム17と
同じダイナミックリンクライブラリ(DLL)内に存在
している。
【0027】図4による実施例の場合、コントロールと
モデルのコンポーネントが1つのプロセス内にまとめら
れていて、ローカルサーバ33における同じダイナミッ
クリンクライブラリ(DLL)内に存在している。さら
に本発明によれば図5に示されているようにビュー、コ
ントロールおよびモデルというコンポーネントを、イン
プロセスサーバ34内のダイナミックリンクライブラリ
(DLL)において1つのプロセス内にまとめることも
可能であって、その際、別のサービスコンポーネントは
他のローカルサーバ24内に格納されている。
モデルのコンポーネントが1つのプロセス内にまとめら
れていて、ローカルサーバ33における同じダイナミッ
クリンクライブラリ(DLL)内に存在している。さら
に本発明によれば図5に示されているようにビュー、コ
ントロールおよびモデルというコンポーネントを、イン
プロセスサーバ34内のダイナミックリンクライブラリ
(DLL)において1つのプロセス内にまとめることも
可能であって、その際、別のサービスコンポーネントは
他のローカルサーバ24内に格納されている。
【0028】図6にはMVC(Model View Controller
)コンセプトによる第2の実施例が示されており、こ
れはたとえば図2に似たものである。この場合にもやは
りビュー領域はインプロセスサーバ16のダイナミック
リンクライブラリ(DLL)内に存在している。この場
合、サーバ16内にロードされているアプリケーション
プログラム17のOCXソフトウェアコンポーネント1
8に、リモートコントロールコンポーネントとしてオー
トメーションインタフェースコンポーネント19の代わ
りにソフトウェアICコネクション35(コネクタブル
/リモート)が結合されている。このコンポーネントに
よって他のローカルサーバ20,23,24との通信が
可能となる。したがってローカルサーバ20内に、ビュ
ーコンポーネントをモデルコンポーネントと結合するた
めのコントローラ21を設けることができる。このコン
トローラもやはり相応のソフトウェアICコネクション
36,37と結合されている。モデルコンポーネントは
ローカルサーバ23,24内に配置されており、そこに
は別のソフトウェアICコネクション38〜41を介し
てサービスコンポーネント25,26が格納されてい
る。
)コンセプトによる第2の実施例が示されており、こ
れはたとえば図2に似たものである。この場合にもやは
りビュー領域はインプロセスサーバ16のダイナミック
リンクライブラリ(DLL)内に存在している。この場
合、サーバ16内にロードされているアプリケーション
プログラム17のOCXソフトウェアコンポーネント1
8に、リモートコントロールコンポーネントとしてオー
トメーションインタフェースコンポーネント19の代わ
りにソフトウェアICコネクション35(コネクタブル
/リモート)が結合されている。このコンポーネントに
よって他のローカルサーバ20,23,24との通信が
可能となる。したがってローカルサーバ20内に、ビュ
ーコンポーネントをモデルコンポーネントと結合するた
めのコントローラ21を設けることができる。このコン
トローラもやはり相応のソフトウェアICコネクション
36,37と結合されている。モデルコンポーネントは
ローカルサーバ23,24内に配置されており、そこに
は別のソフトウェアICコネクション38〜41を介し
てサービスコンポーネント25,26が格納されてい
る。
【0029】このようなコネクタブル/リモートソフト
ウェアICリモートコントロールコンポーネントは、イ
ベント通信型ネットワークベースの完全に分散可能な入
出力イベントであり、ダイナミックにリンク可能であ
り、入/出力コネクションポイントによりコンフィグレ
ーション可能である。
ウェアICリモートコントロールコンポーネントは、イ
ベント通信型ネットワークベースの完全に分散可能な入
出力イベントであり、ダイナミックにリンク可能であ
り、入/出力コネクションポイントによりコンフィグレ
ーション可能である。
【0030】本発明による手段の利点は、様々な医療シ
ステム製品アーキテクチャにおいて再利用可能なソフト
ウェアコンポーネントの獲得にあたって著しくフレキシ
ブルでありしかも生産性の高いことである。
ステム製品アーキテクチャにおいて再利用可能なソフト
ウェアコンポーネントの獲得にあたって著しくフレキシ
ブルでありしかも生産性の高いことである。
【0031】ソフトウェアICコネクションによって、
他の通信メカニズム(たとえばCobra)の場合にあ
てはまるようなロック状態に陥ることなく、実行可能な
プロセスにおいてソースコードを変更せずに各コンポー
ネントを実際に自由に分散させることができる。しか
も、これによりコンポーネントをランタイムであっても
任意に組み合わせることができる。さらに別の利点は、
コネクションをn:mコネクションとすることができ、
これはコネクションパートナが匿名でランタイムに存在
している従来のシステムではほとんど不可能なものであ
る。
他の通信メカニズム(たとえばCobra)の場合にあ
てはまるようなロック状態に陥ることなく、実行可能な
プロセスにおいてソースコードを変更せずに各コンポー
ネントを実際に自由に分散させることができる。しか
も、これによりコンポーネントをランタイムであっても
任意に組み合わせることができる。さらに別の利点は、
コネクションをn:mコネクションとすることができ、
これはコネクションパートナが匿名でランタイムに存在
している従来のシステムではほとんど不可能なものであ
る。
【0032】さらに、コンポーネントコネクションにつ
いても従来のものとは異なっており、この場合、コネク
ションへイベントデータが伝送され、遠隔のメソッドは
呼び出されない点で異なっている。
いても従来のものとは異なっており、この場合、コネク
ションへイベントデータが伝送され、遠隔のメソッドは
呼び出されない点で異なっている。
【図1】従来技術によるネットワーク化されたデータバ
ンクシステムを示す図である。
ンクシステムを示す図である。
【図2】本発明による第1の実施例におけるソフトウェ
アコンポーネントの共働を説明する図である。
アコンポーネントの共働を説明する図である。
【図3】本発明による第1の実施例におけるソフトウェ
アコンポーネントの共働を説明する図である。
アコンポーネントの共働を説明する図である。
【図4】本発明による第1の実施例におけるソフトウェ
アコンポーネントの共働を説明する図である。
アコンポーネントの共働を説明する図である。
【図5】本発明による第1の実施例におけるソフトウェ
アコンポーネントの共働を説明する図である。
アコンポーネントの共働を説明する図である。
【図6】本発明による第2の実施例におけるソフトウェ
アコンポーネントの共働を説明する図である。
アコンポーネントの共働を説明する図である。
1〜4 モダリティ 5〜8 ワークステーション 9 画像通信ネットワーク 10 画像メモリ 11,12 診断コンソール 13,14 ローカル画像メモリ 15 ネットワークインタフェース
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディートリッヒ クエール ドイツ連邦共和国 エアランゲン ニュル ンベルガー シュトラーセ 83
Claims (12)
- 【請求項1】 画像を捕捉するモダリティ(1〜5)
と、画像を処理する装置(5〜8)と、画像を伝送する
装置(9)が設けられており、 画像を処理する前記装置(5〜8)はコンピュータを備
えたディジタル画像システムを有しており、該ディジタ
ル画像システムは、グラフィックコントロールエレメン
トを有する種々のアプリケーションプログラム(OL
E)間でのデータ交換のための方式およびOLEカスタ
ムコントロール(OCX)標準に従って動作し、個別に
境界により制限されている各プロセスにOCXソフトウ
ェアコンポーネント(18)が対応づけられている、医
療システムアーキテクチャにおいて、 装置およびプロセスがリモートコントロールされ制限づ
けが解かれるよう、OCXソフトウェアコンポーネント
(18)がリモートコントロールコンポーネント(1
9,22,27〜31,35〜41)によって拡張され
ていることを特徴とする、医療システムアーキテクチ
ャ。 - 【請求項2】 前記リモートコントロールコンポーネン
トはOLEオートメーションインタフェース(19,2
2,27〜31)である、請求項1記載の医療システム
アーキテクチャ。 - 【請求項3】 前記リモートコントロールはOLEオー
トメーション標準に従って行われる、請求項1または2
記載の医療システムアーキテクチャ。 - 【請求項4】 前記リモートコントロールコンポーネン
トはオートメーションインタフェースコンポーネント
(19,22,27〜31)である、請求項1〜3のい
ずれか1項記載の医療システムアーキテクチャ。 - 【請求項5】 前記リモートコントロールはソフトウェ
アICコネクション(35〜41)により行われる、請
求項1記載の医療システムアーキテクチャ。 - 【請求項6】 前記リモートコントロールはATOMI
C標準に従って行われる、請求項1または5記載の医療
システムアーキテクチャ。 - 【請求項7】 前記リモートコントロールコンポーネン
トはコネクタブル/リモートインタフェースコンポーネ
ント(35〜41)である、請求項5または6記載の医
療システムアーキテクチャ。 - 【請求項8】 前記のデータ交換方式はマイクロソフト
標準のOLEである、請求項1〜7のいずれか1項記載
の医療システムアーキテクチャ。 - 【請求項9】 OLEカスタムコントロールの標準規格
はマイクロソフト標準のOCXである、請求項1〜8の
いずれか1項記載の医療システムアーキテクチャ。 - 【請求項10】 プロセスマイクロソフトコンテナにお
いてグラフィックユーザインタフェースのコンポーネン
トを生成するためマイクロソフトOCXが用いられる、
請求項1〜9のいずれか1項記載の医療システムアーキ
テクチャ。 - 【請求項11】 コントロールレベルおよびコントロー
ルレベルとサービスレベルとの間における分散イベント
プロパゲーションのために、マイクロソフトOCXがO
LEオートメーションと組み合わせられる、請求項1〜
10のいずれか1項記載の医療システムアーキテクチ
ャ。 - 【請求項12】 コントロールレベルおよびコントロー
ルレベルとサービスレベルとの間における分散イベント
プロパゲーションのために、マイクロソフトOCXがソ
フトウェアICコネクションと組み合わせられる、請求
項1〜11のいずれか1項記載の医療システムアーキテ
クチャ。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE19625841.3 | 1996-06-27 | ||
DE19625841A DE19625841A1 (de) | 1996-06-27 | 1996-06-27 | Medizinische Systemarchitektur, basierend auf Microsoft OLE/OCX und Automation, bzw. Atomic |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH1091401A true JPH1091401A (ja) | 1998-04-10 |
Family
ID=7798236
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP17009397A Withdrawn JPH1091401A (ja) | 1996-06-27 | 1997-06-26 | 医療システムアーキテクチャ |
Country Status (2)
Country | Link |
---|---|
JP (1) | JPH1091401A (ja) |
DE (1) | DE19625841A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0838796A3 (en) | 1998-01-28 | 1998-06-10 | Siemens Aktiengesellschaft | Data or information transmission system |
DE19902321A1 (de) * | 1999-01-21 | 2000-07-27 | Siemens Ag | Verfahren zum Bearbeiten von Bildern unterschiedlicher Bildformate |
DE10049021A1 (de) * | 2000-10-04 | 2002-04-18 | Krones Ag | Verfahren und Vorrichtung zum Erfassen von Betriebsdaten einer Produktionsanlage |
DE10157633A1 (de) * | 2001-11-26 | 2003-08-28 | Siemens Ag | Medizinische Systemarchitektur mit einer komponentenorientierten Architektur zur Befundung und Dokumentation |
US8094909B2 (en) | 2007-10-09 | 2012-01-10 | Siemens Aktiengesellschaft | Apparatus and method for remotely controlling in real time measurement parameters of a magnetic resonance (MR) scanner |
DE102008044843A1 (de) | 2008-08-28 | 2010-04-22 | Siemens Aktiengesellschaft | Verfahren und System zum Verteilen von Applikationen |
-
1996
- 1996-06-27 DE DE19625841A patent/DE19625841A1/de not_active Ceased
-
1997
- 1997-06-26 JP JP17009397A patent/JPH1091401A/ja not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
DE19625841A1 (de) | 1998-01-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20050065424A1 (en) | Method and system for volumemetric navigation supporting radiological reading in medical imaging systems | |
US8291336B2 (en) | Medical system architecture with an integrated RIS client on the console computer of a modality | |
US7492970B2 (en) | Reporting system in a networked environment | |
US8165426B2 (en) | Workflow-based management of medical image data | |
US20090116710A1 (en) | Medical image management device and medical image system | |
WO2002039899A2 (en) | Workflow configuration and execution in medical imaging | |
CN1542671A (zh) | 用于监控检查过程和/或治疗过程的方法 | |
JP2001502086A (ja) | 作像装置間において複数プロトコルにしたがい画像情報のネットワーク通信を行うシステム | |
US7489810B2 (en) | Method and system for linking location information between software applications for viewing diagnostic medical images | |
US9202294B2 (en) | Clinical collaboration and medical computing framework | |
US7149779B2 (en) | Medical system architecture with modalities for acquiring examination images, linked with a communication system | |
CN101266634A (zh) | 用于医学设备之间的数据交换的方法 | |
JP2003263420A (ja) | 医療機器を用いた並列演算処理システム | |
JPH1091401A (ja) | 医療システムアーキテクチャ | |
US8682953B2 (en) | Hospital system | |
US20020124054A1 (en) | Medical system architecture based on microsoft OLE/OCX and automation or, respectively, atomic | |
JPH10145396A (ja) | コンポーネントナビゲーションを備えた医学的システムアーキテクチュア | |
JP2017033518A (ja) | 装置、方法、システム及びプログラム | |
US8818066B2 (en) | Grid computing on radiology network | |
JP2002245173A (ja) | 医用画像管理方法、この方法を実現するためのプログラム及び医用画像管理システム | |
US8326644B2 (en) | Medical system architecture and method for exchanging messages | |
JP5878009B2 (ja) | 医療用画像処理ネットワークシステム | |
JPH10154987A (ja) | Htmlを用いた構成要素ナビゲーションを備えた医学的システムアーキテクチュア | |
JPH1080403A (ja) | Wwwブラウザデータフォーマットを備えた医学的システムアーキテクチュア | |
US9454547B2 (en) | Computer system and method for image processing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040907 |