JPH09511605A - 医療用処理装置のための対話型制御システム - Google Patents

Abstract

(57)【要約】 制御装置（１８）が、制御装置（１８）内に常駐するソフトウェアベースのアプリケーション（Ａ１〜Ａ３）と液体処理システム（１０）のハードウェア要素（５２）との間に、抽象的な「仮想の」インターフェース（６０〜６６）を提供する。制御装置（１８）はまた、単純でしかも非常に対話型の２領域ユーザーインターフェース（６０）を提供する。

Description

【発明の詳細な説明】 医療用処理装置のための対話型制御システム 発明の分野 本発明は、血液処理システム等のような液体処理システムのための制御システ ム及びユーザーインターフェースに関する。 発明の背景 今日、人々は全血を赤血球、血小板及び血漿等のようなその種々の治療的成分 へと遠心によって日常的に分離している。 これらの及び他の医療用処理装置は、常駐プログラムソフトウェアを有するマ イクロプロセッサーを用いて制御されていることがしばしばである。それらのマ イクロプロセッサーはまた、液体処理システムの動作に関する情報をオペレータ ーがそれを介して見て理解するものである、何らかのタイプのインターフェース を通常含んでいる。 そのような液体処理システムに対する操作上の及び性能上の要件が一層複雑且 つ洗練されたものになっているため、マイクロプロセッサーベースの制御システ ムの制御階層構造の単純化に対する需要がある。 操作上の及び性能上の要件が一層複雑且つ洗練されたものになっているため、 また、単純でしかも高度に対話型のユーザインターフェースに対する需要がある 。 発明の要約 本発明は一面において、単純でしかも効果的な制御システムに対 する需要に対処している。この面は、制御装置内の常駐のソフトウェアベースの アプリケーションと液体処理システムのハードウェア要素との間に、抽象的な「 仮想」インターフェースを提供する。制御装置内に常駐する高いレベルの処理ソ フトウェアが、ハードウェア要素と直接に通信する代わりに、機器のマネージャ ー内にある、より低いレベルの実施処理ソフトウェアと通信する。この方法によ り、介在する機器マネージャーは、高レベルの制御ソフトウェアから全てのハー ドウェア固有のコマンドを隔離し又は「隠す」。該システムの機器のマネージャ ーとハードウェア要素との間のデータの流れは、この高レベルソフトウェアには 見えない。 高いレベルの処理ソフトウェアとハードウェア要素との間のこの仮想インター フェースの創造は、処理ソフトウェアの追加又は修正に相当な柔軟性を提供する 。 本発明は別の一面において、単純なしかし高度に対話型のユーザーインターフ ェースに対する需要に対処している。本発明のこの面は、状態領域と作業領域と 呼ばれる２つの別個の観察領域を有するインターフェースを提供する。好ましく は、これら２つの観察領域は、インターフェース画面上において相対的位置に固 定されそして大きさが不変である。これは、システムの機能的ハードウェアが種 々の処理モードを通って循環するときでもインターフェースに外観の連続性と一 貫性を提供する。このインターフェースの２つの観察領域の均一性と一貫性は、 オペレーターの混乱と錯誤の起こり易さとを減らす。 本発明によれば、状態領域と作業領域は、各々、異なったタイプ及びレベルの 情報に専念している。にも関わらず、これら２つの領 域は、オペレーターに高いレベルの「大図」情報（状態領域において）及び低い レベルの「詳細」情報（作業領域において）の双方の眺めを提供するために、常 に同時に表示される。 これら２つの観察領域はまた、進行中の手順の全体的状態との接触を失うこと なく、システムの動作中に詳細な手順の中から機能及びオプションを迅速に選択 し見いだすために又はオフライン機能を実行するために、インターフェースを使 用することをオペレーターに許容する。これら２つの観察領域は、オペレーター に、メニュー構造を必ずしも段階的に上り下りする必要を伴うことなく且つ、命 令により、より高い及びより低いメニューレベルの間で直接ジャンプする能力を 失うことなく、あるメニューレベルにおける詳細に携わるために、現実にはマル チレベルのメニュー構造であるものを操縦することを許容する。 本発明の特徴及び利点は、以下の記述、図面及び請求の範囲より明らかとなろ う。 図面の簡単な記述 図１は、本発明の特徴を具体化している制御装置を含んだ、２針血小板収集シ ステムの図であり、 図２は、本発明の特徴を具体化している制御装置及び連係したインターフェー スの流れ図であり、 図３は、更に命令及び状態流れ階層構造を示している、図２に示された制御装 置及び連係したインターフェースの別の図であり、 図４は、該インターフェースが含んでいるブロックフィールド及びタッチ活性 化領域を示している、本発明の特徴を具体化している２領域インターフェースの 図であり、 図５は、フル画面モードにあるときの図４に示されたインターフェースの図で あり、 図６、図２及び３に示された制御装置による異常機能状態の検出及び表示の図 であり、 図７、警報状態における２領域インターフェースの図であり、 図８は、インターフェース画面の作業領域内に「メインメニュー」を示してい る、システムのスタートアップのデフォールト状態にある２領域インターフェー スの図であり、 図９は、画面の作業領域において「メインメニュー」が活性であるときに状態 領域内に活性化された「ヘルプ」ボタンを有するインターフェース画面の状態図 であり、 図１０は、インターフェース画面の作業領域にある手順選択サブメニューを示 している２領域インターフェースの図であり、 図１１は、インターフェース画面の作業領域内に組み込みモードのための組み 込み指示を示している、２領域インターフェースの図であり、 図１２は、インターフェース画面の作業領域内に収集モードのための詳細な手 順表示を示している、２領域インターフェースの図であり、 図１３は、収集モード中においてインターフェース画面の作業領域内に詳細な 手順の表示のための編集／修正画面を示している、２領域インターフェースの図 であり、 図１４は、収集モード中においてインターフェース画面の作業領域内に「メイ ンメニュー」を示している、２領域インターフェースの図であり、 図１５は、収集モード中においてインターフェース画面の作業領域内に「特有 の特徴サブメニュー」を示している、２領域インターフェースの図であり、 図１６は、作業領域内の収集モードのための詳細な手順の表示と、状態領域内 の返還閉塞警報とを有する、２領域インターフェースの図であり、及び 図１７は、収集モード中における作業領域内の返還閉塞警報を矯正するための 指示を有する、２領域インターフェースの図である。 本発明は、その精神及び本質的特徴から逸脱することなしに幾つかの形態で具 体化することができる。本発明の範囲は、添付の請求の範囲によって規定されて おり、それらに先行する具体的記述によって規定されているのではない。請求の 範囲の意味及び均等の範囲内に入る全ての具体化は、請求の範囲に包含されるこ とが意図されている。 好ましい具体例の記述 図１は、液体処理システム１０を図式的に示している。システム１０は、種々 の液体を処理するために使用することができる。システム１０は、全血及び他の 生物学的細胞材料の懸濁液のような医療目的の液体を処理するのに特によく適し ている。従って、図解された具体例は、この目的に使用されるシステムを示して いる。 Ｉ．分離システム システム１０は、耐久性のハードウェア要素を含んでいる。それらのハードウ ェア要素は、処理システムの性質及びタイプに応じて変化するであろう。全血を 処理する関係においては、ハードウェア 要素は遠心機１２を含み、その中において、全血（ＷＢ）は、血小板、血漿、及 び赤血球（ＲＢＣ）等のようなその種々の治療的成分に分離される。ハードウェ ア要素はまた、典型的には蠕動式である（Ｐ１乃至Ｐ４として示されている）種 々のポンプ、及び種々のインラインのクランプ及び弁（Ｖ１乃至Ｖ３として示さ れている）を含む。勿論、図１が示していない他の、ソレノイド、圧モニターそ の他のようなタイプのハードウェア要素も典型的には存在している。 システム１０はまた、典型的には、ハードウェア要素と連係させて使用される 何らかの形態の使い捨ての液体処理アセンブリー１４をも含んでいる。 図解された血液処理システム１０においては、該アセンブリー１４は、２段階 処理チャンバー１６を含む。使用に際しては、遠心機１２は、血液成分を遠心力 によって分離するために処理チャンバー１６を回転させる。 この２段階処理チャンバー１６の構成は変化させることができる。例えば、そ れはCullis等の米国特許第4,146,172号に示されている処理チャンバーのような ダブルバッグの形をとることができる。代わりとしては、処理チャンバー１６は 、Brownの米国特許第4,370,802号に示されているような細長い２段階一体バッグ の形をとることができる。 図解されている血液処理システム１０においては、処理アセンブリー１４はま た、液体導管を形成している一並びの可撓性のチューブをも含む。この液体導管 は、処理チャンバー１６へ及びこれから液体を移送する。ポンプＰ１〜Ｐ４及び 弁Ｖ１〜Ｖ３は、所定の方 法で液体の流れを統括するためにチューブと係合する。液体導管は更に、処理の 間に液体を分配しそして受け取るために多数の容器（Ｃ１〜Ｃ３として示されて いる）を含む。 制御装置１８は、アセンブリー１４を用いて１つ又はより多くの処理タスクを 実施するために種々のハードウェア要素を統括する。本発明は、特に、制御装置 １８への重要な特性に関連している。 システム１０は、多様なタイプの血液分離処理を達成するように形成すること ができる。図１は、自動化されて２針の血漿収集手順を実施するように形成され たシステム１０を示している。 収集モードにおいては、第１のチューブ分枝２０及び全血入口ポンプＰ２が、 全血を吸引針２２から処理チャンバー１６の第１の段階２４内へと導く。その間 、補助のチューブ分枝２６が、抗凝固剤ポンプＰ１を通して、容器Ｃ１から抗凝 固剤を全血流へと量り入れる。 容器Ｃ２は、食塩溶液を保持している。別の補助のチューブ分枝２８が、処理 の開始前にプライミングしてシステム１０から空気を排除するのに使用するため に、インライン弁Ｖ１を通して食塩溶液を第１のチューブ分枝内へと移送する。 処理の終了後、食塩溶液はまた、供血者に戻すために残留の成分をアセンブリー １４から洗い流すために再び導入される。 抗凝固剤処理されたＷＢは、処理チャンバー２４の第１の段階２４に入ってこ れを満たす。そこにおいて、遠心機１２の回転に際してつくり出される遠心力が 、ＷＢを赤血球（ＲＢＣ）及び血小板リッチ血漿（ＰＲＰ）とに分離する。 ＰＲＰポンプＰ４は、処理チャンバー１６の第２の段階へと移送 するために、ＰＲＰを処理チャンバー１６の第１の段階２４から第２のチューブ 分枝３０内へと吸引するように働く。そこにおいて、ＰＲＰは、血小板濃縮物（ ＰＣ）と血小板プア血漿（ＰＰＰ）とに分離される。 システム１０は、再循環チューブ分枝３４及び連係した再循環ポンプＰ３を含 む。処理制御装置１８は、処理チャンバー１６の第１の段階２４を出ていくＰＲ Ｐの一部を、処理チャンバー１６の第１の段階２４に入ってくる全血との再混合 のために逸らせるよう、ポンプＰ３を作動させる。 ＷＢが分離のために第１のチャンバー段階２４内に吸引されるとき、図解され ている２針システムは、同時に、チューブ分枝３８及び４０及びインライン弁Ｖ ２を通して、第１のチャンバー段階２４からの赤血球を、第２のチャンバー段階 ３２からのＰＰＰの一部と共に、供血者に返還する。 システム１０はまた、治療的使用のために、チューブ分枝３８及び４２並びに インライン弁Ｖ３を通して、ＰＣを容器Ｃ３の幾つかに収集する。システム１０ はまた、ＰＰＰの幾らかを、同じ液体流路を通して容器Ｃ３の幾つかに収集する 。 II．システム制御装置 制御装置１８は、記述したように、システム１０のために全体的な処理制御及 びモニター機能を行う。 図解された好ましい具体例（図２を参照）においては、制御装置は、主処理ユ ニット（ＭＰＵ）４４を含む。好ましい具体例においては、ＭＰＵ４４は、Moto rola Corporationによって製造されたタイプ68030マイクロプロセッサーを含む が、他のタイプの慣用のマ イクロプロセッサーも使用できる。 好ましい具体例においては、ＭＰＵ４４は、ＭＰＵサイクルを処理タスクに割 り当てるために慣用のリアルタイムマルチタスク処理を採用する。周期的タイマ ー割り込み（例えば、５ミリ秒毎）が、実行中のタスクを先取りし、実行準備完 了状態にある別のタスクをスケジューリングする。再スケジューリングが要求さ れる場合には、準備完了状態の最優先のタスクがスケジューリングされる。そう でない場合には、準備完了状態のリスト上の次のタスクがスケジューリングされ る。 機能的ハードウェア制御 ＭＰＵ４４は、アプリケーション制御マネージャー４６を含む。アプリケーシ ョン制御マネージャー４６は、制御アプリケーション（Ａ１乃至Ａ３として示さ れている）のライブラリー４８の活性化を管理する。各制御アプリケーションＡ １〜Ａ３は、与えられた機能的タスクを、システムのハードウェア（例えば、遠 心機１２、ポンプＰ１〜Ｐ４、及び弁Ｖ１〜Ｖ３）を所定の方法で用いて実施す るための手順を規定している。図解された好ましい具体例においては、アプリケ ーションＡ１〜Ａ３は、ＭＰＵ４４のＥＰＲＯＭ内の処理ソフトウェアとして常 駐している。 アプリケーションＡ１〜Ａ３の数は変えることができる。図解された好ましい 具体例においては、ライブラリー４８は、少なくとも１つの臨床手順アプリケー ションＡ１を含む。この手順アプリケーションＡ１は、所定の臨床的処理手順を 実施するためのステップを含む。この図解された具体例における例として、ライ ブラリー４８は、図１との関連で既に一般的に記述された２針血小板収集処理を 実施するための手順アプリケーションＡ１を含む。勿論、追加の手順アプリケー ションを含むことができ、典型的には含むであろう。例えば、ライブラリー４８ は、慣用の１針血小板収集処理を実施するための手順アプリケーションを含むこ とができる。 図解された好ましい具体例においては、ライブラリー４８はまた、少なくとも １つの、追加の非手順アプリケーションを含む。この非臨床的な手順アプリケー ションは、システム構成又はサポートユーティリティーを実行するための手順を 含む。図解された具体例においては、例えば、ライブラリー４８は、構成アプリ ケーションＡ２を含み、これは、オペレーターにシステム１０のデフォールトの 動作パラメータを構成することを許容するための手順を含む。ライブラリー４８ はまた、メインメニューアプリケーションＡ３をも含み、これは、後で一層詳細 に記述するように、オペレーターによる種々のアプリケーションＡ１〜Ａ３の選 択を調整する。 勿論、追加の非臨床的手順アプリケーションを含んでよく、典型的には含むで あろう。例えば、ライブラリー４８は、診断アプリケーション（それはシステム の機能的完全性診断とトラブル・シューティングにおいて保守点検要因を助ける ）及び、システム再開アプリケーション（それは、システムがエラー状態から出 る又は回復することができない場合にシステムの完全な再開を実行する）を含ん でよい。 機器マネージャー５０はまた、ＭＰＵ４４内のＥＰＲＯＭ中の処理ソフトウェ アとして常駐する。機器マネージャー５０は、アプリケーション制御マネージャ ー４６と通信する。機器マネージャー５０はまた、システムのポンプ、ソレノイ ド、弁及び他の機能的ハー ドウェアのための低レベルの周辺制御装置５２とも通信する。 図３が示すように、アプリケーション制御マネージャー４６は、活性化された アプリケーションＡ１〜Ａ３によって呼び出された具体的な「機能＃を実行」コ マンドを抽象的な形で機器マネージャー５０に送る。これらの抽象的命令に応答 して、機器マネージャー５０は、機能を実行するための周辺の１つ又は複数の制 御装置５２を同定し、ハードウェア固有の「ハードウェア＃を作動」コマンドを 、その特定の周辺制御装置５２のためにコマンドテーブル内にコンパイルする。 周辺制御装置５２は、機器マネージャー５０によって発生されたハードウェア固 有の命令を実行するために、ハードウェアと直接に通信し、抽象的な「機能＃を 実行」コマンドを実行するために具体的な方法でハードウェアを作動させる。通 信マネージャー５４は、機器マネージャー５０と周辺の制御装置５２との間の低 レベルのプロトコール及び通信を管理する。 図３がやはり示すように、機器マネージャー５０はまた、アプリケーション制 御マネージャー４６に、処理手順の動作状態及び機能状態についての状態データ を送り返す。状態データは、例えば、液体流速、感知圧、及び測定液量等にとし て表現される。 アプリケーション制御マネージャー４６は、状態データを種々の仕方で処理し そして使用する。一つの方法では、アプリケーション制御マネージャー４６は、 後で記述するように、オペレーターに表示するための選択された状態データを伝 送する。別の方法では、アプリケーション制御マネージャー４６は、やはり後で 一層詳細に記述するように、オペレーターの介入又はシステムの停止を必要とす る異常なシステム状態を検出するために、状態データを用いて動作 状態及び機能状態をモニターする。 好ましい具体例においては（図２を参照）、ＭＰＵ４４は、機器マネージャー ５０と通信マネージャー５４との間のデータ流路中に存する状態マネージャー５ ６をも含む。状態マネージャー５６はまた、アプリケーション制御マネージャー ４６によって検出されなかったか又は矯正されずに残された異常状態を検出する ために、状態データ及びハードウェアの他の動作状態をモニターする。そのよう な異常状態を検出したとき、状態マネージャー５６は、システムの動作を抑制す ることによってフェイル・セーフサポートを提供する。このフェイル・セーフ機 能の詳細及び制御装置１８の他の関連した面は後で記述されよう。 記述されている制御階層構造は、アプリケーション制御マネージャー４６内に 常駐するアプリケーションと機器１０のハードウェア要素との間に、抽象的な「 仮想」インターフェースを創り出す。アプリケーション制御マネージャー４６内 に常駐する高いレベルの処理ソフトウェアは、ハードウェア要素と直接に通信す る代わりに、機器マネージャー５０内の一層低いレベルの処理実行ソフトウェア と通信する。この方法により、介在する機器マネージャー５０は、アプリケーシ ョン制御マネージャー４６からハードウェア固有の全てのコマンドを隔離し又は 「隠す」。アプリケーションは、機器マネージャー５０に抽象的な「機能＃を実 行」コマンドを渡し、機器マネージャー５０は、手順アプリケーションＡ１〜Ａ ３の更なる関与を伴うことなしに、これらの抽象的なコマンドを、特定のハード ウェア要素に固有の具体的な「ハードウェア＃を作動」コマンドに変換する。シ ステム１０の機器マネージャー５０とハードウェアと の間のデータの流れは、活性化されたアプリケーションＡ１〜Ａ３には見えない 。 高いレベルの処理ソフトウェアとハードウェア要素との間の仮想インターフェ ースの創造は、ハードウェア機能を制御するために高いレベルのアプリケーショ ンＡ１〜Ａ３の処理ソフトウェアを追加又は修正するのに、相当な柔軟性を提供 する。アプリケーションのための新たな又は修正された処理ソフトウェアは、仮 想ハードウェアインターフェースとの直接的リンクを達成するために、ハードウ ェア特異性のない特定の抽象的な「機能＃を実行」コマンドを含むことが必要な だけである。同様に、特定のハードウェアの追加又は修正は、機器マネージャー ５０の低レベルの処理ソフトウェアに対する変更を必要とするだけである。この 仮想インターフェースのために、ハードウェアの変更は、アプリケーション制御 マネージャー４６内の高レベルのソフトウェアに対する最小限の変更しか必要と しない。 上記のように、機器マネージャー５０は、アプリケーション制御マネージャー ４６が中に常駐している同じＭＰＵの一部分を形成している。代わりとして、該 インターフェースの仮想的性質のため、機器マネージャー５０は、別個の処理ユ ニット内に常駐することもできる。 Ｂ．ユーザーインターフェース制御 図解された具体例においては、ＭＰＵ４４はまた、対話型ユーザーインターフ ェース５８をも含む。インターフェース５８は、オペレーターに、システム１０ の動作に関する情報を観察及び理解することを許容する。インターフェース５８ はまた、オペレーターに、 アプリケーション制御マネージャー４６内に常駐するアプリケーションを選択す ること、並びにシステム１０の特定の機能及び性能基準を変更することを許容す る。 インターフェース５８は、インターフェース画面６０及び、好ましくは、オー ディオ装置６２を含む。インターフェース画面６０は、オペレーターに観察され るよう、英数字フォーマットで及びグラフィックイメージとして情報を表示する 。オーディオ装置６２は、オペレーターの注意を得るために又はオペレーターの 動作を確認するために、可聴のプロンプトを提供する。 図解されている好ましい具体例においては、インターフェース画面６０はまた 、入力装置としても働く。それは、後で記述するように、慣用のタッチ活性化に よってオペレーターからの入力を受ける。タッチ活性化の代わりに又はこれと組 み合わせて、マウス又はキーボードを入力装置として使用することもできよう。 インターフェース制御装置６４が、インターフェース画面６０及びオーディオ 装置６２と通信する。インターフェース制御装置６４は、今度は、インターフェ ースマネージャー６６と通信し、それが今度はアプリケーション制御マネージャ ー４６と通信する。インターフェース制御装置６４及びインターフェースマネー ジャー６６は、処理ソフトウェアと同様、ＭＰＵ４４内のＥＰＲＯＭ中に常駐し ている。 使用に際しては、アプリケーション制御マネージャー４６は、インターフェー スマネージャー６６に、機器マネージャー５０から受け取った選択された状態を 反映する特定されたフィールド値を送る。アプリケーション制御マネージャー４ ６はまた、インターフェー スマネージャー６６に、活性化されたアプリケーションによって要求された所定 の抽象的な「表示＃を作成」及び「オーディオ＃を作成」コマンドを送る。 インターフェースマネージャー６６は、これらのフィールド値と抽象的な「表 示＃を作成」コマンドとを処理して、具体的な「表示＃をフォーマット」コマン ドを発生させる。この「表示＃をフォーマット」コマンドは、インターフェース 画面６０上に視覚的表示を作り出し、更新し、及び閉じるのに必要な、特定のフ ォーマット、特性、及びプロトコールを制御する。 同様に、インターフェースマネージャー６６は、抽象的な「オーディオ＃を作 成」コマンドを処理して、具体的な「オーディオ＃をフォーマット」コマンドを 発生させる。この「オーディオ＃をフォーマット」コマンドは、活性化されたア プリケーションに要求されるオーディオ出力のフォーマットと特性とを決定する 。 インターフェースマネージャー６６は、この処理された「表示＃をフォーマッ ト」及び「オーディオ＃をフォーマット」コマンドを、インターフェース制御装 置６４へ送る。インターフェース制御装置６４は、ボックス及びラインを引くと いう低レベルの制御機能を提供し、テキスト又は図形的な文字を形成し、そして インターフェース画面６０上の表示のフォーマット設定及び特性を提供する。イ ンターフェース制御装置６４はまた、インターフェースマネージャー６６から受 け取った「オーディオ＃をフォーマット」コマンドに基づいてオーディオ装置６ ２を駆動する低レベルの制御機能をも提供する。 インターフェース制御装置６４はまた、後で一層詳細に既述する ように、インターフェース画面６０のタッチ活性化によって発生された「フィー ルド＃を選択」コマンドをも受け取る。インターフェース制御装置６４は、この タッチ活性化された入力をインターフェースマネージャー６４に「タッチコード ＃」の形で渡す。インターフェースマネージャー６６は、この「タッチコード＃ 」を処理して、機能コードとして又は変更されたフィールド値としてアプリケー ション制御マネージャー４６に送る。アプリケーション制御マネージャー４６は 、この機能コード又は変更されたフィールド値を実施し、そしてそれらを機器マ ネージャー５０に渡す。これの更なる詳細は、後で提供されよう。 この制御階層構造はまた、制御装置１８の機能的プロセッサーとインターフェ ース５８との間に抽象的な「仮想」インターフェースを創造する。インターフェ ースマネージャー６６の高位の処理ソフトウェアは、インターフェース５８を作 り出す際に使用されるフォーマット設定及びプロトコールの問題の全てを、シス テム１０のハードウェア機能を制御するのに使用されるアプリケーションから「 隠す」。アプリケーションＡ１〜Ａ３の処理ソフトウェアは、アプリケーション 制御マネージャー４６を介して、抽象的なフィールド値及び「表示＃を作成」及 び「オーディオ＃を作成」コマンドを、インターフェースマネージャー６６に渡 す。インターフェースマネージャー６６の処理ソフトウェアは、手順アプリケー ションＡ１〜Ａ３自身による更なる参画を伴うことなしに、これらの抽象的なコ マンドを、オペレーターインターフェースのテキストフォーマット及びグラフィ ックフォーマットを制御する具体的なコマンドに変換する。インターフェースマ ネージャー６６とインターフェース制御 装置６４との間のデータの流れは、アプリケーション制御マネージャー４６と機 器マネージャー５０との間のデータの流れからは見えない。 この制御階層構造は、ハードウェア機能を制御するためのアプリケーションの 追加又は修正に際して更なる柔軟性を与える。新たな又は修正されたアプリケー ションは、オペレーターインターフェースに直ちにリンクを達成するために、テ キストのフィールド値出力と所定の「表示＃を作成」コマンド又は「オーディオ ＃を作成」コマンドを含む必要があるだけである。 （ｉ）インターフェース画面フォーマット 図解されている好ましい具体例においては（図４を参照）、インターフェース マネージャー６６の「表示＃をフォーマット」コマンドは、インターフェース画 面６０上に状態領域６８及び作業領域７０と呼ばれる２つの別個の観察領域の形 で表示するために情報をフォーマットする。好ましくは、これら２つの観察領域 ６８及び７０は、インターフェース画面６０上において相対的位置に固定されて おり、サイズは変化しない。これは、システムの機能的ハードウェアが種々の処 理モードを通って循環する場合でもインターフェース５８の外観に連続性と一貫 性とを提供する。インターフェース５８のこの２つの観察領域６８及び７０の均 一性と一貫性とは、オペレーターの混乱と過誤の起こり易さとを減らす。 状態領域６８及び作業領域７０は、各々異なったタイプ及びレベルの情報に専 念している。それにも関わらず、これら２つの領域６８及び７０は、オペレータ ーに高レベルの「大図」情報と低レベル「詳細」情報との双方を提供するよう、 常に同時に表示される。 作業領域７０は、システムに常駐するアプリケーションＡ１〜Ａ３の何れの１ つをも選択して活性化させるための手段をオペレーターに提供する。作業領域７ ０は、活性化されたアプリケーションＡ１〜Ａ３によって発生された「表示＃を 作成」コマンドによってその時要求されている全ての具体的な手順依存性情報を 表示する。作業領域７０に表示される情報の相当な詳しさは、進行中のプロセス をリアルタイムでモニターし変更することをオペレーターに許容する。 他方、状態領域６８は、オペレーターが連続的知識及び即時アクセスを日常的 に必要としている、一層全体的な「概観」的性質の所定の手順依存性の情報を連 続的に示す。状態領域６８は、プロセスの一層詳細な面をモニターしそして変更 するためにオペレーターが作業領域７０を使用している場合でも、進行中のプロ セスについての全体的状態に対するオペレーターの把握を維持するために、この 全体的な情報を連続的に表示する。図解されている好ましい具体例においては、 状態領域６８はまた、警報又は機能異常に対して応答することをオペレーターに 許容する。 これら２つの観察領域６８及び７０は、オペレーターに、システムの動作の間 に詳細な手順の中から、機能、及びオプションを迅速に選択して見いだすために 、又は進行中の手順の全体的状態に対する接触を失うことなしにオフライン機能 を実行するために、インターフェース５８を使用すること許容する。これら２つ の観察領域６８及び７０は、メニュー構造を必ずしも段階的に上がり下りする必 要を伴うことなく且つ、コマンドによって、より高い及びより低いメニューレベ ル間で即時にジャンプする能力を喪失することなく、 オペレーターに、あるメニューレベル上の詳細に携わるために、現実にはマルチ レベルのメニュー構造であるものを操縦することを許容する。 図解されている具体例において、観察領域６８及び７０は、図形的ライン又は 一行の文字７２によって、状態領域６８が画面６０の上側３分の１を占めそして 作業領域７０が画面６０の下側３分の２を占めた状態で、上下に分けられている 。しかしながら、これらの観察領域６８及び７０は、横並びの関係で左右に分け られて画面６０の異なった割合を占めてもよいことが認識されなければならない 。 状態領域６８及び作業領域７０は、フィールド内に情報を表示する。インター フェースマネージャー６６が発生させる特定の表示のための「表示＃をフォーマ ット」は、各フィールドについて、その領域内におけるその位置、サイズ、及び タイプ及びそれが含む情報のフォーマットを特定するフィールドのリストよりな る。 後で一層詳細に論じられるように、これらのフィールドは、個々のタッチ選択 可能ボタンとしてフォーマットされる。フィールドはまた、オペレーターに選択 のフィールドを提供する一並びのタッチ選択可能ボタンフィールドとしてもフォ ーマットできる。 フィールドはまた、英文字又は数字のデータ列を含むブロックとして、又は線 に囲まれたスクロール可能なテキストの多数の行を含むテキストデータとして、 又はグラフィックイメージとしてフォーマットすることもできる。フィールドは また、数値フォーマットをグラフの形で表示する棒グラフフィールドとしてフォ ーマットすることもできる。 インターフェースマネージャー６６は、領域、フィールドタイプ及び領域内に おけるフィールド位置を含む全ての表示特性のレイアウト及びフォーマット設定 を記述するデータを記憶しているルック・アップ・テーブル内の（ＲＯＭベース の）定数構造を含む。インターフェースマネージャー６６は、インターフェース 表示の現在の状態を記述するダイナミック（ＲＡＭベースの）構造を記憶してい る。活性化されたアプリケーションから与えられた「表示＃を作成」コマンドを 受け取ったとき、インターフェースマネージャー６６は、ＲＯＭベースのテーブ ル構造とＲＡＭベースの状態構造とを調べて、活性化されたアプリケーションに よって要求されたようにＲＡＭベースの状態構造を作り出すか又は更新する。イ ンターフェースマネージャー６６は、画面６０とオーディオ出力とを定期的に更 新するために必要な全ての動作を実施する時間−始動タスクルーチンを含む。イ ンターフェースマネージャー６６は、実行のためにこの処理された情報をインタ ーフェース制御装置６４に送る。 インターフェースマネージャー６６はまた、インターフェース制御装置６４か ら受け取った「タッチ＃コード」によって同定される、各タッチ選択可能なボタ ンフィールドと関連づけられた「機能＃コード」をも保持している。「機能＃コ ード」は、「タッチ＃コード」によって同定される領域及び該領域内の位置に応 じて、一定の（ＲＯＭベースの）ルック・アップ・テーブルの形で配置されてい る。インターフェース制御装置６４は、与えられたボタンが触れられたされたと き領域及びフィールドの位置を登録し、この情報を「タッチ＃コード」の形でイ ンターフェースマネージャー６６に渡す。インターフェースマネージャー６６は 、この情報を待ちそして実 行のためにＲＯＭベースのテーブル構造を調べそして適当な「機能＃コード」を アプリケーション制御マネージャー４６に渡すことによって非同期的に処理する 処理ボタンユーティリティーを含む。 状態領域６８及び作業領域７０において表示のために選択される情報及びフォ ーマットは変化させることができる。図４は、好ましい実施例を示している。 （ii）状態領域 図解されている好ましい実施例においては、状態領域６８は、その時作動され ている手順についての全体的な状態情報を提供する３つのブロックフィールド７ ４／７６／７８を含む。 「メジャーモード」フィールド７４は、活性化されている臨床的手順の記述を 含む。例えば、その手順は、ユーザーによって選択されそしてアプリケーション 制御マネージャー４６内に常駐している「２針血小板収集」又は他の任意のアプ リケーションである。 「マイナーモード」フィールド７６は、手順の状態についての１語又は２語の 記述を含む。例えば、２針血小板収集については、「マイナーモード」フィール ド７６は、組み込みモード（ハードウェア要素上に使い捨て要素を組み込むため ）、システムチェックモード（処理開始前にハードウェア動作を確認するため） 、プライムモード（処理前にシステムから空気を除去するため）、収集モード（ 処理のために全血を収集するため）、フラッシュ及び再注入モード（処理後に供 血者に戻すためにシステムから残存の成分を除去するため）、及び、いわゆる巻 き上げモード（処理後にハードウェア要素から使い捨て要素を除去するため）で ある。 「ＷＢ処理」フィールドは、処理の間に抜取りポンプＰ２を通し て供血者から抜かれた血液の、ｍＬ単位で数値的に表現された量を含む。「ＷＢ 処理」フィールド７８は、２針手順が収集モードに入るときに表示され、そして その手順が終了し又は終了させられるまで表示されたままである。 図解された好ましい具体例においては、状態領域６８は、一並びのタッチ選択 可能なボタンフィールド８０／８２／８４／８６をも含む。先に記述したように 、個々のボタンフィールド８０／８２／８４／８６は、触れられたとき、各々イ ンターフェースマネージャー６６をして、アプリケーション制御マネージャー４ ６による実行のために所定の機能コードを伝送させる。与えられたボタンフィー ルドのタッチ選択は、状態領域６８上のブロックフィールド７４／７６／７８に ある情報の表示を変更しない。状態領域６８にある与えられたボタンのタッチ選 択からもたらされたインターフェース５８における如何なる変化も、典型的には 、作業領域７０において起こる。 触れられたとき、「ヘルプ」ボタンフィールド８０は、一般的に、「マイナー モード」フィールド７６に表示された手順状態に関する主として定量的情報を作 業領域７０に表示する文脈感受性機能を呼び出す。 触れられたとき、メニューボタンフィールド８２は、メインメニューアプリケ ーションの活性化とその結果としての「メインメニュー」の作業領域７０内の表 示とを引き起こす機能を呼び出す。後で一層詳細に記述するであろうように、「 メインメニュー」は、アプリケーション制御マネージャー４６によって管理され ている如何なるアプリケーションＡ１〜Ａ３の活性化のための選択をもオペレー ターに許容する。 触れられたとき、「手順表示」ボタンフィールド８４（図面において「手順表 示」と言及されている）は、活性化された手順アプリケーションのためにその時 呼ばれている特定の手順依存性情報の表示を作業領域７０に表示する機能を呼び 出す。 状態領域６８内の「メニュー」ボタンフィールド８２及び「手順表示」ボタン フィールド８４は、メニュー樹構造を通って上がり下りし又は開始から完了まで の手順を通って段階的にオペレーターを導くことを意図したメニューの連続にお ける位置を見いだしたりする必要なしに、与えられた臨床手順アプリケーション が作動している間、活性化された臨床手順によってその時要求されている具体的 な手順依存性情報の特定の表示に直ちに復帰する能力を保持しながら、一緒にな って、他の非臨床的手順アプリケーションの迅速な選択を可能にする。 触れられたとき、「休止／終了」ボタンフィールド８６は、如何なる現在の臨 床的手順アプリケーションをも直ちに休止させる機能を呼び出す。同時に、該ボ タンは、「休止／終了」ボタン８６が活性化された時に活性化されている手順に よって要求されている具体的な手順依存性情報の作業領域内への表示を呼び出す 。この時、作業領域７０はまた、好ましくは、その手順を続けるか又は停止させ るかについての選択をオペレーターに与えるために、「再開」タッチ活性化ボタ ンフィールド又は「終了」タッチ活性化ボタンフィールドをも表示する。 図解された実施例においては、ブロックフィールド７４／７６／７８は、状態 領域６８の中心の固定された位置を占めている。「メ ニュー」ボタンフィールド８２及び「手順表示」ボタンフィールド８４は、状態 領域６８の左側の、中央及び下の固定された位置をそれぞれ占めている。「ヘル プ」ボタンフィールド８０は、状態領域の右側の中央部の固定された位置を占め ている。「休止／終了」ボタンフィールド８６は、状態領域６８の右側の下の固 定された位置を占めている。 状態領域６８はまた、警報又は警告が活性化されたときに状態領域６８の右側 の上の固定された位置を占めている、文脈依存性の「注意／警告プロンプト」ボ タンフィールド８８をも含んでいる。この「注意／警告プロンプト」ボタンフィ ールド８８は、警報も警告も活性化されていないときには表示されない。「ミュ ート」ボタンフィールド９０もまた、警報が活性化されたときには状態領域の左 側の上の固定された位置を占める。「警告／警報」ブロックフィールドがまた、 警報が活性化されたときには、状態領域の中央下の固定された領域を占める。更 には、この警報及び「注意／警告プロンプト」及び「ミュート」ボタン８８及び ９０及び「警告／警報」ブロックフィールド９２の更なる詳細は、後で記述され よう。 （iii） 作業領域 図解されている好ましい具体例においては、作業領域７０は、メインメニュー アプリケーションＡ３によって要求される「メインメニュー」表示をデフォール トによって示している。「メインメニュー」表示は、「手順選択」及び「特有の 特徴」と表示した一並びのタッチ選択可能なボタンフィールド９４及び９６を含 んでいる。 触れられたとき、「手順選択」ボタンフィールド９４は、状態領域７０内に「 手順サブメニュー」を表示する機能を呼び出す。「手 順サブメニュー」は、タッチ選択可能なボタンフィールドの形で、アプリケーシ ョン制御マネージャー４６によって管理されている全ての臨床手順アプリケーシ ョンをリストしており、図解されている実施例においては２針手順アプリケーシ ョンＡ１である。触れられたとき、手順アプリケーションボタンフィールドは、 アプリケーション制御マネージャー４６に関連づけられたアプリケーションの活 性化を命じる機能を呼び出す。活性化されたアプリケーションは、それ自身の指 定された「表示＃を作成」コマンドを発生させ、これを、作業領域７０内の表示 を変更するためにインターフェースマネージャー６６が実行する。これについて の更なる詳細は、後で提供されよう。 触れられたとき、「特有の特徴」ボタンフィールド９６は、作業領域７０に「 特有の特徴」サブメニューを表示する機能を呼び出す。特徴サブメニューは、ア プリケーション制御マネージャー４６によって管理されている非臨床的手順固有 のアプリケーションを一並びのタッチ選択可能なボタンフィールドの形でリスト し、図解されている具体例においては、それは「システム手順構成アプリケーシ ョンＡ２」である。与えられた特別の手順アプリケーションボタンが触れられた とき、そのアプリケーションが活性化され、そして作業領域７０の表示は、活性 化されたアプリケーションの「表示＃を作成」コマンドに応答して変化する。こ れについての更なる詳細は、後に提供されよう。 この好ましい実施例においてインターフェースマネージャー６６によって確立 されたプロトコールに従って、状態及び作業領域６８及び７０においては、如何 なる与えられた時においても１つの表示 のみが活性化される。オペレーターは、活性な表示を用いて入力選択を行うこと ができ、そしてインターフェースマネージャー６６は活性な表示を、活性化され たアプリケーションから受け取ったリアルタイム情報によって、更新し新たにす る。 概念的には、各領域６８及び７０の作業表示は、最も最近の「活性な」表示を 最上部にあり、最初に先行する活性な表示が不活性な状態でその下にある、等の 状態で、互いの上に乗っている。もしも活性な表示が活性化されたアプリケーシ ョンによって又は新たな「表示＃を作成」コマンドを伴うことなくタッチ活性化 されるボタンフィールドによって呼ばれた機能のうちの一つによって、新たな「 表示＃を作成」コマンドを伴うことなしに削除され又は閉じられるなら、インタ ーフェースマネージャー６６は、第１に先行する表示を可視化して活性化させる 。表示作成コマンドによって呼ばれた表示が、最上部に置かれそして、終了、閉 鎖又は次の表示作成コマンドによって置き換えられるまで活性化されている。 好ましくは、インターフェースマネージャー６６は、頻繁に使用される表示を それらの表示前に予めフォーマットするために追加のＲＡＭベースのメモリーを 含む。そのような「仮想表示」は、活性化されたアプリケーションに又は呼出し 可能な機能によって呼ばれるまで不活性なままである。 図解されている好ましい具体例においては、インターフェースマネージャー６ ６はまた、フル画面６０モード（図５を参照）をもサポートし、それは如何なる 特定のアプリケーションによっても駆動又は機能抑止することができる。フル画 面モード６０においては、インターフェース画面６０は、単一の表示領域を形成 する単一のテ キスト又は画像ブロックフィールド９８を含む。フル画面モードは、例えば、シ ステムのスタートアップ、初期設定、および何らかの診断モードに際して使用す ることができる。 次の実施例は、２領域インターフェースの操作を説明する。 実施例 図８は、本発明の特徴を具体化する２領域インターフェース画面６０の、手順 アプリケーションの選択前に存在するデフォールト状態を示す。状態領域６８は 従って「メジャーモード」、「マイナーモード」、「ＷＢ処理」及びブロック「 警告／警報」フィールド７４／７６／７８／９２（比較のため図４を参照）を含 んでいない。加えて、「ミュート」及び「警告／注」ボタンフィールド８８及び ９０（やはり比較のため図４を参照）もまた、空である。作業領域７０は、既に 記述した「手順選択」ボタンフィールド９４及び「特有の特徴」ボタンフィール ド９６を示した「メインメニュー」を示している。 図９は、状態領域６８内の「ヘルプ」ボタンフィールド８０をオペレーターが 選択した後の２領域インターフェース画面６０を示している。状態領域６８は変 化を示していない。しかしながら、テキストフィールド１０２が作業領域に開い ており、メインメニューに重なってこれを隠している。テキストフィールド１０ ２は、メインメニュー及びメインメニュー内及び状態領域６８内において利用で きる選択オプションについての一般情報を提供している。状態領域６８内の「メ インメニュー」ボタン８２をタッチ選択することによって、図８が示すように、 オペレーターは、作業領域７０内のメインメニューに直ちに復帰する。 図１０は、オペレーターが作業領域７０内にある「手順選択」ボタンフィール ド９４を選択した後の２領域インターフェース画面６０の状態を示している。状 態領域６８は変化を示していない。作業領域７０は、ボタンフィールド１０４及 び１０６内に、アプリケーション制御マネージャー４６内に常駐している臨床的 手順アプリケーションを示している。図解されている具体例においては、「２針 血小板手順」と標識されたボタンフィールド１０４が、アプリケーションＡ１を 活性化させるために示されている。アプリケーション制御マネージャー４６内に 常駐する手順アプリケーションの数に等しい数の追加のボタンフィールドもまた 存在している（例えば、「１針血小板手順」ボタンフィールド１０６）。 図１１は、オペレーターが作業領域７０内の「２針血小板手順」ボタンフィー ルド１０４を選択した後の２領域インターフェース画面６０の状態を示す。状態 領域６８は「メジャーモード」フィールド７４内に、２針血小板収集手順が選択 されたことを示している。状態領域６８はまた、「マイナーモード」フィールド ７６内に、その手順が組み込みモードにあることをも示している。状態領域６８ は、「ＷＢ処理」フィールド７８内に、全血が未だ収集されていないことを示し ている。作業領域７０は、テキストフィールド１０８内に、使い捨て要素をハー ドウェア要素上に組み込む際に従うべき指示を示している。作業領域７０はまた 、タッチ活性化される「続き」ボタンフィールド１１０を示しており、これは、 触れられたとき、テキストフィールド１０８内の指示を前進させ、それによりオ ペレーターを完了まで組み込み手順を通してを段階的に連れて行く。 状態領域６８内にある「マイナーモード」フィールド７６は、活性化された手 順が、自動的に又はオペレーターの補助を伴ってハードウェア機能のチェック、 空気除去のための液体流路のプライミング、手順のスタートアップ、及び静脈穿 刺タスクを含む連続するモードを通って進行するにつれて変化する。作業領域７ ０内のテキストフィールド１０８はまた、適当な場合、これらのタスクを達成す るのを補助するためのステップをとるようオペレーターを促すための情報を表示 するために変化する。他の全ての点において、状態領域６８及び作業領域７０の 他の可視的な面は不変である。 図１２は、手順が収集モードに入ったときの２領域インターフェース画面６０ の状態を示す。収集モードの間に、全血は供血者より抜かれ、遠心力により成分 へと分離され、そしてそれらの成分は、先に記述されたように、供血者に戻され るか又は収集される。 状態領域６８は、手順が収集モードにあるということを「マイナーモード」内 に連続的に示す。状態領域６８は、供血者から抜き取られた全血の量を「ＷＢ処 理」フィールド７８内に連続的に示す。他のボタンフィールド８０／８２／８４ ／８６の位置及び特性は、手順が動作モードを変化させない限り変化しないまま であり、変化させたときには「マイナーモード」フィールド７６はこのモード変 化を反映するよう変化するであろう。 作業領域７０は、作動中の手順の進行を詳述する選択されたフィールド値を、 一並びの所定のテキストブロックフィールド１１２及び関連した所定のタッチ活 性化されるボタンフィールド１１４内に連続的に示す。 収集モード中に作業領域６０内のフィールド値として表示するた めに手順アプリケーションによって選択される情報は変化させることができる。 図解されている具体例においては、ブロックフィールド１１２は、例えば供血者 体重、抗凝固剤（ＡＣ）比率、供血者に戻されるＰＰＰによって運ばれるクエン 酸塩注入速度、収集されたＰＣを再懸濁させるために収集されたＰＰＰ量、副産 物として収集された追加のＰＰＰの量、及び、その手順のために選択されたＰＣ 収量に合致するために未だ処理されていないＷＢの量等をリストする。関連付け れられたボタンフィールド１１４は、これらの動作要素の現在の状態を含み、そ れらはボタンフィールド１１４内にフィールド値として表示される。 ボタンフィールド１１４内のフィールド値は、現在の状態に変化があったとき は、それを反映して変化する。例えば、処理されるべきＷＢ量は、時間と共にゼ ロに向かって減少していく。処理すべきＷＢのボタンフィールド１１４がゼロで あるとき、アプリケーションはフラッシュ及び再注入モードを開始するようオペ レーターを促す。 図解されている好ましい具体例においては、オペレーターは、与えられたボタ ンフィールド１１４をタッチ選択することによって、表示されるフィールド値を 修正することができる。図１３は、例えば、手順の間に処理すべき全血の量を変 更するために、作業領域７０内の「処理すべきＷＢ」ボタンフィールド１１４を オペレーターがタッチ選択したときの表示画面６０の状態を示している。作業領 域７０表示は、タッチ活性化される数字キーパッド１１６を、変更すべきフィー ルド値を示しているブロックフィールド１１８、その現在の値、及びそれが表さ れる値と共に、表示するために変化する 。キーパッド１１６をタッチ活性化することによって、オペレーターは、変更し て新しい値を入れ、次いで、図１２に示されている作業表示７０に戻るためにタ ッチ活性化された復帰ボタンフィールド１２０を選択する。「処理すべきＷＢ」 ボタンフィールド１１４内のフィールド値は、新しいフィールド値を反映するで あろう。 図１３が示すように、作業領域７０表示が前記の編集／修正手順を収容するよ う変化するとき、状態領域６８表示は、編集／修正手順の間に処理された全血量 の変化又は活性化されたアプリケーションによって要求された動作モードの変化 を反映することを除き、観察可能且つ不変の状態に留まっている。 何時でも、オペレーターは、状態領域６８内にある「メニュー」ボタンフィー ルド８２をタッチ選択することによって、「メインメニュー」に復帰することを 選択することができる。図１４は、前記の編集／修正手順が完了した後にオペレ ーターがこの選択を行った場合の、表示画面６０の状態を示している。 図１４が示すように、画面の作業領域７０は、「メインメニュー」を示すよう に変化している。状態領域６８表示は、観察可能且つ不変に留まっており、それ は、処理された血液の量の進行中の変化（図１４と図１２との比較が示すような ）又は動作モードの変化を反映することを除き、「メニュー」ボタンフィールド ８２がオペレーターによって活性化された時の状態情報を反映している。 オペレーターは、望むならば、次に、「特有の特徴」ボタンフィールド９６の タッチ選択へと進むことができる。図１５は、この選択がなされたときの表示画 面の状態を示している。図１５が示すように、画面６０の作業領域７０は、「特 徴サブメニュー」を示すよ う変化している。「特徴サブメニュー」は、一並びのタッチスケージューリング 可能なボタンフィールド１２２、１２４及び１２６の形で、アプリケーション制 御マネージャー４６によって管理されている非手順の具体的アプリケーションを リストしている。タッチボタンフィールド１２２は、「システム手順構成アプリ ケーション」Ａ２を活性化させる。更なる例示として、図１５は、追加の非臨床 的手順アプリケーションもまた、先に論じたような診断アプリケーション（タッ チボタンフィールド１２４が活性化させる）及びシステム再開アプリケーション （タッチボタンフィールド１２６が活性化させる）のように、アプリケーション 制御マネージャー４６内に常駐していると仮定している。 図１５が示すように、状態領域６８表示は、作業領域７０表示が「特徴サブメ ニュー」を示すよう変化しているとき、観察可能且つ不変のままに留まる。状態 領域６８は、「特有の特徴」ボタンフィールド９６がオペレーターによって活性 化されたとき、処理された血液量の進行中の変化を反映することを除き（比較と して図１５と図１４とを参照）、状態情報を反映し続ける。 オペレーターは、図１５に示されている作業領域７０内の与えられたボタンフ ィールド１２２、１２４、１２６のタッチ選択へと進むことができる。選択され たボタンフィールドは、関連付けられたアプリケーションを活性化させる。その 間、状態領域６８は、それが含んでいる情報の状態変化を反映することを除き、 観察可能且つ不変に留まる。 如何なる時にも、そして作業領域７０内の現在の活性な表示に関わりなく、オ ペレーターは、（「マイナーモード」フィールド７６ 内に示されているような）そのとき実施されつつある臨床手順についての詳細な 状態情報を再び見ることを選択することができる。そうするためには、オペレー ターは、「手順表示」フィールドボタン８４（これは、状態領域６８内において オペレーターに連続的に観察可能且つ何時でもアクセス可能な状態に留まってい る）をタッチ選択する必要があるだけである。作業領域７０表示は、図１２に示 されているフォーマット及び特性に復帰するか（もしも処理が未だ収集モードに あるなら）、又は、「マイナーモード」フィールド７６内に同定されているモー ドについてのフォーマット又は特性のいずれにでも復帰する。 この方法により、状態領域６８は、処理の詳細へのアクセスを提供するために 作業領域７０が変化するときにも、オペレーターを「大図」について連続的に知 らせる。状態領域６８はまた、メニュー構造を必ずしも段階的に上がり下がりす ることなく且つ、一層高い及び低いメニューレベル間を、コマンドにより、直ち にジャンプする能力を失うことなしに、あるメニューレベルに関する詳細に携わ るためにインターフェース５８の多数レベルのメニュー構造を通って迅速にジャ ンプするための手段を提供する。 「マイナーモード」フィールド７６は、活性化されたアプリケーションの制御 の下においてなされるモードの変化を反映するよう変化する。収集の終了後（す なわち、図１２に示された「処理すべきＷＢ」フィールド値が減少してゼロとな ったとき）、手順は、オペレーターを、ＲＢＣフラッシュ及び再注入モード（こ の間残存ＲＢＣは洗い流されて供血者に戻される）に入るよう促す。手順は次い で、「手順巻き上げモード」に入り、そこではオペレーターは、使 い捨て要素を除去するよう指示される。 Ｃ． 異常動作状態 （ｉ）検出 各手順アプリケーション（図６を参照）は、オペレーターの認識及び／又はオ ペレーターの介在を必要とする異常な機能及び動作状態を定義している。手順ア プリケーションＡ１は、機器マネージャー５０から受け取った状態データを処理 して現在の動作状態が所定の異常機能状態を構成しないか否かを判定する。もし 構成するなら、アプリケーション制御マネージャー４６は、オペレーターに通知 するために、ユーザーインターフェース５８を通じて所定のコマンドを発し、そ してある条件下には、システムの動作を中断する。 先に記述したように、ＭＰＵ４４はまた、アプリケーション制御マネージャー ４６のエラー検出機能にフェイル・セーフサポートを提供するための状態マネー ジャー５６をも含む。代わりとして、状態マネージャー５６は、補助処理ユニッ ト（ＡＰＵ）（例えば第２のタイプ68030マイクロプロセッサー）内に、又は、 部分的にＭＰＵ４４内に及び部分的にＡＰＵ内に、常駐することもできるという ことを認識しなければならない。 状態マネージャー５６は、異常な機能及び動作状態を定義するリストを含む。 状態マネージャー５６内の定義された状態の幾らかは、アプリケーション制御マ ネージャー４６内に定義されている状態と同じであるが、他は、状態マネージャ ー５６のみが請け負うハードウェア完全性の検証のためのハードウェア制御コマ ンド及び状態データの独立した相互チェックである。 状態マネージャー５６は、現在の動作状態の何れかが異常機能状 態について定義された基準に合致するか否かを判定するために、機器マネージャ ー５０と周辺ハードウェア制御装置５４（図２に示されている）との間のデータ の流れをモニターする。可能な場合には、状態マネージャー５６は、アプリケー ション制御マネージャー４６に異常状態を矯正する期間を許容するために、アプ リケーション制御マネージャー４６もがモニターする状態のための中断期間を含 む。 図６が示すように、状態マネージャー５６は、現在の動作状態が定義された異 常状態を構成しない限り又は感知された異常な機能状態のための中断期間が経過 していない限り、「状態良好」状態をアプリケーション制御マネージャー４６に 連続的に送る。 状態マネージャー５６が異常な機能状態について定義されている基準に合致す る現在の動作状態を検出したとき、そして中断期間が（もし適用されるなら）経 過したならば、状態マネージャー５６は、アプリケーション制御マネージャー４ ６に「状態＃不良」状態を送る。これらの「状態＃不良」状態は、アプリケーシ ョン制御マネージャー４６に異常状態の検出を同定する。「状態＃不良」状態を 状態マネージャー５６から受け取ったとき、そして活性化された手順アプリケー ションも同じ異常機能状態を検出しているか否かには関わりなく、アプリケーシ ョン制御マネージャー４６は、ユーザーインターフェース５８を介してオペレー ターに通知するためにコマンドを発する。 「状態＃不良」状態が発せられたとき、制御マネージャー５６は、フェイル・ セーフに行き、システム動作を中断させそして異常状態が矯正されるまでアプリ ケーション制御マネージャー４６と周辺 制御装置５２との間の全ての更なる通信を中断させる。 （ii）分類 好ましい具体例においては、アプリケーション制御マネージャー４６は、定義 された異常な機能及び動作状態を、警報状態又は注意状態のいずれかに分類する 。警報状態は、オペレーターによる即時介入を必要とする機能及び動作の状態よ りなる。注意状態は、一時的で経時的に自己矯正するものであるか又はさもなけ ればオペレーターによる即時介入を必要としない機能及び動作の状態よりなる。 好ましい具体例においては、アプリケーション制御マネージャー４６は、検出後 所定の期間（例えば２分）の間矯正されないままになっている注意状態を警報状 態へと自動的に高める。アプリケーション制御マネージャー４６はまた、状態マ ネージャー５６からの「状態＃不良」状態を、警報状態として自動的に処理する 。 警報状態として処理されることのできる異常な動作状態の例としては、ポンプ ローター方向エラー、ポンプモーター速度エラー、遠心機内の液漏れ検出、遠心 機ローターバランス不良、制御電圧不良、遠心機ドア開放、遠心機ドアロックな し、空の抗凝固剤容器等が挙げられる。 警報状態として処理することのできる異常な動作状態の例には、上限を超えた 遠心機温度、重量秤量限度外、及び抗凝固剤レベルが低いことが含まれてよい。 図６が示すように、警報状態として表される状態の検出があったとき、アプリ ケーション制御マネージャー４６は、所定の「警報＃表示を作成」コマンドを発 生してインターフェースマネージャー６６に送る。同様に、注意状態として表さ れる状態を検出したとき、 アプリケーション制御マネージャー４６は、所定の「注意＃表示を作成」コマン ドを発生してインターフェースマネージャー４６に送る。 所定の「警報＃表示（又は注意＃）を作成」を受け取ったとき、インターフェ ースマネージャー６６は、インターフェース画面６０及びオーディオ装置６２を 用いてインターフェース制御装置６４を介して表示及びオーディオの指定を実行 するためにＲＯＭベースのテーブル構造及びＲＡＭベースの状態構造を調べて表 示コードを作り出すか又は更新する。 図解されている好ましい具体例においては、インターフェースマネージャー６ ６は、「警報＃表示を作成」又は「注意＃表示を作成」コマンドに応答して発生 された全ての表示を最初、図４が示しているように、インターフェース画面６０ の状態領域６８内に配置する。インターフェースマネージャー６６は、警報及び 注意フィールド８８／９０／９２のために、状態領域６８の左右の側の最上部の 位置及び下部中央の位置を占める。状態領域６８上のこれらの位置は、警報又は 注意状態の検出がないときには如何なる表示文字乃至指標もないままである。 ａ．警告警報インターフェース 活性化された手順アプリケーションからの「警報＃を表示」に応答して、イン ターフェースマネージャー６６は、状態領域６８の右側、最上部の位置に、タッ チ選択可能なボタンフィールド８８を作り出す。好ましい実施例においては、警 報状態において、ボタンフィールド８８は、赤に着色され（国際的警報色）そし て語「警告」又は他の緊急状態の意味を表す何らかの語を含む。 インターフェースマネージャー６６はまた、警報状態が活性化されたとき、タ ッチ選択可能なミュートボタンフィールド９０を左側最上部の位置に作りだす。 ミュートボタンフィールド９０のタッチ選択は、警報状態に関連付けられた如何 なる可聴の警報をも所定の期間消音する。 ボタンフィールド８８の創造と共に、インターフェースマネージャー６６は、 警報ブロックフィールド９２を状態領域６８の底部に作り出す。警報状態におい て、ブロックフィールド９２は、やはり好ましくは赤に着色されそして棒型であ るが、適当な長さの警報状態の記述を含む。 オペレーターが（図７が示すように）警報ボタンフィールド８８をタッチ選択 したとき、インターフェースマネージャー６６は、ボタンフィールド８８及びブ ロックフィールド９２を状態領域６８から除去し、そして感知された警報状態を 矯正するのにオペレーターが従うべき適当な応答に関する詳細な情報を作業領域 ７０内のテキストフィールド１００に表示する。インターフェースマネージャー ６６を介して働きながら、活性化された手順アプリケーションの警報状態は、イ ンターフェースの作業領域７０に対する制御を維持し、それにより警報状態及び 矯正方法に関するものを除き、状態マネージャー５６及びアプリケーション制御 マネージャー４６が警報状態の除去を感知するまで、如何なる表示も活性化させ ない。 ｂ．注意警報インターフェース 活性化された手順アプリケーションからの「注意＃表示を作成」コマンドに応 答して、インターフェースマネージャー６６は、タッチ選択可能なボタンフィー ルド８８を状態領域６８の右側最上部の 位置に作り出す（図４を参照）。好ましい実施例においては、ボタンフィールド ８８は、黄色又は他の、警報状態にあるボタンフィールド８８の色とは識別でき る警戒色に着色されている。ボタンフィールド８８は、「注意」の語又は他の、 警報状態にあるときのフィールド８８に含まれる語とは容易に識別できる警戒語 を含んでいる。 インターフェースマネージャー６６はまた、注意状態が活性化されたとき、タ ッチ選択可能なミュートボタンフィールド９０を左側最上部に作り出す。ミュー トボタンフィールド９０のタッチ選択は、注意状態に関連付けられた如何なる可 聴の警報も所定期間消音する。 警報ボタンフィールド８８の創造と共に、インターフェースマネージャー６６ は、状態領域６８の底部中央にブロックフィールド９２を作り出す。ブロックフ ィールド９２は、好ましくは注意警報ボタンフィールドと同じ色に着色されてお り棒型であるが、適当な長さの注意状態の記述を含んでいる。 オペレーターが注意警報ボタンフィールド８８をタッチ選択したとき、インタ ーフェースマネージャー６６は、そのブロックフィールドを状態領域８８から除 去しそして作業領域７０内のテキストフィールド１００内に、もし適当ならその 感知された注意状態を矯正するのにオペレーターが従うべき適当な応答に関する 一層詳細な情報を表示させる。インターフェースマネージャー６６を介して働き ながら、活性化された手順アプリケーションの注意状態は、インターフェースの 作業領域に対する制御を維持し、状態マネージャー５６及びアプリケーション制 御マネージャー４６がその注意状態の除 去を感知するまで、注意状態及び関連づけられた矯正手段に関するものを除き如 何なる表示も活性化させない。 好ましい具体例においては、警報／注意フィールド８８及び９２は、同時には 単一の警報又は注意状態にのみ関係する。たとえ複数の「警報＃表示を作成」コ マンド及び／又は「注意＃表示を作成」コマンドが受け取られた場合でも、与え られた時点においてこれらのフィールドの複数が表示されることは決してない。 この環境において、ユーザーインターフェースマネージャー６６は、それら複数 のコマンドを受け取ったときに警報列及び注意列に積み重ねる。ユーザーインタ ーフェースマネージャー６６は、警報状態が如何なる注意状態に対しても優先す るということを除き、表示のためのコマンドを、先入れ先出し方式で一度に一つ 実施する。作業領域内に関連した警報／注意テキストフィールド１００を開くた めに活性な警報／注意ボタンフィールド８８をタッチ活性化させることは、次に 優先づけられている警報／注意コマンドに関する警報／警告フィールド８８及び ９２を状態領域６８内に開く。こうして、複数の警報／注意状態が係属している 場合には、オペレーターが作業領域７０内で一つの状態を除去するように働いた とき、状態領域６８はオペレーターは次に携わる必要のある別の状態を知らせる 。 次の実施例は、警報／注意状態が感知されたときのインターフェースの動作を 説明する。 実施例 図１６は、上記の仕方でアプリケーション制御マネージャー４６によって、供 血者にＲＢＣとＰＰＰとを戻すチューブ分枝４０（図１を参照）内の閉塞が感知 された場合の、インターフェース画面６ ０の状態を示す。図１６は、その閉塞が検出された時には、画面６６０は図１２ のような表示を有していたと仮定している。 図１６が示すように、状態領域６８内の表示は、ボタンフィールド８８を含む ように変化しており、それは警報状態を示すために赤で（注意状態と対照的に） 表示されている。状態領域６８はまた、ブロックフィールド９２を示すように変 化しており、それもまた赤であって警報の性質を同定するテキスト（「返還閉塞 検出」）を含む。状態領域６８はまた、「ミュート」ボタンフィールド９０を含 み、それにより、同定された警報状態についてアプリケーション制御マネージャ ー４６によって要求された如何なる可聴の警報も消音することをオペレーターに 許容する。作業領域７０は、警報状態が検出されたときに活性化されていた表示 を示し続ける。 図１７は、オペレーターが警報フィールドボタン８８をタッチ選択した後の画 面７０の状態を示す。状態領域６８内の表示は、警報ボタンフィールド８８及び 関連したブロックフィールド９２の除去によって変化している。作業領域７０内 の表示は、検出された警報状態についての情報及びそれを矯正する提案された方 法を含んだテキストブロックフィールド１００（やはり図７を参照）を示すよう に変化している。作業領域７０はまた、タッチ選択されるボタンフィールド１２ ８及び１３０をも示している。ボタンフィールド１２８は、警報状態が矯正され たら手順を再開することをオペレーターに許容する。ボタンフィールド１３０は 、手順を終了するという選択をオペレーターに与える。 警報状態の矯正及びボタンフィールド１２８のタッチ選択があったとき、表示 画面６０の作業領域は、その警報状態が最初に表示さ れたときに活性であった表示（それは図１２の具体例に図解されている）へと復 帰する。 アプリケーションＡ１〜Ａ３、アプリケーション制御マネージャー４６、機器 マネージャー５６、状態マネージャー５６、インターフェースマネージャー６６ 、及びインターフェース制御装置６４を実施するために使用される具体的なコン ピューターコードは、使用されているコンピューター言語及びプログラマーの好 みに依存する。この明細書に記述された手順及びコマンドは、ここに提供した記 述に基づいて通常の熟練したプログラマーにより、Ｃ言語、Ｐａｓｃａｌ、ＰＬ Ｍ、ＡＤＡ、及びマルチタスクＢＡＳＩＣ等のような種々の慣用の言語を用いて 書かれることができる。 本発明の種々の特徴は次の請求の範囲に提示されている。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウェーバー，マーク，シー アメリカ合衆国60118イリノイ、ウェスト ダンディー、キャスルロックコート 712 (72)発明者 モロー，ディビッド，イー アメリカ合衆国60614イリノイ、シカゴ、 ノースパイングローブ 2738、ナンバー 1203

Claims (1)

1. 【特許請求の範囲】 １． ユーザー対話型インターフェースを含んだ液体処理システムであって、 一並びのハードウェア要素と、 所定の液体処理手順を実施するために該ハードウェア要素を作動させるため の制御手段であって、該ハードウェア要素が該液体処理手順を実施するにつれて 経時的に変化する処理状態値を伝送するための出力を含むものである制御手段と 、 第１の表示領域と該第１の表示領域から離された別個の第２の表示領域とを 有するインターフェース画面と、 該インターフェース画面及び該制御手段出力と通信するインターフェースマ ネージャーと を含み、該インターフェースマネージャーが、 第１のタッチ活性化されるフィールドと、該変化する処理状態を該制御 手段出力に応答して表示する別のフィールドとを含む、第１の表示を発生させる ための手段と、 該第１の表示とは異なった第２の表示を発生させるための手段と、 該第１及び第２の表示とは異なった第３の表示を発生させるための手段 と、 該制御手段出力に応答して処理状態値の変化を表示するために、該第１ の領域内の該第１の表示を活性化させるための手段と、 処理状態値の変化を表示するために、同時に該第１の表示 を該第１の領域内に活性に維持しつつ該第２の領域内の該第２の表示を活性化さ せるための手段と、そして 処理状態値の変化を表示するために、同時に該第１の表示を該第１の領 域内に活性に維持しつつ該第２の表示を不活性化させて該第３の表示を該第２の 領域内に活性化させるために、第２の表示が該第２の領域内において活性である 間に該第１の表示内の該第１のタッチ活性化されるフィールドへの接触に応答す る手段と を含むものである、システム。 ２． 該第１の表示を発生させるための該手段が、該第１のタッチ活性化される フィールドとは異なった第２のタッチ活性化されるフィールドを該第１の表示内 に発生させるための手段を含んでおり、そして 該インターフェースマネージャーが、処理状態値の変化を表示するために、 同時に該第１の表示を該第１の領域内に活性に維持しつつ、第２の領域内におい て該第３の表示を不活性化させ且つ該第２の表示を活性化させるために、該第３ の表示が該第２の領域内において活性な間に該第１表示内の該第２のタッチ活性 化されるフィールドへの接触に応答する手段を更に含むものである、 請求項１のシステム。 ３． 該第１の表示を発生させるための該手段が、該第１のタッチ活性化される フィールドとは異なった第２のタッチ活性化されるフィールドを該第１の表示内 に発生させるための手段を含み、そして 該インターフェースマネージャーが、 処理状態値の変化を表示するために、同時に該第１の表示を該第１の領 域内に活性に維持しつつ、該第２のタッチ活性化され るフィールドが触れられたときには何時でも該第２の表示を該第２の領域内にお いて活性化させるための手段を含むものである、 請求項１のシステム。 ４． 液体処理システムであって、 一並びのハードウェア要素と、 所定の液体処理手順を実施するために該ハードウェア要素を作動させるため の制御手段と を含み、ここに該制御手段が、 該手順の機能的ステップを定義し且つ該定義されたステップに基づいて 所定の抽象的な「機能＃を実施」コマンドを発生させるための、第１のプログラ ム手段と、 該第１のプログラム手段によって発生された該「機能＃を実施」コマン ドに応答して具体的な「ハードウェア＃を作動」コマンドを発生させるための、 該第１のプログラム手段と通信する第２のプログラム手段と、そして 該第２のプログラム手段によって発生された「ハードウェア＃を作動」 コマンドの受領に応答して該ハードウェア要素を活性化させるために、該ハード ウェア要素及び該第２のプログラム手段と通信しそして該第１のプログラム手段 とは通信しない、周辺制御手段と を含むものである、システム。 ５． ユーザーインターフェースを規定するためのシステムであって、 インターフェース装置と、 所定の抽象的な「表示＃を作成」コマンドを発生させるための 第１のプログラム手段と、 該第１のプログラム手段によって発生された該「表示＃を作成」コマンドの 受領に応答して具体的な「表示＃をフォーマット」を発生させるための、該第１ のプログラム手段と通信する第２のプログラム手段と、そして 該第２のプログラム手段によって発生された該「表示＃をフォーマット」コ マンドの受領に応答して該インターフェース装置上に表示を作り出すために、該 インターフェース装置及び該第２のプログラム手段と通信し且つ該第１のプログ ラム手段とは通信しないものであるインターフェース制御手段と、 を含むシステム。 ６． 該インターフェース制御手段によってつくり出された表示が、少なくとも １つのタッチ活性化されるフィールドを含み、 該インターフェース制御手段が、該第２のプログラム手段への伝送のために 、該タッチ活性化されるフィールドへの接触に応答して「タッチコード＃」を発 生させるために作動するものであり、 該第２のプログラム手段が、該「タッチコード＃」の受領に応答して、該第 １のプログラム手段に、「機能コード＃」を伝送するために作動するものであり 、そして 該第１のプログラム手段が、該「機能コード＃」に基づいて出力を発生させ るための手段を含むものである、 請求項５のシステム。