JPH10222466A - クライアント／サーバ型の医療用イメージング・システムで指令を実行する方法 - Google Patents

Abstract

(57)【要約】 【課題】 スクリプト指令を実行するインタプリタ及び
グラフィック・ユーザ・インターフェース（ＧＵＩ）を
持つ少なくとも１つのクライアント装置、並びに少なく
とも１つのサーバ装置を含んでいるクライアント／サー
バ型の医療用イメージング・システムで、指令を実行す
る方法を提供する。 【解決手段】 スクリプト指令を実行するようにインタ
プリタを動作させ（３０２）、スクリプト指令がサーバ
要請を含んでいる場合（３０４）、サーバ要請をクライ
アント装置からサーバ装置に送信し、インタプリタを中
断し（３０６）、インタプリタが中断されている間、Ｇ
ＵＩを対話状態に保つステップを含む。更に、要請に対
するサーバ返答を受け取ったとき、該サーバ返答を処理
するステップ（３１４）、インタプリタの動作を再開し
てスクリプト指令を実行するステップ（３１６）を含
む。ＧＵＩを対話状態に保つステップは、ＧＵＩイベン
トを処理するステップ（３１２）を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の分野】本発明は全般的に医療用イメージング方
式に関し、更に具体的に云えば、プログラム可能なイメ
ージング・システムに関する。

【０００２】

【発明の背景】一般的に医療用イメージング・システム
は、患者の身体の一部分の画像を作成して医者が観察で
きるようにするために利用されている。場合によって様
式とも呼ばれる異なるイメージング技術を使って、患者
の身体の複数の部分をイメージングすることが出来る。
イメージング様式の例としては、コンピュータ断層撮影
（ＣＴ）イメージング、磁気共鳴（ＭＲ）イメージン
グ、超音波イメージング、ポジトロン・エミッション断
層撮影（ＰＥＴ）イメージング、及び核イメージングが
ある。

【０００３】医療用の画像の作成、処理及び表示に関連
して、医療用イメージング・アプリケーションの開発に
は、一般的に、かなりのソフトウェア開発の努力を必要
とする。この開発は、グラフィック・ユーザ・インタフ
ェース（ＧＵＩ）を基本とする医療用イメージングのア
プリケーションを開発するのに特殊なソフトウェア技術
が必要とされるので、高度に熟練したソフトウェア実務
者によって行われるのが普通である。しかし、ソフトウ
ェア技術者は、その知識の領域が限られている。実際に
ソフトウェア・アプリケーションを使う臨床医は、アプ
リケーションを開発するのに必要なソフトウェア技術に
熟練していないのが普通である。臨床医がイメージング
・アプリケーションを開発することが出来るように高度
に使いやすいイメージング・システムを提供することが
望ましい。

【０００４】公知の「プログラム可能な（ｐｒｏｇｒａ
ｍｍａｂｌｅ）」システムは、臨床医がカスタマイズさ
れたイメージング・アプリケーションを作成することが
出来るようにしている。例えば、最も簡単な形式のカス
タマイズ化は、特定の医者に対する表示スクリーン又は
その他の条件のカスタマイズ化である。更に複雑なカス
タマイズ化は、例えば研究機関では必要になる。

【０００５】しかし、既知のプログラム可能なイメージ
ング・システムは多数の欠点がある。例えば、一つの既
知のプログラム可能なシステムは、新しいＧＵＩ素子を
作成／カスタマイズする能力がない。更に、こういうシ
ステムは基本システムに統合されておらず、その結果、
視覚上、機能的及び使い易さの点で問題がある。更に、
経験のあるプログラマしかシステムに機能を追加するこ
とが出来ない。

【０００６】次に、既知のプログラム可能なイメージン
グ・システムの別の欠点を説明する。これらの欠点は、
一般的にスクリプトの作成と実行、非同期的な実行、及
び観察テンプレート編集機能に関係するものである。

【０００７】１．スクリプトの作成と実行 典型的には、画像を見る医者が所望のフォーマットで画
像データを見ることが出来るように、医療用の画像の表
示及び処理シーケンスを制御する為にスクリプトが利用
される。例えば、特定の医者は、特定の器官を見る時、
特定の系列（シーケンス）のビュー（ｖｉｅｗ）が表示
されることを好むことがある。スクリプトは、画像の表
示を制御して所望の系列のビューが作成されて表示され
るように、作成することが出来る。

【０００８】グラフィック・ユーザ・インターフェース
（ＧＵＩ）を基本とするソフトウェア・アプリケーショ
ンから十分に機能的で使いやすいスクリプトを作成する
ことは困難である。典型的には、ボタンのクリックのよ
うなＧＵＩイベントを記録し、同じアプリケーション内
でこのイベントを再現することによってスクリプトが作
成される。しかし、多くの場合、異なる処理環境のコン
テキストで使うことの出来る出力スクリプトを作成する
ことが望ましい。こういう場合、単なる一系列のＧＵＩ
イベントではなく、ユーザが行った動作のセマンティク
ス（ｓｅｍａｎｔｉｃｓ）を捕捉しなければならない。

【０００９】種々のレベルのＧＵＩイベントを記録して
再生することが出来るアプリケーションの例は多くあ
る。このような一つの既知のプログラムは、マウスの動
き、ボタンを押したこと並びにキーボードのクリックを
記録し、これらのイベントを再現する。しかし、ＧＵＩ
に対する極くわずかな変更でも、その変更を捕捉するに
はイベントをもう一度記録することが必要になる。

【００１０】別の既知のアプリケーションは、単にマウ
ス及びキーボードの動作ではなく、作動された（押され
た）ＧＵＩウィジット（ボタン、スライダ等）を記録す
る。このプログラムは、ＧＵＩの変更がわずかな場合、
問題を軽減するが、それでも、もとのアプリケーション
で作成されたスクリプトを再生することを必要とする。
即ち、このプログラムはアプリケーションを記録し、同
じアプリケーションを使ってそれを再生することが出来
るようにするだけである。作成されたスクリプトは、計
装として設けられたアプリケーションの外部で使うよう
に設計されていない。更に、作成された出力スクリプト
のシンタックス（ｓｙｎｔａｘ）が完全に予じめ定めら
れていて、ユーザが構成し得るものではない。

【００１１】２．非同期的な実行 既知の医療用イメージングシステムはクライアント／サ
ーバ形アーキテクチュアを持っている。このアーキテク
チュアの主な利点は、アプリケーションがほとんど処理
をしないので、アプリケーションのプロセスがユーザの
面倒を見る状態にとどまることが出来ることである。大
抵の処理はサーバによって処理される。このサーバは、
特定のサービスを行う「専門家」であり、実際に、特定
のタスクに対して最適にした専用のハードウェアで動作
することがある。この専門化の良い例が、共通の画像処
理動作をハードウェアで加速する処理サーバである。ネ
ットワークに分布したリソースにアクセスする能力が、
クライアント／サーバ形アーキテクチュアの主な利点で
ある。

【００１２】クライアント／サーバ形アーキテクチュア
に於けるタスクの実行について云うと、アプリケーショ
ンがあるサービスに対する要請（リクエスト）を出す。
この要請を処理するサーバは、ローカル・エリア・ネッ
トワークのどこにあっても良いから、アプリケーション
はその結果をユーザに報告する前に、動作が完了するの
を待たなければならない。アプリケーションが待たなけ
ればならない時間の長さは、サーバの速度を含めた多く
の因子に関係する。対話状態に留まる為には、アプリケ
ーションは明け渡しをしなければならないが、これは典
型的には、アプリケーションが他のユーザの要請に応答
することが出来るように、実行スレッド（ｔｈｒｅａ
ｄ）をアイドル状態に戻すことによって行われる。この
明け渡す機能が高度に対話型のアプリケーションの基本
である。前に待ち行列に入れていた要請からの返答が到
着した時、アプリケーションはアプリケーションの処理
コンテキストをこの要請以前の状態に回復し、動作の結
果を提示しなければならない。この過程は、普通、非同
期挙動と呼ばれている。

【００１３】経験によると、要請−明け渡し−返答形の
パラダイムを実施すると、プログラミングにかなりの昏
迷が入り込むことが分かった。これは、１個の動作を多
数の実行スレッドに分割しなければならないし、状態ま
たはコンテキスト情報を、要請側を返答側に拘束するよ
うに管理しなければならないし、また多数の対話型の非
同期的な実行スレッドの為に、微妙な診断の難しいタイ
ミングに関係するエラーがコードに入り込むことがある
からである。その結果得られるコードは維持するのが難
しい。こういう因子により、こういう環境でのプログラ
マの生産性が大幅に低下している。

【００１４】それに、非同期的な実行のアプリケーショ
ン・コードは複雑であって、こういう環境でコードを開
発するには、コンピュータ・プログラミングの高度の熟
練が要求される。例えば、上に述べた要請−明け渡し−
返答形の開発パラダイムでは、経験のあるソフトウェア
技術者に対して、典型的には６週間ないし８週間の訓練
期間が必要である。この訓練期間の多くは、非同期的な
ソフトウェア・プログラミングの細かい点を理解するこ
とに費やされる。更に、非同期的なプログラミングの複
雑さの為、これは、普通はソフトウェア技術者ではない
大抵の最終ユーザにとって不適当な方式である。クライ
アント／サーバ形アプリケーションの開発者は、大部
分、クライアント／サーバ形アプリケーションの融通性
並びに高い対話能力の代償として、要請−明け渡し−返
答形のプログラム・パラダイムの開発の効率の悪さを受
け入れている。

【００１５】更に、非同期的な動作のある欠点を避けよ
うとして、データベースの機能が同期的に挙動する方式
が存在する。例えば、既知の一つの方式では、プログラ
マが異常に長い動作を検出し、是正措置をとる。こうい
う挙動を実施する為に使われる機構がポーリング機構で
あり、待ち段階の間、ＧＵＩを凍結する。即ち、ＧＵＩ
は真の明け渡しをしない。応答の待ち時間を非常に短く
しなければならない医療用イメージング及び実時間制御
のアプリケーションでは、オペレータが長いトランザク
ションの間に緊急の状況に応答しなければならないこと
があるから、こういう形式の機構は受け入れることが出
来ないことがある。この方式の別の欠点は、待ち期間の
間、長い動作を取り消すことが出来ないことである。要
請−明け渡し−返答形のパラダイムのコードを入れる煩
わしさを無くすと共にその利点を生かしながら、長いト
ランザクションの間でも、アプリケーションの対話能力
を温存するシステムを提供することが望ましい。

【００１６】３．オーバーラップの検出と補正 医療用イメージング・アプリケーションを開発する時、
頻繁に起こるのは観察テンプレートを構成することであ
る。観察テンプレートは、医療用診断情報を見直すこと
に関連して、画像、曲線、テキスト及びその他の患者情
報をグラフで提示することである。観察テンプレートを
構成する時、典型的には矩形セルが構成され、スクリー
ン上のセルの配置を選び、これらのセルに対する属性の
明細を定める。セルは、画像、曲線、テキスト並びに診
断過程に関連するその他の情報を含むことが出来る。

【００１７】患者情報を見る多くの医者にとって、情報
の提示及びフォーマットは非常に重要である。その為、
多くの医者は、自分の個人的な診断の必要に合う個人向
けの観察テンプレートを要求する。最終ユーザが観察テ
ンプレートをカスタマイズできるようにする為には、イ
メージング・システムは、観察テンプレートを構成し又
は変更する容易な方法を提供しなければならない。更
に、観察テンプレート・エディタは特定のタスクに対し
て最適にすることが好ましい。

【００１８】観察テンプレートを構成する既知の１つの
システムは、テンプレートを作る為にポイント・アンド
・クリック形のインターフェースとなるグラフ式観察テ
ンプレート・エディタを使っている。グラフ式エディタ
は、観察テンプレートを構成する為の最終ユーザにとっ
て容易な方法であることが分かっている。

【００１９】しかし、既知の観察テンプレート・エディ
タの１つの欠点は、こういうシステムはユーザがセルの
オーバーラップを補正することを必要とすることであ
る。具体的に云うと、セルはタイル状になっていて、オ
ーバーラップがあると重要な診断情報が隠れてしまうの
で、決してオーバーラップを生じることがない。従っ
て、ユーザは、マウス又はプロパティ・エディタを使っ
て、辛抱強く、細心にセルを位置ぎめしなければならな
い。このタスクを助ける為、ある観察テンプレート・エ
ディタは、更に正確なアラインメントを行うことが出来
るようにするズーム・モードのようなツールを含んでい
る。他の既知のシステムは、タイリング（ｔｉｌｉｎ
ｇ）ポストプロセッサを使い、それがセルを最小の幾何
学的な形に詰め込む。医療用イメージングの観察テンプ
レートを構成する場合、こういうツールは実行する時に
時間がかかりすぎるか、タイリング・ポストプロセッサ
の場合のように、ユーザに代ってあまりにも多くのこと
をする為に、融通性が欠ける。手作業のセル・アライン
メント・タスクを加速することにより、使い易さを高め
ることが出来るような自動的なオーバーラップ検出及び
補正アルゴリズムを提供することが好ましい。

【００２０】既知のプログラム可能なシステムに関連す
る上に述べた欠点が、臨床医が比較的容易に且つ素早く
イメージング・アプリケーションを開発することが出来
るように、ユーザにとって極めて親しみやすいプログラ
ム可能なシステムによって解決されることが好ましい。
更に、スクリプトについて云うと、このスクリプトは、
環境の如何に関わらず、余分のかなりの努力及び費用を
かけずに、医者の希望に従って、画像及びデータを観察
の為に表示することが出来るように、多くの異なる環境
で使うことが出来ることが好ましい。このスクリプトの
作成が簡単であって、対話型であることも好ましい。更
に、前に述べたように、要請−明け渡し−返答形のパラ
ダイムのコードを入力する煩わしさを避けると共に、そ
の利点を生かしながら、長いトランザクションの間で
も、アプリケーションの対話能力を温存するシステムを
提供することが望ましい。また、観察テンプレートを作
成するため、手作業のセル・アラインメント・タスクを
加速することにより、使い易さを高めた自動的なオーバ
ーラップ検出及び補正アルゴリズムを提供することが望
ましい。

【００２１】

【発明の概要】上記並びにその他の目的が、臨床医にと
ってシステムの使い易さを高める為に、アルゴリズムを
取り入れたプログラム可能な医療用イメージング・シス
テムによって達成することが出来る。プログラム可能な
点について云うと、本発明の一面では、スクリプトを作
成する為に使うことの出来る学習モードを含むプログラ
ム可能なシステムを提供する。学習モードでは、ユーザ
が一連の動作を稽古し、それらの動作を後で再現するよ
うに保存することが出来る。学習モードは、ユーザがプ
ログラミングの努力を伴わずに新しい機能を開発できる
ようにするので、新しいユーザ・プロトコルを定義する
為の直感的な出発点になる。

【００２２】更に具体的に学習モードについて云うと、
システムは、システム構成ファイル、テーブル・ローダ
及び自動インストーラを含む初期設定／計装サブシステ
ムを含む。動作について説明すると、テーブル・ローダ
がシステム構成ファイルを読取って、システム構成ファ
イルから読取った情報を使って、マスター・テーブルを
初期設定する。自動インストーラが、マスター・テーブ
ルに記憶されている「ウィジット（ｗｅｄｇｅｔ）ネー
ム」を使って、グラフィック・ユーザ・インターフェー
ス（ＧＵＩ）アプリケーションから関連するウィジット
を見つけ、そのウィジットＩＤをマスター・テーブルに
記憶する。

【００２３】システムＧＵＩで作業するユーザが、一連
のイベントを入力し、それがＧＵＩイベント・ハンドラ
ー・システムによって記録される。コード作成器が、特
定された各々のＧＵＩ動作に対応するスクリプト指令を
出力する。コード圧縮システムが、現在の指令及び前の
指令からの出力変数を抽出し、出力変数を圧縮コードに
ある１及び０と比較する。マスクされていないオブジェ
クト・ネームの副次記号表現が同じであれば、出力は前
の出力の代わりであると考えられる。システムが前の出
力を追跡し、新しい出力が代わりであると考えられる場
合、前の出力を削除する。一般的に、コード圧縮システ
ムからの出力が出力スクリプトと呼ばれる。

【００２４】上に述べたシステムを使って作成された出
力スクリプトは、他の処理環境に容易に転送可能であ
る。更に、このシステムは、既知のプログラム可能なシ
ステムに比べて、比較的使いやすく、ユーザにとって極
めて親しみやすい。更に、このシステムは、単に動作自
体を記録するのではなく、動作の意図を捕捉する形で、
ユーザ動作（例えば、キーのクリック及びマウスの動
き）のシーケンスを出力指令に解釈する。例えば、２つ
の像を付け加える為、ＧＵＩは、ユーザが付け加える画
像を選び、加算動作を選び、選ばれた動作を印加するな
どという一連の動作を行うことを必要とする。本発明の
システムでは、出力は、個別の画像を選択するプロセス
よりもむしろ、ユーザが意図する画像を付け加える指令
を表わす。

【００２５】本発明の別の一面では、下位の非同期的な
アーキテクチュアに対する非ブロッキング同期インター
フェイスを構成するアルゴリズムを提供する。全般的に
云うと、このアルゴリズムはアプリケーションのクライ
アント／サーバ部分を同期的な開発の環境から切り離
す。このアルゴリズムを使うと、プログラマーは、非同
期的なプログラミング技術に頼らずに、非ブロッキング
型の高度に対話型のクライアント／サーバ形アプリケー
ションを開発することが出来る。

【００２６】その結果得られるコードは同期的で、非常
に読取りやすく、こじんまりしており、クライアント／
サーバ形アーキテクチュアのプログラミングに習熟して
いない実務家によって開発することが出来る。更に、こ
のアルゴリズムは、多重実行スレッドの本質的な支援を
持っている又は持っていないオペレーティング・システ
ムで実施することが出来る。

【００２７】本発明の更に別の一面では、オーバーラッ
プ検出及び補正アルゴリズムを提供する。一形式では、
このアルゴリズムは、観察テンプレートを作る為の観察
テンプレート・エディタに統合されている。１実施例で
は、オーバーラップ検出及び補正アルゴリズムは、１又
は２境界矩形セル・オーバーラップ検出及び補正アルゴ
リズムである。このアルゴリズムは非パッキング型であ
って、その為、ユーザのアラインメント動作の意図を正
確に実行し、セル・アラインメント・タスクを加速する
という重要な利点をもたらす。

【００２８】上に述べたプログラム可能なシステムは、
ユーザに極めて親しみやすく、臨床医はこのシステムを
使って、イメージング・アプリケーションを比較的容易
に且つ素早く開発することが出来ると考えられる。更
に、このシステムを使って作成されたスクリプトは、多
くの異なる環境で使うように容易に移すことが出来、こ
の為、環境の如何に関わらず、余分のかなりの努力及び
費用を伴わずに、医者の希望に従って、画像及びデータ
を観察の為に表示することが出来る。更に、クライアン
ト／サーバ形アーキテクチュアを利用するが、要請−明
け渡し−返答形のパラダイムのコードを入力するという
煩わしさを避けながら、長いトランザクションの間で
も、システムの対話能力を温存する。更に、観察テンプ
レートの作成について云うと、自動オーバーラップ検出
及び補正は、手作業のセル・アラインメント・タスクを
加速することにより、使い易さを高めることが出来る。

【００２９】本発明の一態様では、スクリプト指令を実
行するインタプリタ及びグラフィック・ユーザ・インタ
ーフェースを持つ少なくとも１つのクライアント装置、
並びに少なくとも１つのサーバ装置を含んでいるクライ
アント／サーバ型の医療用イメージング・システムで、
指令を実行する方法が提供される。該方法は、スクリプ
ト指令を実行するように前記インタプリタを動作させ、
スクリプト指令がサーバ要請を含んでいる場合、該サー
バ要請を前記クライアント装置から前記サーバ装置に送
信し、前記インタプリタを中断し、前記インタプリタが
中断されている間、前記グラフィック・ユーザ・インタ
ーフェースを対話状態に保つステップを含んでいる。該
方法は、前記要請に対するサーバ返答を受け取ったと
き、更に、前記要請に対する前記サーバ返答を処理し、
前記インタプリタの動作を再開してスクリプト指令を実
行するステップを含んでいる。前記グラフィック・ユー
ザ・インターフェースを対話状態に保つ前記ステップ
は、グラフィック・ユーザ・インターフェース・イベン
トを処理するステップを有する。

【００３０】

【発明の好ましい実施の形態】本発明の一面は、システ
ムの使い易さを高めるアルゴリズムを取り入れたプログ
ラム可能な医療用イメージング・システムに関する。ア
ルゴリズムは全般的に、学習モードのスクリプトの作
成、同期動作、及び観察テンプレート・エディタに於け
るオーバーラップ検出及び補正に関係する。重要なこと
は、本発明を多くの異なる医療イメージング様式で実施
することが出来、何ら１つの特定の様式で実施する場合
に制限されないことである。次に本発明の１実施態様の
プログラム可能なシステムを説明する。更に、学習モー
ド、同期動作並びにオーバーラップ検出及び補正ルーチ
ンを説明する。

【００３１】［プログラム可能なシステムの説明］ここ
で説明するプログラム可能な医療用イメージング・シス
テムは、例えば米国ウイスコンシン州、ブルックフィー
ルド、スート１００、ノース・パトリック・ブールバー
ド２５０所在のヒューレット・パッカード・カンパニか
ら商業的に入手し得る製品名「ＨＰ７１５／１００ＵＮ
ＩＸ」を基本としたワークステーションを含む多くのハ
ードウェア・プラットフォームで実現することが出来
る。１形式では、例として云うと、ルーチンは、米国ウ
イスコンシン州、ウォーキーシャ、ノース・グランドビ
ュー・ブールバード３０００所在のゼネラル・エレクト
リック・カンパニ社ＧＥメディカル・システムズ事業部
から商業的に入手し得る「ＧＥＮＩＥ（登録商標）シス
テム」の名前で知られいるような核イメージング・シス
テムに統合して、それに関連して実施することが出来る
と考えられている。もちろん、ルーチンは、核イメージ
ング・システム以外のものを含む他の多くの医療用イメ
ージング・システムに関連して、他の多くのプラットフ
ォームで実施することが出来る。

【００３２】次に説明するのは、スクリプトの作成、並
びにその他のプログラム能力に関係するタスクに対する
ツールを含む１実施態様のプログラム可能なシステムで
ある。これらのツールは、ユーザ・ワークステーション
で実現することが出来、後で説明するように、メニュー
を介してユーザがアクセス可能である。ツールの機能を
理解しやすくする為、新しいアプリケーション、即ちス
クリプトを開発するステップを下にまとめて示す。

【００３３】１．予め定めたプロトコル・ナビゲーショ
ン区域に所望のボタンを置く。 ２．ＧＵＩ上でアプリケーションの挙動を稽古すること
により、コードを作成する。 ３．必要であれば作成されたコードをカスタマイズす
る。 ４．作成されたコードをボタンに付加する。

【００３４】プログラム能力に関するツールは、これら
の４つの基本的な工程をポイント・アンド・クリック動
作で達成出来るようにすることが好ましい。更に、簡単
なアプリケーションでは、これらのツールは、プログラ
ミングを必要としないようにし、更に複雑なアプリケー
ション並びに更に融通性を持たせる場合には、ビジュア
ル・ベーシック（Ｖｉｓｕａｌ Ｂａｓｉｃ）及びＣ言
語を使って低レベルのプログラミングを行うことが出来
るようにすることが好ましい。ＵＮＩＸを基本としたシ
ステムに対するビジュアル・ベーシック・コンパイラ
は、米国ニューヨーク州、ジェームスヴィル、ジェーム
スヴィル・ロード４９３３所在のサミット・ソフトウェ
ア・カンパニから商業的に入手し得る。

【００３５】１実施態様では、特に前に述べたＧＥＮＩ
Ｅの環境で実施する場合、現存のＧＥＮＩＥプロトコル
に従ってナビゲーションユーザ・インターフェース（Ｕ
Ｉ）のモデルを定め、簡単なポイント・アンド・クリッ
クによりボタン及びメニューの形の新しいナビゲーショ
ン要素を付け加える。ボタンの二重クリックにより、ユ
ーザはそのボタンに挙動を持たせることが出来る。普
通、挙動は結果スクリーンに表示すること、又は一連の
処理動作を行い、その後にその結果を表示することであ
る。更に、生（なま）の縮小した画像の区域が常に存在
しており、アプリケーションの「ダッシュボード」にな
る。生の画像区域がダッシュボードの性質を持つことに
より、アルゴリズムの変更の影響が瞬時的にフィードバ
ックされる。この対話能力とアプリケーションの開発及
び実行の間の透明性により、実質的に設計−組立−試験
サイクルが無くなる。

【００３６】図１は前掲のＧＥＮＩＥシステム用に構成
した一例のユーザ・インターフェース１００を示す。図
１に示すように、ナビゲーション区域１０２が組み立て
られつつある。２つのタブ１０４及び１０６が作られて
おり、第１のタブ１０４が３つのボタン１０８、１１０
及び１１２を含む。ナビゲーション区域１０２を組み立
てる為の「ナビゲーション」メニュー項目１１４がメニ
ュー１１６に設けられている。ユーザ・インターフェー
スはスクリプト・エディタ窓１１８をも含み、メニュー
１１６はユーザが選ぶことの出来る種々の機能を示して
いる。アクティブ・ヘルプ窓１２０も示されている。更
にインターフェース１００は、医療用の画像及びデータ
を表示する画像区域１２２をも含む。

【００３７】アプリケーションの挙動を特定しやすくす
るため、ポイント・アンド・クリック作成器、統合エデ
ィタ及び外部インタフェースが設けられる。ポイント・
アンド・クリック・コード作成器は、例えばユーザがコ
ードを使うことが出来るようにするユーザ動作のセマン
ティクスを表すコードを作成するために設けられる。統
合エディタは、融通性を最大にする為に複合コードを書
き込むことが出来るようにする為に設けられており、ま
た統合エディタは、作成されたコードをカスタマイズす
る為に使うこともできる。外部に限定されたライブラリ
に対するインタフェースが、性能を左右するような計算
並びに最大の融通性の為に設けられている。この外部イ
ンターフェースは、例えば、画像処理機能又は外部デー
タ収集装置のような外部機能を素早く利用出来るように
する。

【００３８】多数の部品をプログラム能力の環境内に統
合して、臨床アプリケーションを開発する為のコヒーレ
ンスの高いツールとする。これらの部品は、学習モー
ド、スクリプト・エディタ、スクリプト・デバッガ及び
スクリプト実行部を含む。学習モードは、ユーザが１つ
のシーケンスの動作を稽古し、後で再現されるようにそ
れらの動作を保存することが出来るようにする。更に、
学習モードを使って、ユーザは動作のシーケンスを変更
することが出来る。学習モードは、ユーザがプログラミ
ングということをせずに、新しい機能を開発することが
出来るようにするので、新しいユーザ・プロトコルを定
義する為の直感的な出発点になる。学習モードは、動作
とそれに対応するユーザ・プロトコル・スクリプトとの
間のリンクとなるので、新米のユーザに対する良い学習
ツールにもなる。１形式では、学習モードは次のことを
行う。

【００３９】１．１組のユーザ動作を記録し、保存し、
後でプロトコルを組み立てるのに使うことが出来る。 ２．記録の間、動作のシーケンスからの作成されたテキ
ストを表示することが出来る。 ３．データ・ローディング及び保存動作が記録可能であ
る。 ４．観察テンプレートの記述が記録可能である。 ５．画像及び曲線処理動作が記録可能である。 ６．画像及び曲線統計結果が記録可能である。

【００４０】１例としての学習モード捕捉窓１５０が図
２に示されており、この図には学習モードを動作させた
結果が示されている。学習モードについて更に詳しいこ
とは次の部分で説明する。

【００４１】再び図１を参照すると、ユーザがユーザ・
プロトコルを編集することが出来るようにする為に、ス
クリプト・エディタ１２４が設けられている。エントリ
並びにユーザ・プロトコルに対するテキストの変更を容
易にする為、次に述べる特徴を設けることが出来る。下
記の全ての特徴はマウス又はキーボードから作動するこ
とが出来る。

【００４２】１．「Ｅｄｉｔ（編集）→Ｃｕｔ（切り取
り）」、「Ｅｄｉｔ（編集）→Ｃｏｐｙ（コピー）」、
及び「Ｅｄｉｔ（編集）→Ｐａｓｔｅ（貼り付け）」の
為のテキスト編集能力。 ２．順方向及び逆方向のテキスト・ストリングの探索。
探索はいくつかのテキスト・ファイルに亘ることが出来
る。 ３．テキスト・ストリングの交換。

【００４３】適当なスクリプト・エディタは米国ニュー
ヨーク州、ジェームスヴィル、ジェームスヴィル・ロー
ド４９３３所在のサミット・ソフトウェア・カンパニか
ら商業的に入手し得る。

【００４４】更に図１について説明すると、ユーザ・プ
ロトコルの開発及びデバッギングを助ける為にスクリプ
ト・デバッガ１２６が設けられている。スクリプト・デ
バッガ１２６は下記の作用を実行する。

【００４５】１．シンタックス検査の特徴が設けられ
る。エラーが存在する場合、正しくない行が強調され、
カーソルがシンタックスとして正しくない要素の上に置
かれる。更に、診断メッセージが表示される。 ２．ユーザ・プロトコルは一度に１行実行することが出
来る。 ３．機能／手順に歩進することが出来、或いは機能／手
順を１つのユニットとして実行することが出来る。 ４．ブレーク点をユーザ・プロトコル内の任意の行にセ
ットすることが出来る。ユーザ・プロトコルの実行はブ
レーク点で停止する。ブレーク点は取り除くことが出来
る。 ５．変数をデバッガ内にある間に検査し変更することが
出来る。

【００４６】適当なスクリプト・デバッガが前に引用し
たサミット・ソフトウェア・カンパニから商業的に入手
し得る。

【００４７】完全な又は部分的に完成したユーザ・プロ
トコルの実行１２８がスクリプト実行部によって行われ
る。プロトコルは、そのプロトコルの断片を開発し、次
いで徐々に機能を埋めることによって、増分的に試験す
ることが出来る。スクリプト実行部は、下記の特徴を用
いてこの能力を発揮する。

【００４８】１．プロトコルはスクラッチから開始する
ことが出来る。完了するまで又は割込みに出会うまで実
行を続ける。 ２．プロトコルを実行するとき、ユーザはスクリプト実
行部から全ての画像表示、対話、メニュー及びツールを
利用し得る。本質的にはプロトコルは、ユーザが実際の
プロトコルを始動させた場合と同様に実行される。スク
リーン画像区域全体の代わりに、縮尺された画像区域１
２２が表示されることに注意されたい。 ３．ユーザ・プロトコルは休止ボタンを使うことによ
り、任意の点で中断可能である。再開した時、ユーザ・
プロトコルを休止した点から実行が続けられる。 ４．ユーザ・プロトコルは、停止ボタンを使って、任意
の時に中止することが出来る。 ５．全ての予め定められた機能ライブラリ及びユーザに
よって定められた機能ライブラリがスクリプト実行部で
利用出来なければならない。 ６．多重プロトコルは同時に実行することが出来ると共
に対話状態に留まることが出来る。これは、全てのプロ
トコルが或るＣＰＵ時間を受け取ることを保証する時間
スライス機構によって達成される。

【００４９】新しいプロトコルの作成について云うと、
ユーザは現存のプロトコルを変更し、変更したプロトコ
ルを新しいプロトコルとして保存することが出来る。こ
の代わりに、ユーザはスクラッチから出発することが出
来る。ユーザが現存のプロトコルを削除したいと思うこ
とも考えられる。こういう活動が一般的にプロトコル・
マネージメントと呼ばれる。１実施態様では、全てＧＵ
Ｉ１００からアクセス可能である下記の特徴がプロトコ
ルを管理するのに利用することが出来る。

【００５０】１．製造業者により提供されたプロトコル
をコピーすることが出来、そのコピーは「Ｆｉｌｅ（フ
ァイル）→Ｓａｖｅ Ａｓ（そのまま保存）」の特徴
（１３０）を使って変更することが出来る。 ２．現存のプロトコルを見ることが出来る。即ちユーザ
にはソース・スクリプトが常に利用出来る。 ３．ユーザは「Ｆｉｌｅ（ファイル）ファイル→Ｎｅｗ
（新）」（１３０）によりスクラッチから新しいユーザ
・プロトコルを作成することが出来る。 ４．「Ｆｉｌｅ（ファイル）→Ｓａｖｅ（保存）」（１
３０）により現存のプロトコルを変更することが出来
る。 ５．「Ｆｉｌｅ（ファイル）→Ｄｅｌｅｔｅ（削除）」
（１３０）により現存のプロトコルを削除することが出
来る。

【００５１】非常に使いやすいシステムには、そのシス
テム内の全てのアプリケーションが従う「ルック・アン
ド・フィール（ｌｏｏｋ ａｎｄ ｆｅｅｌ）」があ
る。同様に前掲のＧＥＮＩＥシステムでは、プロトコル
に対しルック・アンド・フィールが設定されている。１
実施態様では、ナビゲーションＧＵＩ組立て部１１４を
設けて、アプリケーションを作成するタスクを簡単にす
る。ナビゲーションＧＵＩ組立て部１１４は下記のこと
をする。

【００５２】１．ポイント・アンド・クリック・インタ
ーフェースを使って、タブ、ボタン及びメニューの項目
を作成することが出来る。プログラミングは全く必要と
されない。 ２．ナビゲーションＧＵＩ組立て部の全ての要素に対し
てプロパティ・エディタを設ける。プロパティは、「動
作（ａｃｔｉｏｎ）」手順の明細並びに要素の可視的な
性質を含む。 ３．完成されたナビゲーションの記述がプロトコルと共
に保存される。プロトコルを実行するとき、動作プロパ
ティが呼び出される。

【００５３】１実施態様では、オンライン・ハイパーテ
キスト・ヘルプ・システム１２０を含む多数のツール１
３２を設ける。ヘルプ・システム１２０は、プログラム
能力の環境の全ての要素の利用に対してヘルプを提供す
る。この全般的なヘルプの他に、ビジュアル・ベーシッ
ク言語の包括的なヘルプも設けてある。言語に対する全
ての新しい拡張に対してヘルプ・ファイルも設けてあ
る。適当なハイパーテキスト・ヘルプ・システムが、米
国コネティカット州、リッジフィールド、イーサン・ア
レン・ハイウェイ２４１所在のブリストル・テクノロジ
ー・インコーポレーテッドから商業的に入手し得る。

【００５４】ヘルプ・システムのスクリーンを通じてス
クリプトを容易に作成することが出来る。具体的に云う
と、ユーザはヘルプ・スクリーンを呼び出し、作成しよ
うとするスクリプトに関連するトピックを選ぶことが出
来る。典型的には、ユーザが所定の機能を理解するのを
助ける為、サンプル・ワーキング・コード、即ち、スク
リプトがヘルプ・ファイルに含まれている。ユーザは例
を強調表示し、「コピー」指令を使って例をコピーし、
その後「貼り付け」指令を使って、この指令をスクリプ
ト・エディタに貼り付けることが出来る。ユーザは、ス
クリプトを直接的に使って指令を実行するか、又は別の
スクリプトに含める為にスクリプトを編集することが出
来る。

【００５５】観察テンプレート・エディタのツールの場
合について云うと、前に述べたように、観察テンプレー
トはスクリーンの配置（レイアウト）であり、この配置
は複数のセルで構成されており、各々のセルには画像
（単独又は多重フレーム）、曲線又はオーバーレー・グ
ラフィックスを入れることが出来る。１実施態様では、
観察テンプレート・エディタ（ＲＴＥ）は、ユーザが観
察テンプレートをグラフ式に組み立てることが出来るよ
うにする。

【００５６】図３はＲＴＥに対する１実施態様のユーザ
・インターフェイス２００を示す。インターフェイス２
００は、作られたセルを表示する表示区域２０２を含
み、ユーザが種々の機能を容易に選ぶことが出来るよう
にする「ファイル」メニュー２０４が設けられている。
更に、画像、曲線及びＲＯＩデータに対する特定の数学
的な又は臨床的な処理を行う為にデータ処理指令２０６
が設けられている。標準的な１組のデータ処理指令と、
こういうデータ処理指令２０６に対する詳細なヘルプ・
ファイルが設けられる。アドレスされる全体的な機能区
域は、画像及び曲線の演算と、画像の閾値作用と、画像
の切り取り、コピー及び貼り付けと、画像及び曲線の統
計と、画像のフィルター作用（空間及び周波数）と、曲
線のフィルター作用と、画像のフレーム組替えと、画像
の向き（回転、方位及び鏡）と、画像の寸法取り（任意
の寸法）と、ＲＯＩ処理（論理動作）とである。

【００５７】ツール１３２は、ユーザがプログラム、即
ちスクリプトを容易に且つ素早く作成することが出来る
ようにする。もちろん、各々の実行に全てのツール１３
２が必要ではないこと、並びに他の実行にはこの他のツ
ールが望ましいことがあることが考えられる。従って、
種々のツールについてこれまで説明したことは、例に過
ぎず、本発明をそれに制限するつもりはない。

【００５８】［学習モード］図４は、本発明の１実施態
様に従って学習モードのプログラム能力を達成するよう
に構成されたサブシステムを含むイメージング・システ
ム２５０のブロック図である。前に説明したように、学
習モードは、ユーザがあるシーケンスの動作を稽古し、
それらの動作を後で再現されるように保存することが出
来るようにするものであり、この学習モードを使うこと
によって、ユーザは動作のシーケンスを変更することが
出来る。本発明の１実施態様に従って学習モードを実施
する為、イメージング・システム２５０が初期設定／計
装サブシステム２５２、及びコード作成サブシステム２
５４を含む。グラフィック・ユーザ・インターフェース
（ＧＵＩ）イベント・ハンドラー・システム２５６が設
けられていて、ＧＵＩで起こるイベントを検出すると共
に、こういうイベントをコード作成サブシステム２５４
に供給する。後で更に詳しく説明するが、初期設定／計
装サブシステム２５２はシステム構成ファイル２５８、
テーブル・ローダ２６０及び自動インストーラ２６２を
含む。コード作成サブシステム２５４はコード作成器２
６４及びコード圧縮システム２６６を含む。コード圧縮
システム２６６から出力スクリプト２６８が出力され
る。サブシステム２５２及び２５８は、例えばユーザ・
ワークステーション内に構成される。

【００５９】全体について総括的に云うと、システム構
成ファイル２５８が、計装として備える必要があるシス
テム２５０内の全てのウィジットのリストを持ってい
る。出力制御スクリプト２６８を作成するために使われ
るシーケンス（テキスト・ストリング）も、対応するウ
ィジット・ネームと並んで、システム構成ファイル２５
８内に表示されている。始動すると、システム構成ファ
イル２５８（これは読取可能なＡＳＣＩＩフォーマット
で記憶されている）が内部データ構造にロードされる。
基本ウィジットから出発して、データ構造内にある各々
のウィジットに対するウィジット識別子を探索して記録
する。実行の間、あるウィジット（ボタン、メニューの
項目など）が作動される（押される）と、内部データ構
造から出力制御スクリプト・シーケンスが得られる。こ
のシーケンスを、特定された規則を用いて有効な出力制
御スクリプト２６８に拡張する。制御シーケンスが、特
定された規則と共に、出力制御スクリプト２６８を表す
言語を定める。システム２５０は、単にシステム構成フ
ァイル２５８を編集することにより、異なるシンタック
ス又は指令を出力するように実行時間で構成し得る。更
に、内部制御シーケンス拡張論理は、シェル・スクリプ
トを含めて異なる出力言語に容易に拡張することが出来
る。更に、システム２５０が、単に動作自体を記録する
のではなく、動作の意図を捕捉する形で、ユーザの動作
（例えば、キーのクリック及びマウスの動き）のシーケ
ンスを出力指令に解釈する。例えば、２つの画像を付け
加える為に、ＧＵＩは、付け加えるべき画像を選び、付
加動作を選び、選ばれた動作を適用するなどというよう
な一連の動作をユーザが実行することを要求することが
ある。システム２５０では、出力が、個別の画像を選ぶ
プロセスよりもむしろ、ユーザが意図するものとして画
像を追加する指令を表す。

【００６０】図５は、システム２５０の動作を更に詳し
く示すデータの流れ図である。前に述べたように、シス
テム構成ファイル２５８は、所定のアプリケーションを
計装し且つ出力スクリプト２６８を作成するために必要
な異なる要素を持っている。システム構成ファイル２５
８内の典型的な行を下記に示す。

【００６１】panUP:panZoomForm.panUp,NORMAL,O,C102G
2,VpanY($0panScope,$0panY)

【００６２】この行は下に述べる６つのトークン（要
素）を含んでいる。 １．オブジェクト・ネーム（「ｐａｎＵＰ」） これは計装される指令の論理名称であり、英字（数字な
し）の場合に応じて敏感に変わるストリングである。こ
のネームは、後で説明するシステムのＧｅｎＣｏｄｅ部
分で参照される。 ２．ウィジット・ネーム（「ｐａｎＺｏｏｍＦｏｒｍ．
ｐａｎＵｐ」） これは計装されるウィジットの名称であり、そのウィジ
ットに対する唯一のパス・ネームに対応すべきである。
このストリングは、アプリケーション・ウィジット階層
内のウィジットをルックアップするために使用され、オ
ブジェクトがウィジットに対応しない場合はＮＵＬＬ
（無効）である。 ３．オブジェクトの種類（「ＮＯＲＭＡＬ」） これはオブジェクトの種類を特定する。考えられる選択
は次の通りである。 様式（ＭＯＤＡＬ） この種類のオブジェクトは直接的に指令を作成せず、オ
ブジェクトにＧｅｎＣｏｄｅが関連しているが、オブジ
ェクトが作動されたときにコードを作成すべきでない場
合に使われる。典型的には、アプリケーションの状態を
変えるあらゆるオブジェクトはＭＯＤＡＬと記される。 デストラクタ／コンストラクタ（ＤＥＳＴＲＵＣＴＯＲ
／ＣＯＮＳＴＲＵＣＴＯＲ） コンストラクタ及びデストラクタ・ウィジットは、作動
された時、ウィジットの数が変わるかもしれないことを
示し、自動インストーラ１６２に全てのウィジットを再
びインストールさせる。 ノーマル（ＮＯＲＭＡＬ） これは、上に述べた何れの種類でもない全てのウィジッ
トに与えら一般的な種類である。 ４．グループ（「０」） グループは、同様なオブジェクトを一様な形で取り扱う
ための便利な方法を提供する。 ５．圧縮コード（「Ｃ１０２Ｇ２」） これは出力コードを再構成する為に使われる随意選択の
特徴である。例えば、ユーザがマウスをスクリーンを横
切って引っ張る時、マウスの各々の位置で指令を作成す
る代わりに、動作の終わりに指令を作成することが望ま
しいことがある。圧縮コードは、このような圧縮を行う
のに使われる規則を記述する。 ６．ＧｅｎＣｏｄｅ（「VpanY($OpanScope,$OpanY)」） これは、ＧＵＩイベントを有効な出力スクリプトに変換
する時にどの規則を使うべきかを特定する。

【００６３】システム構成ファイル２５８に表されてい
る要素は、計装されたアプリケーションのウィジット階
層及び作成された出力スクリプト２６８と密接な関係を
持つ。テーブル・ローダ２６０が実行時間にシステム構
成ファイル２５８を読取り、システム構成ファイル２５
８から読取った情報を使って、本明細書でマスター・テ
ーブルと呼ぶ内部データ構造２７０を初期設定する。シ
ステム構成ファイル１０８を実行時間にロード可能なフ
ァイルとすることにより、構成に変更を加える為にソフ
トウェアをコンパイルし直す必要がないので、開発が早
められると共に、ファイルは必要がない限りロードされ
ないので、２進ファイルは一層小さくなる。

【００６４】マスター・テーブル２７０は、テーブル・
ローダ２６０によって読取られた全ての情報、並びに後
で説明する自動インストーラ２６２を使ってアプリケー
ションＧＵＩから取出された若干の情報を記憶する内部
データ構造である。マスター・テーブル２７０は、シス
テム構成ファイルにある情報を記憶するのに加えて、計
装される全てのウィジットのウィジット識別子（ＩＤ）
を記憶するフィールドをも持っている。１例では、マス
ター・テーブル構造は次のようになっている。

【００６５】 typedef struct ｛ char object[MAX_COM_LEN｝； char button_name[MAX_WIDGET_NAME] Widget ｗ； LMCommandType com_type； LMCompression compression； char GenCode； ｝LMMasterTab；

【００６６】自動インストーラ２６２は、マスター・テ
ーブル２７０に記憶されている「ウィジット・ネーム」
を使って、ＧＵＩアプリケーションから関連するウィジ
ットを見つけ、そのウィジットのＩＤをマスター・テー
ブル２７０に記憶する。自動インストーラ２６２は、ネ
ームを付したウィジット階層２７２を持つ任意のＧＵＩ
アプリケーションに作用するように適応させることが出
来る。例えば、Ｘウィンドウズ・アプリケーションで
は、自動インストーラ２６２は、Ｘｔ指令を使ってウィ
ジット、即ち、ＸｔＮａｍｅＴｏＷｉｄｇｅｔを見つけ
る。各々のウィジットを探索する為、自動インストーラ
２６２は、アプリケーションに対する基本ウィジットの
ＩＤを必要とするが、これは、初期設定の呼の一部分と
して、システム２５０に送られたウィジットから、適当
なネームのウィジットが見つかるまで、アプリケーショ
ン・ウィジット階層２７２を昇ることによって見つけら
れる。

【００６７】ウィジット階層２７２の一例が図６に示さ
れている。図６に示すように、この例のウィジット階層
２７２は基本ウィジット２７４を含む。この階層の中に
ｐａｎＺｏｏｍＦｏｒｍ形のウィジット２７６があり、
これがｐａｎＺｏｏｍＦｏｒｍ形計装の総称である。ｐ
ａｎＵＰウィジット２７８が、ｐａｎＺｏｏｍＦｏｒｍ
ウィジット２７６の１形式であり、従って、ｐａｎＵＰ
ウィジット２７８はｐａｎＺｏｏｍＦｏｏｒｍ形ウィジ
ット２７６より下位にあって、それに接続されている。

【００６８】再び図５について説明すると、様式（ＭＯ
ＤＡＬ）でない全てのオブジェクトに対し、自動インス
トーラ２６２が単一呼戻し機能を呼び出す呼戻しを付加
する。自動インストーラ２６２はウィジットの種類をも
決定する。「計装された」ウィジットによって呼出され
た時、それをマスター・テーブル２７０でルックアップ
し、コード作成器２６４をインデックスによりエントリ
ーに呼込む。

【００６９】コード作成器２６４はマスター・テーブル
２７０のＧｅｎＣｏｄｅ部分を使って、特定されたＧＵ
Ｉ動作に対応するスクリプト指令を出力する。コード作
成器２６４は＄ｎ（ｎは数）で始まりその後に英字が続
く任意のストリングを正規の表式”＄［０−９］［ａ−
ｚＡ−Ｚ］＋”として、例えば”＄０ｐａｎＵｐ”とし
て拡張することによって、テキストを「評価」する。英
字が「オブジェクト・ネーム」を表す。評価すべきオブ
ジェクトがウィジットである場合、ウィジットの値を戻
し、出力指令に”＄ｎ＜ｏｂｊｅｃｔ＞”テキストを入
れ替える。例えば、”ｐａｎＵｐ”が、テキスト「１２
３．４」を含んでいたテキストウィジットに対するオブ
ジェクト・ネームであった場合、ＧｅｎＣｏｄｅでは、
ストリング”ｐｒｉｎｔ＄０ｐａｎＵｐ”は、マスター
・テーブル２７０でｐａｎＵｐを見ることにより、”ｐ
ｒｉｎｔ１２３．４”に変更される。

【００７０】コード作成器２６４は＄０１
Ｆ（”．．．”＝”．．．”）＜ｒｅｓｕｌｔ＞［＄０
ｅｌｓｅ＜ｅｌｓｅ ｒｅｓｕｌｔ＞］表式をも拡張す
る。＝の両辺を評価し、その後ストリングを比較する。
「真」であれば、＜ｒｅｓｕｌｔ＞を評価して使う。
「虚偽」であれば、＜ｅｌｓｅ ｒｅｓｕｌｔ＞を評価
して使う。ＧｅｎＣｏｄｅは評価が簡単であって、コー
ドを複雑にして拡大するｌｅｘ又はｙａｃｃを使う必要
がない。

【００７１】コード圧縮器とも呼ばれることのあるコー
ド圧縮システム２６６について云うと、コード圧縮は、
システム構成ファイル２５８から読取った圧縮コードに
よって制御される。ユーザが、コード圧縮システム２６
６なしに、動作、例えばズーム・アップを繰り返すと、
システム２５０はマウス・ボタンを押す毎に新しい指令
を作成する。コード圧縮システム２６６は、重複した行
が現れた時、それを除去する。コード圧縮システム２６
６は、現在の指令及び前の指令から出力変数Ｉ（＄ｎ＜
ｏｂｊｅｃｔ ｎａｍｅ＞表式）を抽出し、出力変数を
圧縮コードにある１及び０と比較する。マスクされてい
ないオブジェクト・ネームの全ての副次表式が同じであ
る場合、出力は前の出力の代わりであると考えられる。
システム２６６は前の出力を追跡し、新しい出力が代わ
りであると考えられる場合、前の出力を削除する。

【００７２】上に述べた動作を要約すると、テーブル・
ローダ２６０がシステム構成ファイル２５８を読取り、
システム構成ファイル２５８から読取った情報を使っ
て、マスター・テーブル２７０を初期設定する。自動イ
ンストーラ２６２が、マスター・テーブル２７０に記憶
されている「ウィジット・ネーム」を使って、ＧＵＩア
プリケーションから関連するウィジットを見つけ、その
ウィジットのＩＤをマスター・テーブル２７０に記憶す
る。システムのＧＵＩで作業するユーザは、一連のイベ
ントを入力し、それらがＧＵＩイベント・ハンドラー・
システム２５６によって記録される。コード作成器２６
４が、特定された各々のＧＵＩの動作に対応するスクリ
プト指令を出力する。コード圧縮システム２６６が現在
の指令及び前の指令からの出力変数を抽出し、出力変数
を圧縮コードにある１及び０と比較する。マスクされて
いない全てのウィジット・ネームの副次表式が同じであ
れば、出力が前の出力の代わりと考えられる。コード圧
縮システム２６６が前の出力を追跡し、新しい出力が代
わりと考えられる場合、前の出力を削除する。コード圧
縮システム２６６がスクリプト２６８を出力する。

【００７３】この場合も、前に説明したように、システ
ム２５０は、単にシステム構成ファイルを編集すること
により、異なるシンタックス又は指令を出力するよう
に、実行時間で構成し得るという重要な利点を持つ。更
に、内部制御シーケンス拡張論理を容易に拡張して、シ
ェル・スクリプトを含めて異なる言語を出力することが
出来る。

【００７４】［同期動作］本発明の一面は、下位の非同
期的なアーキテクチュアに対する非ブロッキング同期イ
ンターフェイスとなるアルゴリズムに関する。全体的に
云うと、このアルゴリズムはアプリケーションのクライ
アント／サーバ部分を同期的な開発の環境から切り離
す。クライアント部分又はユニットとサーバ部分又はユ
ニットとは、別々のコンピュータ又は１個のコンピュー
タにあっても良い。このアルゴリズムを使うと、プログ
ラマは非同期的なプログラミング方式に頼らずに、非ブ
ロッキングの、高度に対話型のクライアント／サーバ形
アプリケーションを開発することが出来る。その結果得
られるコードは同期的であって、非常に読取り易く、こ
じんまりしていて、クライアント／サーバ形アーキテク
チュアのプログラミングに習熟していない実務家によっ
ても開発することが出来る。更に、このアルゴリズム
は、多重実行スレッドの本質的な支援を持つか又は持っ
ていないオペレーティング・システムで実施することが
出来る。

【００７５】図７は、本発明の１実施態様に従って同期
的な実行をする為の方法の工程のシーケンスを示すフロ
ーチャート３００であるが、アプリケーションのクライ
アント／サーバ部分が、要請−明け渡し−返答の細部を
取り扱うコードである。開発環境は埋込みインタープリ
タである。両方の装置は、単一の実行スレッドを持つ同
じプロセスにあるが、アルゴリズムは多重実行スレッド
に対して実行し得る。

【００７６】図７について具体的に説明すると、最終ユ
ーザが実行時間にコード又はスクリプトを開発する。こ
のコードがインタープリタにより３０２の所で実行され
る。クライアント／サーバ形のトランザクションを必要
とするスクリプト指令では、即ちサーバ要請３０４で
は、インタープリタは、アプリケーションのクライアン
ト／サーバ部分にある適当な機能を発動するようにプロ
グラムされている。サーバ要請３０４を出す前および／
又は出した後、アプリケーションのクライアント／サー
バ部分がインタープリタを中断して、明け渡す（３０
６）。ＧＵＩを管理するクライアント／ サーバは、待
ち期間の間対話状態に留まる。クライアント／サーバが
明け渡しをしている為、時間が重要な、実時間で処理す
る特徴は、アプリケーションのクライアント／サーバ部
分に置いておくと、待ち期間の間生きている。

【００７７】対話状態に留まる為、実行スレッドをアイ
ドル状態（ＸｔＭａｉｎＬｏｏｐ）３０８に戻す。サー
ビス要請が完了していないと（３１０）、イベントが引
き続いて処理される（３１２）。要請に対応する返答が
到着して処理されると（３１４）、アプリケーションの
インタープリタ部分を再開し（３１６）、その後、イン
タープリタのプログラム・カウンタ（ＰＣ）は中断した
ところから継続する。その後の処理はスクリプト行３０
２の実行に戻る。

【００７８】図８は、図７に示した方法の工程により切
り離された実行の一例を示す。この例では、２つの非同
期的な動作を実行しなければならない。ボックス３５０
には、クライアント／サーバ側の高レベルのタスクが示
されている。これらのタスクは実際のコードの何行かを
表しており、その為図示のプログラム・カウンタ（Ｐ
Ｃ）は、実際のプロセッサＰＣに直接的に対応しない。
中央の列は、クライアント／サーバ擬似ＰＣが変化する
時のインタープリタＰＣの進行を示す。クライアント／
サーバＰＣがインタープリタＰＣよりも更に早く変化す
ること並びに非同期的な動作の間、インタープリタＰＣ
が休眠状態になることに注意されたい。ボックス３５２
には、アプリケーション・タスクが示されている。非同
期的動作が完了する時、インタープリタＰＣを目ざめさ
せる。

【００７９】特定の一つの構成では、商用Ｂａｓｉｃイ
ンタープリタをアプリケーションに埋込む。インタープ
リタは、アプリケーションに結合されたライブラリとし
て送り出される。インタープリタ・ライブラリが、イン
タープリタを中断し、インタープリタを再開させ、プロ
グラミング言語を拡張し、クライアント／サーバ形アプ
リケーションの機能を呼び出し、クライアント／サーバ
形アプリケーションからスクリプト機能／サブルーチン
を実行し、インタープリタとアプリケーションの間で情
報をやりとりする機関になる。アプリケーションがＵＮ
ＩＸオペレーティング・システムで実行され、Ｘウィン
ドウ・システムを使う。具体的に云うと、アプリケーシ
ョンはＸ Ｉｎｔｒｉｎｓｉｃｓ（Ｘｔ）、Ｍｏｔｉｆ
Ｗｅｄｇｅｔツールキット（Ｘｍ）及びＸプロトコル
・ライブラリＸｌｉｂで構成される。この他のクライア
ント側ライブラリも、夫々のサーバと連絡する為にアプ
リケーションによって使われる。インタープリタ・ライ
ブラリから得れる文書拡張機構を使って、Ｂａｓｉｃ言
語に拡張が加えられる。この拡張は、クライアント・サ
ーバ機能を発動することによりタスクを実行する。アプ
リケーションは、スレッドに対する明確なオペレーティ
ング・システムの支援を使わずに実施される。即ち、ア
プリケーション・プロセスに対して単一の実行スレッド
を用いる。しかし、このアプリケーションは、プロセス
当たり多重の実行スレッドを支援するオペレーティング
・システムに適している。多重実行スレッドを支援すれ
ば、スタックを解きほぐす必要が少なくなるので、この
方式の性能が高まる。

【００８０】前に述べたように、コードは同期的で、非
常に読取り易く、こじんまりしていて、クライアント／
サーバ形アーキテクチュアのプログラミングに習熟して
いない実務者によって開発することが出来る。更に、ア
ルゴリズムは、多重実行スレッドの本質的な支援を持つ
又は持たないオペレーティング・システムで実施するこ
とが出来る。

【００８１】［オーバーラップ検出及び補正］前に述べ
たように、観察テンプレートは、医学的な診断情報を観
察することに関係する画像、曲線、テキスト及びその他
の患者情報のグラフ表示である。観察テンプレートを組
立てる時、典型的には矩形セルを組立てる。スクリーン
上のセルの配置を選び、これらのセルの属性の明細を作
成する。セルは画像、曲線、テキスト並びに診断プロセ
スに関連するその他の情報を入れることが出来る。セル
はタイリングされ、オーバーラップがあると重要な診断
情報が隠れるので、オーバーラップの無いことが好まし
い。本発明の一面は、手作業のセル・アラインメント・
タスクを加速することによって使い易さを高めることが
出来る自動的なオーバーラップ検出及び補正アルゴリズ
ムである。

【００８２】更に具体的に云うと、一形式では、１又は
２境界矩形セル・オーバーラップ検出及び補正アルゴリ
ズムを提供する。このアルゴリズムは非パッキングであ
って、ユーザのアラインメント動作の意図を正確に実行
するようにする。一形式では、アルゴリズムが、観察テ
ンプレート（ＲＴ）を作成する観察テンプレート・エデ
ィタに統合される。

【００８３】一実施態様のオーバーラップ検出及び補正
アルゴリズムのフローチャート４００が図９に示されて
いる。図９に示すように、アルゴリズムは２回通過形対
話形アルゴリズムであって、セルの配置形状が変更され
た時のオーバーラップを除こうとするものである。配置
形状の変更は、セルの寸法又は場所の変更である。

【００８４】更に具体的に説明すると、セル配置形状変
更４０２（開始）に応答して、セルオーバーラップ検出
器４０４が呼び出される。オーバーラップが検出されな
ければ、ユーザ要請が点４０６（終わり）に示すように
首尾よく実行されている。オーバーラップが検出される
と、ブロック４０８で、アルゴリズムを呼び出して、オ
ーバーラップを補正する為に、変更されたセルを移動さ
せなければならない最小距離Ｄｍｉｎを計算する。Ｄｍ
ｉｎをオーバーラップ補正器４１０に送り、このオーバ
ーラップ補正器によりセルを距離Ｄｍｉｎだけ移動させ
る。距離Ｄｍｉｎだけ移動したことにより、セルの別の
区域に別のオーバーラップが起こることがあり、その
為、再びブロック４１２の所でオーバーラップを検査す
る。補正によって別のオーバーラップが生じなかった場
合、動作が実行されており、アルゴリズムは点４０６
（終わり）に示すように首尾よく終了する。別のオーバ
ーラップが見つかった場合、新しい距離Ｄｍｉｎをブロ
ック４１４の所で計算し、オーバーラップ補正器４１６
に送って、そこでセルを新しい距離Ｄｍｉｎだけ移動さ
せる。新しい距離Ｄｍｉｎだけ移動したことにより、セ
ルの別の区域で別のオーバーラップが起こることがあ
り、その為ブロック４１８で再びオーバーラップがある
かどうか検査する。補正によって別のオーバーラップが
生じなかった場合、動作が実行されており、点４０６
（終わり）に示すようにアルゴリズムが首尾よく終了す
る。別のオーバーラップが見つかった場合、オーバーラ
ップ補正過程は、ユーザに対するエラーメッセージ４２
０と共に終了する。これ以上のパスをすると、セルの詰
め込み（パッキング）が起こるので、これ以上の補正パ
スは行わない。この詰め込み動作は、うまくはめ合わせ
る可能性もあったのに、セルを比較的大きな距離だけ移
動しなければならないかもしれないこと、それ以上のパ
スによっても決して終わることの無い（無限探索にな
る）ことを含めて、望ましくない副作用がある。第１の
副作用、即ちセルが初めの位置からかなり離れた場所に
来るということは、セルがユーザが特定した場所に接近
した状態を保つという重要な目標に違反する。

【００８５】図１０を参照して、セルのオーバーラップ
４０４、４１２，４１８を決定することについて説明す
ると、このオーバーラップは、その配置形状が変更され
たセルと、カンバス上にある残りのセルとの間の線形検
査を実施することによって決定される。セルのオーバー
ラップを決定するために下記の４つの状態が検査され、
これらの状態は図１０に例示されている。

【００８６】 状態１． 変更されたセルの隅が別のセルの内側にあ
る。 状態２． 別のセルの隅が、変更されたセルの内側にあ
る。 状態３． どの隅も別のセルの内側にはないが、２つの
セルが交差する。 状態４． 変更されたセルがカンバスの縁を越えて伸び
る。

【００８７】変更されたセルを他の１つのセルからオー
バーラップを補正する為に移動させる必要のある最小の
距離Ｄｍｉｎは、移動するセルがオーバーラップしてい
る各々のセルに対し、下記の距離を決定し、そのうちの
最小値に戻ることによって見つける。

【００８８】 １．移動するセルの頂部から、オーバーラップしたセル
の底部までの距離。 ２．移動するセルの底部から、オーバーラップしたセル
の頂部までの距離。 ３．移動するセルの左辺から、オーバーラップしたセル
の右辺までの距離。 ４．移動するセルの右辺から、オーバーラップしたセル
の左辺までの距離。

【００８９】２つのセルのオーバーラップが極くわずか
である場合、ルーチンはその内の一番左側のオーバーラ
ップの小さいセルを保存する。これでも、１つのセルを
オーバーラップが極く小さいと一意的に確認するのに十
分ではない場合、一番下側のオーバーラップの小さいセ
ルに戻る。

【００９０】オーバーラップ補正ルーチン４１０、４１
６は、オーバーラップが極く小さいセル及び最小距離を
入力とする。その後、オーバーラップを補正する方向に
そのセルを最小距離だけ移動する。最小距離が２つ又は
更に多くの方向で同じである場合、変更されたセルを、
右、左、上及び下という優先順位で移動する。こういう
優先順位は、オーバーラップが決まる方向が見つかるま
で、逐次的に評価する。このオーバーラップ検出及び補
正アルゴリズムは、セルのタイリングが実質的に自動化
され、且つ積み重ねを避けるようにユーザと対話型であ
るという利点がある。

【００９１】上に述べたプログラム可能なシステムはユ
ーザにとって極めて親しみやすく、臨床医はこのシステ
ムを使って、イメージング・アプリケーションを比較的
容易に素早く開発することが出来ると考えられる。更
に、このシステムを使って作成されたスクリプトは、多
くの異なる環境で使うように移し替えが容易に出来、こ
の為、環境の如何に関わらず、余分の相当の労力及び費
用をかけずに、画像及びデータを医者の希望に従って医
者が観察することが出来るように表示することが出来
る。更に、クライアント／サーバ形アーキテクチュアを
利用したが、要請−明け渡し−返答形のパラダイムでコ
ードを入れる煩わしさを避けながら、長いトランザクシ
ョンの間でも、システムの対話能力が温存される。更
に、観察テンプレートの作成について云うと、自動的な
オーバーラップ検出及び補正は、手作業のセル・アライ
ンメント・タスクを加速することにより、使い易さを高
めることが出来る。

【００９２】本発明の種々の実施態様についてこれまで
説明したところから、本発明の目的が達成されたことは
明らかである。本発明を詳しく説明し、図面に示した
が、これは例示の為に過ぎず、本発明を制約するものと
解してはならないことを承知されたい。従って、本発明
の範囲は、特許請求の範囲によって限定されることを承
知されたい。

【図面の簡単な説明】

【図１】本発明の１実施態様によるプログラム可能なシ
ステムの為の一例のユーザ・インターフェースを示す模
写図である。

【図２】学習モードを実行した結果を表示する一例の学
習モード捕捉窓を示す模写図である。

【図３】観察テンプレート・エディタに対する１実施態
様のユーザ・インターフェースの模写図である。

【図４】本発明の１実施態様の学習モード・システムの
ブロック図である。

【図５】図４にブロック図で示したシステム内のデータ
の流れを示すデータ・フローチャートである。

【図６】ウィジット階層の１例を示す図である。

【図７】本発明の１実施態様に従って同期的な実行を行
うプロセスのシーケンスを示すフローチャートである。

【図８】本発明の１実施態様に従って切り離された１例
の同期的な指令実行を示す構成図である。

【図９】本発明の１実施態様によるオーバーラップ検出
及び補正アルゴリズムのフローチャートである。

【図１０】本発明の１実施態様によるセル・オーバーラ
ップ検出及び補正アルゴリズムに関連して検査されるセ
ル・オーバーラップ状態を示す説明図である。

【符号の説明】

１００ ユーザ・インターフェイス １０２ ナビゲーション区域 １０４、１０６ タブ １０８ ボタン １１６ メニュー １１８ スクリプト・エディタ窓 １２０ アクティブ・ヘルプ窓 １２２ 画像区域 １５０ 学習モード捕捉窓 ２００ ＲＴＥ用のユーザ・インターフェイス ２５０ イメージング・システム ２５２ 初期設定／計装サブシステム ２５４ コード作成サブシステム ２７２ ウィジット階層

Claims (3)

【特許請求の範囲】
1. 【請求項１】 スクリプト指令を実行するインタプリタ
   及びグラフィック・ユーザ・インターフェースを持つ少
   なくとも１つのクライアント装置、並びに少なくとも１
   つのサーバ装置を含んでいるクライアント／サーバ型の
   医療用イメージング・システムで、指令を実行する方法
   に於いて、 スクリプト指令を実行するように前記インタプリタを動
   作させ、スクリプト指令がサーバ要請を含んでいる場
   合、該サーバ要請を前記クライアント装置から前記サー
   バ装置に送信し、前記インタプリタを中断し、前記イン
   タプリタが中断されている間、前記グラフィック・ユー
   ザ・インターフェースを対話状態に保つステップを含ん
   でいることを特徴とする方法。
2. 【請求項２】 前記要請に対するサーバ返答を受け取っ
   たとき、更に、前記要請に対する前記サーバ返答を処理
   し、前記インタプリタの動作を再開してスクリプト指令
   を実行するステップを含んでいる請求項１記載の方法。
3. 【請求項３】 前記グラフィック・ユーザ・インターフ
   ェースを対話状態に保つ前記ステップが、グラフィック
   ・ユーザ・インターフェース・イベントを処理するステ
   ップを有する請求項１記載の方法。