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