(57)【特許請求の範囲】
【請求項１】
表示領域を有するタッチ感応ディスプレイを有する第１のユーザインターフェースと、
少なくとも１つのコントローラとを含む、
医療用ベンチレータであって、
前記少なくとも１つのコントローラは、
タッチ感応ディスプレイを有する第２のユーザインターフェースが当該医療用ベンチレータに連結されているか否かを決定し、
前記第２のユーザインターフェースが当該医療用ベンチレータに連結されていないことが決定されるときに、前記第１のユーザインターフェースを有効にし、
前記第２のユーザインターフェースが当該医療用ベンチレータに連結されていることが決定されるときに、前記第２のユーザインターフェースを有効にする、
医療用ベンチレータ。
【請求項２】
前記第２のユーザインターフェースを当該医療用ベンチレータに連結するように構成される統合ディスプレイカプラを更に含む、請求項１に記載の医療用ベンチレータ。
【請求項３】
前記統合ディスプレイカプラの端を受けるように構成されるディスプレイインターフェースを更に含む、請求項２に記載の医療用ベンチレータ。
【請求項４】
前記統合ディスプレイカプラは、電力、ビデオ、及び制御信号を前記第２のユーザインターフェースに結合する、請求項２に記載の医療用ベンチレータ。
【請求項５】
前記少なくとも１つのコントローラは、当該医療用ベンチレータによって前記第２のユーザインターフェースに供給される電力の特性に基づきパワーグッド表示（ＰＧＩ）を生成する、請求項１に記載の医療用ベンチレータ。
【請求項６】
前記第２のユーザインターフェースが有効にされるときに、前記少なくとも１つのコントローラは、前記パワーグッド表示（ＰＧＩ）が生成されているか否かを決定し、前記パワーグッド表示（ＰＧＩ）が生成されていないことが決定されるときに、前記第２のユーザインターフェースを停止する、請求項５に記載の医療用ベンチレータ。
【請求項７】
前記第２のユーザインターフェースが有効にされるときに、前記少なくとも１つのコントローラは、前記第２のユーザインターフェースが当該医療用ベンチレータから切り離されているか否かを更に決定する、請求項３に記載の医療用ベンチレータ。
【請求項８】
前記少なくとも１つのコントローラが、前記第２のユーザインターフェースが当該医療用ベンチレータから切り離されていることを決定するときに、前記少なくとも１つのコントローラは、前記第１のユーザインターフェースを有効にする、請求項７に記載の医療用ベンチレータ。
【請求項９】
前記第２のユーザインターフェースは、前記第１のユーザインターフェースの前記表示領域よりも大きい表示領域を有するディスプレイを含む、請求項１に記載の医療用ベンチレータ。
【請求項１０】
前記少なくとも１つのコントローラは、前記第１のユーザインターフェースが有効にされるときに、第１のグラフィカルユーザインターフェース（ＧＵＩ）を生成し、前記第２のユーザインターフェースが有効にされるときに、前記第１のグラフィカルユーザインターフェースと異なる第２のグラフィカルユーザインターフェース（ＧＵＩ）を生成する、請求項１に記載の医療用ベンチレータ。
【請求項１１】
前記第１のＧＵＩは、前記第１のユーザインターフェースのために定められるメニュー項目を含み、前記第２のＧＵＩは、前記第２のユーザインターフェースのために定められるメニュー項目を含む、請求項１０に記載の医療用ベンチレータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本システムは、撮像デバイスを選択する遠隔撮像モードを備える医療支援システムに関し、より具体的には、タッチスクリーン遠隔ディスプレイを連結し且つ制御する統合システムを備える医療支援システム及びその動作方法に関する。
【背景技術】
【０００２】
携帯可能な機械式のベンチレータ(換気装置)(人工呼吸器)のような医療支援システムは、それらが使用のために容易に取り扱われ得るよう、典型的には、ベンチレータのサイズ及び重量を減少させる小さなディスプレイを有する。これらの小さなディスプレイは、これらのベンチレータのサイズ及び重量を減少させるが、それらは見るのが困難なことがあり且つ限定的な機能性をもたらすに過ぎない、限定的なサイズのスクリーンを提供する。更に、これらのスクリーンの限定的な表示能力の故に、ベンチレータを組み立て且つ設定するのは困難なことがあり、時間がかかることがある。更に、使用中にベンチレータの現状を見るのは困難なことがある。従って、本システムの実施態様は、従来技術におけるこれらの及び／又は他の不利点を克服することがある。
【０００３】
本明細書に記載する（複数の）システム、（複数の）デバイス、（複数の）方法、（複数の）構成、（複数の）ユーザインターフェース、（複数の）コンピュータプログラム、プロセス等（文脈がその他のことを示さない限り、以下それらの各々をシステムと呼ぶ）は、従来技術のシステムにおける問題に取り組む。
【発明の概要】
【０００４】
本システムによれば、表示領域を有するタッチ感応ディスプレイを有する第１のユーザインターフェースと、少なくとも１つのコントローラとを含む、医療用ベンチレータ (換気装置)(人工呼吸器)であって、少なくとも１つのコントローラは、タッチ感応ディスプレイを有する第２のユーザインターフェースが医療用ベンチレータに連結されているか否かを決定し、第２のユーザインターフェースが医療用ベンチレータに連結されていないことが決定されるときに、第１のユーザインターフェースを有効にし、第２のユーザインターフェースが医療用ベンチレータに連結されていることが決定されるときに、第２のユーザインターフェースを有効にする、医療用ベンチレータが開示される。医療用ベンチレータは、第２のユーザインターフェースを医療用ベンチレータに連結するように構成される統合ディスプレイカプラ(unitary  display  coupler)を含んでよい。ディスプレイインターフェースが、統合ディスプレイカプラの端を受けるように構成されてよい。統合ディスプレイカプラは、電力、ビデオ、及び制御信号を第２のユーザインターフェースに結合してよい。
【０００５】
実施態様において、少なくとも１つのコントローラは、医療用ベンチレータによって第２のユーザインターフェースに供給される電力の特性に基づきパワーグッド表示（ＰＧＩ）を生成してよい。システムは、第２のユーザインターフェースが有効にされるときに、少なくとも１つのコントローラが、パワーグッド表示（ＰＧＩ）が生成されているか否かを決定してよく、パワーグッド表示（ＰＧＩ）が生成されていないことが決定されるときに、第２のユーザインターフェースを停止してよい。第２のユーザインターフェースが有効にされるときに、少なくとも１つのコントローラは、第２のユーザインターフェースが医療用ベンチレータから切り離されているか否かを更に決定してよい。少なくとも１つのコントローラが、第２のユーザインターフェースが医療用ベンチレータから切り離されていることを決定するときに、コントローラは、第１のユーザインターフェースを有効にしてよく且つ／或いは再度有効にしてよい。第２のユーザインターフェースは、第１のユーザインターフェースの表示領域よりも大きい表示領域を有するディスプレイを含んでよい。少なくとも１つのコントローラは、第１のユーザインターフェースが有効にされるときに、第１のグラフィカルユーザインターフェース（ＧＵＩ）を生成してよく、第２のユーザインターフェースが有効にされるときに、第１のグラフィカルユーザインターフェースと異なる第２のグラフィカルユーザインターフェース（ＧＵＩ）を生成してよい。第１のＧＵＩは、第１のユーザインターフェースのために定められるメニュー項目(menu  items)を含んでよく、第２のＧＵＩは、第２のユーザインターフェースのために定められるメニュー項目を含んでよい。
【０００６】
図面を参照して、本発明を以下の例示的な実施態様において更に詳細に説明する。図面において、同一又は類似の要素は、同じ又は類似の参照番号によって部分的に示されることがあり、様々な例示的な実施態様の構成は組み合わせ可能である。
【図面の簡単な説明】
【０００７】
【図１】本システムの実施態様に従って作動する換気システムの部分の概略的なブロック図を示している。
【図２】本システムの実施態様に従って作動する換気システムの部分の斜視正面図を示している。
【図３Ａ】本システムの実施態様に従ったディスプレイインターフェースのレセプタクルの正面平面図を示している。
【図３Ｂ】本システムの実施態様に従ったディスプレイカプラの第１の端の正面図を示している。
【図４】プロセスが本システムの実施態様に従って実行することがある機能的なフロー図を示している。
【図５】プロセスが本システムの実施態様に従って実行することがある機能的なフロー図を示している。
【発明を実施するための形態】
【０００８】
以下は、以下の図面と共に考慮されるときに上記の構成及び利点並びに更なる構成及び利点を実証する、例示的な実施態様の記述である。以下の記述では、限定の目的のためでなく例示の目的のために、アーキテクチャ、インターフェース、技法、要素属性等のような、例示的な詳細が示される。しかしながら、これらの詳細から逸脱しない他の実施態様が依然として付属の請求項の範囲内にあると理解されることは、当業者に明らかであろう。その上、明確性の目的のために、本システムの記述を曖昧にしないために、周知のデバイス、回路、ツール、技法、及び方法の詳細な記述は省略される。図面は例示的な目的のために含められており、本システムの全範囲を表さないことが、明示的に理解されるべきである。添付の図面において、異なる図面における同等の参照番号は、類似の要素を指し示すことがある。用語及び／又はその語形成は、列挙された要素のうちの１つ又はそれよりも多くのみが、請求項列挙に従って並びに本システムの１つ又はそれよりも多くの実施態様に従って適切に存在する必要がある場合がある（例えば、１つだけの列挙された要素が存在する、列挙された要素のうちの２つが存在してよい等、列挙された要素の最大で全てが存在してよい）ことがあることを意味すると、理解されなければならない。
【０００９】
図１は、本システムの実施態様に従って動作するベンチレータ(換気装置)(人工呼吸器)システム１００（以下、システム１００）の部分の概略的なブロック図を示している。システム１００は、ベンチレータ１０２(換気装置)(人工呼吸器)、ユーザインターフェース（ＵＩ）１１４、コントローラ１０４、メモリ１０６、センサ１０８、空圧部分１１０、ガス供給インターフェース１１６、空圧インターフェース１１２、ディスプレイインターフェース１１８、ディスプレイカプラ１２０、及び遠隔ディスプレイ１２２のうちの１つ又はそれよりも多くを含んでよい。ユーザインターフェース１１４は、ローカルタッチスクリーンディスプレイ及び／又はハードキー若しくはソフトキーを含んでよい。ローカルディスプレイを主ディスプレイ又はＢＤＵと呼ぶことがある。遠隔ディスプレイを二次ディスプレイ又はＬＵＩと呼ぶことがある。
【００１０】
メモリ１０６は、システム１００によって生成される情報、アプリケーション、ユーザ情報（例えば、ユーザ設定など）、及び／又はシステム１００によって使用される他の情報のような情報を格納することがある任意の適切なメモリを含んでよい。メモリ１０６は、本システムの実施態様に従って動作するローカルメモリ、単一メモリ、及び／又は分散メモリを含んでよい。メモリ１０６は、一時メモリ及び／又は非一時（持続）メモリを含んでよい。更に、メモリ１０６は、プログラム及び／又はプログラム部分を含んでよい。メモリ１０６に含められるプログラム及び／又はプログラム部分は、本明細書に開示する方法、動作行為(operational  acts)、及び機能を実施するようコントローラ１０４を構成してよい。メモリ１０６は、電気的、磁気的若しくは光学的メモリ、又はこれらの若しくは他の種類の記憶装置の任意の組み合わせとして実施されてよい。本明細書で用いるとき、「メモリ」という用語は、コントローラ１０４によってアクセス指定可能な空間内のアドレスから読み出すことができる或いはそのようなアドレスに書き込むことができる任意の情報を包含するよう十分に広く解釈されなければならない。この定義によれば、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネット、マルチ−マスタ−マルチ−スレーブ(multi-master-multi-slave)ネットワーク（例えば、Ｉ２Ｃなど）、専用ネットワークのような、ネットワークを通じてアクセス可能な情報は、例えば、コントローラ１０４が、本システムの実施態様に従った動作のためにネットワークから情報を取り出すことがある故に、依然としてメモリ内にあると考えられてよい。
【００１１】
コントローラ１０４は、本システムの実施態様に従ってシステム１００の全体的な動作を制御することがある。例えば、コントローラ１０４は、ベンチレータ１０２、ユーザインターフェース（ＵＩ）１１４、メモリ１０６、センサ１０８、空圧部分１１０、ガス供給インターフェース１１６、空圧インターフェース１１２、ディスプレイインターフェース１１８、ディスプレイカプラ１２０、及び遠隔ディスプレイ１２２のうちの１つ又はそれよりも多くを制御してよい。コントローラ１０４は、本システムの１つ又はそれよりも多くのプロセス及び／又は行為を実行するようプログラムされてよい。従って、コントローラ１０４は、本システムの１つ又はそれよりも多くのアルゴリズムを実行することがある。例えば、コントローラ１０４は、遠隔ディスプレイ１２２がディスプレイインターフェース１１８に連結されているか否かを決定してよく、本明細書で議論するような決定に基づいて特定の働き(actions)を実行してよい。
【００１２】
コントローラ１０４は、ユーザ入力デバイスからの入力信号に応答して、及び／又は、アプリケーションデータ及び記載する動作に関連する他のデータのようなメモリ１０６内に格納される指令の実行に応答して、制御信号を提供し且つ／或いは動作を実行するよう、動作可能であってよい。アプリケーションデータ及び他のデータは、本システムに従った動作行為を実行するためにコントローラ１０４を構成するよう（例えば、プログラムするよう）、コントローラ１０４によって受信されてよい。このように構成されるコントローラ１０４は、本システムの実施態様に従って実行するのに特に適した専用機械になる。コントローラ１０４は、マイクロプロセッサ、プロセッサ、（複数の）アプリケーション特異又汎用集積回路、論理デバイスなど、及び／又はこれらの組み合わせのうちの１つ又はそれよりも多くのを含んでよい。更に、コントローラ１０４は、本システムに従って実行するための専用プロセッサであってよく、或いは、多くの機能のうちの１つだけが本システムに従って実行するために作動する汎用プロセッサであってよい。コントローラ１０４は、プログラム部分、多数のプログラムセグメントを利用して作動してよく、且つ／或いは、専用又は多目的集積回路を利用して作動することがあるハードウェアデバイスを含んでよい。本システムの実施形態によれば、コントローラは、分散配置されてよい複数のプロセッサ又は他の論理デバイスを含んでよい。
【００１３】
空圧部分１１０は、患者を換気するのに適した換気ガス（ＶＧ）を形成するよう、コントローラ１０４の制御の下で作動してよい、１つ又はそれよりも多くのポンプ、バルブ、ミキサ、アクチュエータ、ガス調整器（例えば、加湿器、除湿器、フィルタなど）、圧力調整器などを含んでよい。ＶＧは、ガス供給インターフェース１１６から及び／又は雰囲気から得られる、酸素（Ｏ２）、窒素（Ｎ２）、空気などのような、１つ又はそれよりも多くのガス、ガス混合物を含んでよい。ガス供給インターフェース１１６は、病院ガス供給システム、貯蔵庫（リザーバ）、及び／又は圧縮ガスタンクのような、ガス源から、酸素（Ｏ２）、窒素（Ｎ２）、空気などのような、１つ又はそれよりも多くのガスを受け取ってよい。
【００１４】
空圧インターフェース１１２は、ＶＧが物理的インターフェースを介して使用者（ユーザ）に提供されるよう、空圧部分１１０を物理的インターフェースに連結してよい。空圧インターフェース１１２は、例えば、患者及び通気孔のような、１つ又はそれよりも多くの空圧ポート（例えば、３つの空圧ポート）を含んでよい。物理的インターフェースは、吸息のために患者にＶＧを提供するよう患者に連結されてよい並びに更なる処理（例えば、分析、乾燥、再混合など）のために呼息ガスを受け取ってよい、非侵襲性物理インターフェース（例えば、鼻カニューレ、マスクなど）又は侵襲性物理インターフェース（例えば、挿管チューブなど）のような、任意の適切なインターフェースを含んでよい。実施形態によれば、患者インターフェース部分１１２は、吸息のために換気ガスを提供し且つ通気のために呼息ガスを受け取るよう、息脚及び呼息脚（例えば、患者及び通気口にそれぞれ連結してよい患者脚及び通気脚）をそれぞれ含んでよい。
【００１５】
センサ１０８は、電圧、電流、抵抗、結合、設定、パラメータなどのような、システム１００の部分の動作パラメータを検出し、且つ対応するセンサ情報を形成してよい、センサを含んでよい。例えば、センサ１０８は、ディスプレイインターフェース１１８への遠隔ディスプレイ１２２及び／又はディスプレイカプラ１２０の連結を検出してよく、ＬＵＩ存在情報、ＬＣＤ出力良好信号など、換気情報（例えば、検出されるガス、百分率、ＰＥＥＰなど）のような、対応する情報を形成してよい。更に、センサ１０８は、遠隔ディスプレイ１２２及びディスプレイカプラ１２０のＩＤのような、システム１００の１つ又はそれよりも多くの部分の識別（ＩＤ）を読み取って、ＩＤに関連する情報を含むことがある対応するセンサ情報を形成してよい。更に、センサ１０８は、供給ガス、ＶＧ、呼息ガス（例えば、圧力、流量、密度、組成など）のような、システム１００内のガスの特性を検出して、対応するセンサ情報を形成してよい。次に、センサ情報は、更なる分析のためにシステムのメモリ内に格納されてよく、且つ／或いはシステム１００のディスプレイ上にレンダリング（表現）されてよい。
【００１６】
ＵＩ１１４は、臨床医のような使用者がコントローラ１０４の制御の下でシステム１００と相互作用してよい、任意の適切なディスプレイデバイスを含んでよい。ＵＩ１１４は、例えば、ディスプレイ部分（例えば、ＬＣＤスクリーン）、タッチ感応入力デバイス部分、及び／又は（所望の及び／又は利用可能な）バックライト部分などを備える、任意の適切なタッチスクリーンディスプレイを含んでよく、それらの１つ又はそれよりも多くは、互いに独立して有効にされ且つ／或いは無効にされてよい。例えば、コントローラ１０４は、これらの部分の１つ又はそれよりも多くを互いに独立して制御するよう動作してよい。更に、コントローラ１０４は、例えば、（例えば、遠隔ディスプレイをオンにする或いはオフにする、遠隔ディスプレイのＬＣＤスクリーンを制御するなどのために）遠隔ディスプレイに電力を供給してよいデバイスドライバを含んでよい。本システムの実施態様によれば、ＵＩ１１４は、コントローラ１０２によって生成されるグラフィカルユーザインタフェース（ＧＵＩ）をレンダリング（表現）してよく、それはベンチレータ情報のようなシステムによって生成される情報を含んでよい。ＧＵＩは、使用者がシステム設定、選択、パラメータなどのような、情報を選択し且つ／或いは入力してよい、１つ又はそれよりも多くの選択及び／又は入力領域を更に含んでよい。更に、ＧＵＩは、ＵＩに特異であってよい。例えば、ＵＩ１１４上でのレンダリングのために形成されるＧＵＩ（例えば、本明細書で議論するようなＢＵＩ  ＧＵＩ）は、ＵＩ１２２でのレンダリングのために形成されるＧＵＩと異なってよい。ＵＩ１１４は、所望の形状及び／又はサイズを有してよい。
【００１７】
本システムの実施態様によれば、ＵＩ１１４は、使用者が情報を入力する、タッチスクリーン、又はキーボード（ハード又はソフト）、マウス、ポインタ、回転ダイヤル、スライダ、タッチスクリーンのような、他の適切な入力デバイスを含んでよい。ＵＩ１１４は、バックライトのようなコントローラ１０４の制御の下で作動してよい、１つ又はそれよりも多くの照明源（例えば、照明、発光ダイオードなど）を更に含んでよい。
【００１８】
遠隔ＵＩ１２２は、臨床医のような使用者がコントローラの制御の下でシステム１００と相互作用してよい、任意の適切なディスプレイデバイスを含んでよい。遠隔ＵＩ１２２は、例えば、ディスプレイ部分（例えば、ＬＣＤスクリーン）、タッチ感応部分、及び／又は（必要に応じて）バックライト部分などを備える、任意の適切なタッチスクリーンディスプレイを含んでよく、それらのうちの１つ又はそれよりも多くは、互いに独立して有効にされ或いは無効にされてよい。例えば、コントローラ１０４は、互いに独立してオン／オフするために、これらの部分のうちの１つ又はそれよりも多くを制御するよう動作してよい。更に、ＵＩ１１４は、スピーカを含んでよい。本システムの実施態様によれば、遠隔ＵＩ１２２は、本明細書で議論するようなＬＵＩ  ＧＵＩのような、コントローラ１０２によって生成されるグラフィカルユーザインタフェース（ＧＵＩ）をレンダリング（表現）してよい。ＧＵＩは、使用者がシステム設定、選択、パラメータなどのような情報を選択し且つ／或いは入力してよい、１つ又はそれよりも多くの選択及び／又は入力領域を含んでよい。遠隔ＵＩ１２２は、ＵＩ１０４の形状及び／又はサイズと異なってよい所望の形状及び／又はサイズを有してよい。例えば、遠隔ＵＩ１２２は、ＵＩ１１４と類似の形状を有してよい。しかしながら、ＵＩ１２２のサイズは、（例えば、面積において）ＵＩ１１４の均等な寸法よりも大きくてよい。従って、遠隔ＵＩ１２２は、強化された表示、履歴、設定、設定調整能力、アニメーション、ヘルプサポート、及び／又はジェスチャ若しくは触覚フィードバックのような強化された制御などのような、ＵＩ１１４と異なる表示能力を有してよい。
【００１９】
遠隔ＵＩ１２２は、統合された電力、ビデオ、及び制御線を含んでよい、ディスプレイカプラ１２０を介して、ディスプレイインターフェース１１８に連結されてよい。例えば、ディスプレイカプラ１２０は、互いに同一であっても異なってもよい一体化された近位端カプラ及びおよび遠位端カプラを含んでよい。近位端カプラ及び遠位端カプラ（一般的にはエンドカプラ）の各々は、電力、ビデオ、及び制御信号を統合してよい。よって、遠隔ディスプレイ１２２をベンチレータ０２に連結するために、単一のケーブル及び対応するエンドカプラのみがディスプレイインターフェース１１８に連結されることが必要とされてよい。実施態様によれば、エンドカプラの１つ又はそれよりも多くのは、吸息着脱型(quick  disconnect  type)であってよい。
【００２０】
図２は、本システムの実施態様に従って動作するベンチレータシステム２００（以下、システム２００）の部分の斜視正面図を示している。システム２００は、システム１００と類似であってよく、ベンチレータ１０２、ユーザインターフェース（ＵＩ）１１４、空圧インターフェース１１２、ディスプレイインターフェース１１８、ディスプレイカプラ１２０、及び遠隔ディスプレイ１２２とそれぞれ類似であってよい、ベンチレータ２０２、ユーザインターフェース（ＵＩ）２１４、空圧インターフェース２１２、ディスプレイインターフェース２１８、ディスプレイカプラ２２０、及び遠隔ユーザインターフェース２２２（以下、遠隔ディスプレイ２２２）を含んでよい。しかしながら、ユーザインターフェース２１４は、主ディスプレイ２１４−１と、ハードキー（ＨＫ）インターフェース２１４−２とを含んでよい。主ディスプレイ２１４−１は、押しボタンなどを含んでよく、ＨＫユーザインターフェース２１４−２は、ベンチレータ２０２及び照明源（例えば、発光ダイオード（ＬＥＤｓ）など）の機能を選択する、押しボタン、ノブなどを含んでよく、照明源は、機能がオンであるかオフであるかを示してよい。ＨＫユーザインターフェース２１４−２は、押し下されるときに、主ディスプレイ２１４−１と遠隔ディスプレイ２２２との間でアクティブディスプレイを切り替えさせてよいディスプレイ選択（ディスプレイ選択）キー２１７と、そのオン／オフキー２１５選択は、現状に応じてベンチレータ２０２をオン又はオフに切り替えて(toggle)よい。
【００２１】
本システムの実施態様によれば、ディスプレイ選択キー２１７が押されると、コントローラは、ディスプレイ選択要求（例えば、信号）を生成してよく、オン／オフキー２１５が押されると、コントローラは、シャットダウン要求（信号）を生成してよい。これらの信号を以下により詳しく議論する。ディスプレイ選択キー及びオン／オフキーは、例えば、対応するメニュー項目を使用してシステム２００のアクティブディスプレイ上にレンダリング（表現）されてよいソフトキーのような、ソフトキーを使用して表示されてよいことも想定される。
【００２２】
コントローラは、ベンチレータ情報（ＶＩ）を決定して、主ディスプレイ２１４−１又は遠隔ディスプレイ２２２のようなアクティブディスプレイ上にレンダリング（表現）されるグラフィカルユーザインタフェース（ＧＵＩ）を形成してよい。コントローラは、アクティブであり、アクティブディスプレイスクリーンに合わせて調整されてよい表示規則に従ってＧＵＩ２２４のようなＧＵＩを生成してよい、ディスプレイを決定する。例えば、明らかであるように、遠隔ディスプレイ２２２は、主ディスプレイ２１４−１と比較して、追加的な表示及び／又は入力／出力能力を有してよい。従って、表示規則は、主ディスプレイ２１４−１上で提供されるよりも、遠隔ディスプレイ２２２上で追加的なディスプレイ及び／又は設定レンダリング及び／又は入力／出力能力（例えば、設定調整）を提供してよい。本システムの実施態様によれば、主ディスプレイ２１４−１は、設定可能でなくてよく、その場合、この表示に関して表示規則は必要でなくてよい。コントローラは、１つ又はそれよりも多くのスピーカを用いてＵＩ又はその部分を音声情報として更にレンダリング（表現）してよい。
【００２３】
ベンチレータ２０２は、１つ又はそれよりも多くの空洞を含んでよい本体２０３を更に含んでよく、１つ又はそれよりも多くの空洞内には、コントローラ、空圧部分、センサ、メモリなどのような部分が配置されてよい。空圧インターフェース２１２は、患者による吸息のためにＶＧを受け入れてよい患者ポート２１２−１や患者からの過剰な呼息及び／又は過剰なＶＧを受け入れてよい通気ポート２１２−２のような、複数の空圧ポートを含んでよい。しかしながら、他のポートも想定される。患者インターフェース２１３は、空圧インターフェース２１２の対応する空圧ポート（例えば、２１２−１，２１２−２など）に連結されてよい、１つ又はそれよりも多くの空圧ホース２１３を含んでよい。
【００２４】
ディスプレイカプラ２２０は、互いに同じであっても異なってもよい第１の端２２１及び第２の端２２３をそれぞれ含んでよい。これらの端（２２１及び２２３）は、ディスプレイカプラのエンドプラグ(end  plugs)として知られることがあり、実施形態に従った迅速着脱型であってよい。第１の端２２１は、ディスプレイインターフェース２１８のレセプタクル２１９（コンセント）に連結されてよく、第２の端２２３は、遠隔ディスプレイ２２２のレセプタクル２２５（コンセント）に連結されてよい。実施形態によれば、ディスプレイインターフェース２１８は、空圧インターフェース２１２の反対側のような（例えば、ベンチレータ２０２の裏側のような）ベンチレータ２０２の他の側に配置されてよい。
【００２５】
本システムの実施形態によれば、第１の端２２１及び第２の端２２３のそれぞれは、ディスプレイによって提供される電力、ビデオ、オーディオ、及び／又は制御機能を統合してよい。よって、実施形態によれば、エンドプラグの各々は、ベンチレータ２０２と遠隔ディスプレイ２２２をレンダリング（表現）するディスプレイカプラ２２０との間で運ばれるビデオ信号、制御信号、及び電力信号を結合してよい、一体プラグであってよい。このようにして、これらの機能を提供するために、２つ又はそれよりも多くのケーブルとは対照的に、単一のケーブルがベンチレータ２０２とディスプレイカプラ２２０との間で用いられてよい。
【００２６】
例えば、ディスプレイカプラ２２０は、単一のケーブルを用いて遠隔ディスプレイ２２２をベンチレータ２０２に連結するために、標準的なシリアルビデオ信号、制御信号、及び電力を運んでよい。制御信号は、マルチマスタ(multi-master)、マルチスレーブ(multi-slave)、シングルエンド(single-ended)、シリアル通信バス(serial  communication  bus)又は同等物のような、任意の適切な通信バスを用いて、遠隔ディスプレイ２２２とベンチレータ２０２との間で交換されてよい。適切に利用されることがある１つのそのような適切な通信バスは、集積回路間（Ｉ２Ｃ）通信バスである。従って、このバス上の制御信号のような通信信号は、本システムの実施態様に従って動作するＩ２Ｃプロトコルのような対応する通信プロトコルに従ってよい。
【００２７】
レセプタクル２１９は、ディスプレイカプラ２２０の第１の端２２１を受け且つ連結するように構成されてよい。遠隔ディスプレイ２２２は、ディスプレイカプラ２２０の第２の端２２３を受け且つ連結するように構成されたレセプタクル２２５（コンセント）を含んでよい。このようにして、ディスプレイカプラ２２０は、遠隔ディスプレイ２２２をベンチレータ２０２のコントローラに連結してよい。
【００２８】
コントローラは、必要に応じて、コントローラによって遠隔ディスプレイ２２２上にレンダリング（表現）されてよいＧＵＩ２２４を生成してよい。例えば、遠隔ディスプレイ２２２がベンチレータ２０２に連結されたことを検出した後、コントローラは、ローカルディスプレイ２１４上でのレンダリングのために生成されるＧＵＩと比較して付随的な機能を含んでよいＧＵＩ２２４を生成し且つ（例えば、遠隔ディスプレイ２２２上に）レンダリング（表現）してよい。実施態様によれば、ディスプレイ２２２は、ディスプレイ２２２がナースコール機能をサポートするのを可能にするよう、例えば、ナースコール接続をサポートしてよい。実施態様によれば、第２の端２２３は、外部プロジェクタ又は他の大型ディスプレイのような、１つ又はそれよりも多くの異なるモニタをサポートするように構成されてよい。更に、遠隔ディスプレイ２２２は、より多くの情報、ヘルプ、熟練者設定、アニメーションなどのような、主ディスプレイ２１４−１と比較して強化されたＧＵＩインターフェースをサポートしてよい。
【００２９】
実施態様によれば、遠隔ディスプレイ２２２は、ディスプレイカプラ２２０を通じてベンチレータ２０２によって直接的にＤＣ給電されてよい。実施態様によれば、この電力は、例えば、（作動中の）遠隔ディスプレイが接続されているときにのみ、スイッチがオンにされてよい。実施態様によれば、接続ケーブル（例えば、ディスプレイカプラ２２０）は、ビデオ信号のための１つ又はそれよりも多くの（例えば４つの）差動ツイストペアのようなビデオ結合(video  coupling)、Ｉ２ｃ制御のための１つ又はそれよりも多くの（例えば、２つの）ツイストペアのような制御結合(control  coupling)、及び／又はＤＣ電力及び戻りのための多数のラインのような１つ又はそれよりも多くの電力結合(power  coupling)を含んでよい。実施態様によれば、ケーブルは、ＥＭＩ制御のために完全にシールドされてよい。
【００３０】
例えば、実施態様によれば、ベンチレータがＡＣ電力で動作しているときに、ベンチレータは遠隔ディスプレイにＤＣ電力を提供してよい。ＡＣ電力が遮断されるときに、電力を節約して換気のための動作時間を延ばすために、バッテリで動作しているとき、ベンチレータは、ＢＤＵディスプレイに切り替わって、遠隔ディスプレイを停止するように構成されてよい。
【００３１】
図３Ａは、本システムの実施態様に従ったディスプレイインターフェース２１８のレセプタクル２１９（コンセント）の正面平面図を示している。明瞭性のために、遠隔ディスプレイ２２２のレセプタクル２２５は、レセプタクル２１９と類似であってよいと想定されるが、更なる実施態様によれば、レセプタクル２２５及びレセプタクル２１９は、異なるスタイルのコネクタのような、異なるコネクタであってよい（例えば、ベンチレータ用のコネクタはＸＬＲ型のコネクタであってよいのに対し、遠隔ディスプレイへのコネクタは、Ｄサブ型(D-sub-type)のコネクタのようなビデオ型のコネクタであってよい）。
【００３２】
図３Ｂは、本システムの実施態様に従ったディスプレイカプラ２２０の第１の端２２１の平面図を示している。第１の端２２１は、電力、制御、及びビデオ信号のための統合カプラを含んでよく、ディスプレイカプラ２２０の第２の端２２３と類似であってよい。第１の端２２１をレセプタクル２１９に係止するために、クイックリリース型(quick-release  type)のラッチが設けられてよい。
【００３３】
図４は、プロセス４００（以下、プロセス４００）が本システムの実施態様に従って機能することがある機能的なフロー図を示している。プロセス４００は、ネットワークを通じて通信する１つ又はそれよりも多くのコンピュータを用いて実行されてよく、互いにローカル及び／又は遠隔であってよい１つ又はそれよりも多くのメモリから情報を取得してよく且つ／或いはそのようなメモリに情報を格納してよい。プロセス４００は、以下の行為のうちの１つ又はそれよりも多くを含んでよい。プロセス４００の行為は、本システムの実施態様に従って動作するベンチレータシステムを用いて実行されてよい。更に、これらの行為のうちの１つ又はそれよりも多くは、必要に応じて組み合わせられてよく且つ／或いはサブ行為に分けられてよい。更に、これらの行為のうちの１つ又はそれよりも多くは、例えば、設定に依存して、スキップされてよい。動作中、プロセスは、行為４０１の間に開始し、次に、行為４０３に進んでよい。プロセス４００によって実行される制御行為は、Ｉ２Ｃプロトコルによって定められるような任意の適切な通信システム又はプロトコルを用いて送信され且つ／或いは受信されてよい。
【００３４】
行為４０３の間に、プロセスは、ディスプレイインターフェース（（ＤＩ）、例えば、１１８を参照）をモニタリングして、ＬＵＩが検出されたか否かを決定してよい。従って、例えば、プロセスは、ＤＩの制御ラインをモニタリングして、任意のデバイスが制御ラインに結合されているか否かを決定してよい。従って、任意のデバイスがＤＩに連結されていると決定される場合、プロセスは、デバイスと通信して、それがＬＵＩであるか否かを決定してよい。例えば、プロセスは、デバイスからデバイスＩＤを要求し、そのＩＤを用いて（例えば、デバイスＩＤ及びデバイスの種類（例えば、種類＝ＬＵＩ）を含んでよい、ルックアップテーブルを用いて）、そのデバイスがＬＵＩであるか否かを決定してよい。行為４０３の完了後、プロセスは行為４０５に進んでよい。
【００３５】
行為４０５の間に、プロセスは、ＬＵＩが検出されたか否かを決定してよい。このようにして、本システムの実施態様は、ＬＵＩが検出されるときに、ディスプレイ及び／又は入力／出力機能を提供するためにＬＵＩを選択してよく、さもなければ、ＬＵＩが検出されないときに、ＢＵＩを選択してよい。よって、実施態様によれば、プロセスは、例えば、ＢＵＩ及び／又はＬＵＩでレンダリング（表現）するための情報を表示することを選択するよう、実行されてよい。行為４０７の間に、ＬＵＩが検出されないとき、プロセスは、システムと共に使用するためにＢＵＩを作動させてよい。従って、プロセスは、使用者が使用者入力を視認し且つ受け取るために、ＢＵＩが情報をレンダリング（表現）するのが有効にされるよう、ＢＵＩを初期化してよい。従って、プロセスは、例えば、図５及び対応する文章に関して以下に記載するように、ＢＵＩを有効にする行為を実行してよい。例えば、ＢＵＩを初期化する行為は、図５の行為５０５乃至５１１を参照して記載される。ひとたび有効にされると、ＢＵＩは、アクティブディスプレイと考えられてよい。本システムの実施態様によれば、ＢＵＩは、行為４０５の間にＬＵＩが検出されるときでさえも、有効にされてよい。更に、ＢＵＩは、ＬＵＩが検出されたか否かによって影響されない、デフォルト及び／又は設定動作、表示などを有してよい。しかしながら、実施態様によれば、ＢＵＩインターフェースは、ＬＵＩが検出されるか否かに依存して、調節されてよい。行為４０７の完了後、プロセスは、行為４０９に進んでよい。
【００３６】
行為４０９の間に、プロセスは、ＢＵＩ上の表示のためのグラフィカルユーザインタフェース（ＧＵＩ）を生成してよい。プロセスは、ＢＵＩの設定及び／又はパラメータに従ってこのＧＵＩを形成してよい。従って、このＧＵＩをＢＵＩ  ＧＵＩと呼ぶことがある。しかしながら、更に他の実施態様によれば、ＧＵＩは、それがＬＵＩに接続された或いは接続されていないＢＵＩについて形成されているかに拘わらず、一般的であってよい。行為４０９の完了後、プロセスは、行為４１１に進んでよい。
【００３７】
行為４１１の間に、プロセスは、生成されたＧＵＩをＢＵＩ上にレンダリング（表現）してよい。従って、プロセスは、レンダリングのためにＧＵＩをＢＵＩに送信してよい。この行為の間に、プロセスは、ユーザ入力についてベンチレータ２０２のタッチスクリーン入力並びにベンチレータの他のユーザインターフェースを更にモニタリングしてよく、（複数の）ユーザ入力に基づいて適切な行動(actions)を取ってよい。行為４１１の完了後、プロセスは、行為４１３に進んでよい。
【００３８】
行為４１３の間に、プロセスは、ディスプレイ選択が要求されたか否かを決定してよい。従って、ディスプレイ選択が要求されたと決定されるならば、プロセスは、行為４２１に進んでよい。しかしながら、ディスプレイ選択が要求されていないと決定されるならば、プロセスは、行為４１５に進んでよい。ディスプレイ選択は、ディスプレイ選択情報に基づいて、要求されたと決定されてよい。
【００３９】
行為４１５の間に、プロセスは、停止（シャットダウン）が要求されているか否かを決定してよい。従って、停止が要求されていると決定される場合、プロセスは、行為４１７に進んでよい。しかしながら、停止が要求されていないと決定される場合、プロセスは、行為４０９を繰り返してよい。停止は、使用者が停止キーを選択するときに或いは停止のシステム要求に応答して生成されることがある停止情報に基づいて、停止が要求されたと決定されてよい。
【００４０】
行為４２１の間に、プロセスは、ＢＵＩを停止してよい。従って、プロセスは、ＢＵＩを駆動させていることがあるドライバを無効にしてよく且つ／或いはＢＵＩへの主電力をオフにしてよく、然る後、行為４２１に進んでよい。幾つかの実施態様によれば、ＬＵＩがパワーアップされ且つ／或いは有効にされてよいように、プロセスは、ＢＵＩを停止する前に、所定の時間期間（例えば、２秒など）待ってよい。更に他の実施態様において、プロセスは、ＢＵＩへの電力を遮断する前に、ＬＵＩが有効にされる準備ができていることを示すＬＵＩからの信号を待ってよい。
【００４１】
ＬＵＩの検出に続く行為４２３の間に、プロセスは、例えば、システムのタッチ感応ディスプレイとしての使用のためにＬＵＩを有能にしてよい。従って、プロセスは、使用者が使用者入力を視認し且つ／或いは受け取るために、（例えば、ＬＵＩ初期化ルーチンを用いて）ＬＵＩを初期化してよい。従って、プロセスは、例えば、図５及び関連する文章に関して以下に記載するように、ＬＵＩを有効にする行為を実行してよい。例えば、ＬＵＩを初期化する行為は、行為５１３乃至５２７を参照して例示的に説明される。ＬＵＩを有効にする行為は、ＢＵＩを有効にする行為と異なる場合があることに留意のこと。従って、プロセスは、例えば、プロセス及び／又は使用者によって定められ、システムのメモリに格納されてよい、行為５１３乃至５２７によって定められるような、ＬＵＩ初期化ルーチンに従ってよい。実施態様によれば、行為４２３の間に、プロセスは、パワーグッド表示(power  good  indication)(ＰＧＩ)があるか否かを決定してよい。これらの実施態様において、パワーグッド表示（ＰＧＩ）がないと決定される場合、プロセスは、（オンであるならば）ＬＵＩ及び／又はそのドライバを停止して、行為４０７を繰り返してよい。行為４２３の完了後、プロセスは、行為４２５に進む。
【００４２】
行為４２５の間に、プロセスは、ＬＵＩのためにＧＵＩを生成してよい。この行為は、プロセスがＢＵＩのためにＧＵＩを生成する行為４０９と類似であってよい。従って、プロセスは、ＬＵＩのためのシステム設定を参照して、ＬＵＩのための適切なＵＩを決定してよい。ひとたび有効にされると、ＬＵＩは、アクティブディスプレイ及び／又は入力／出力デバイスと考えられてよい。行為４２５の完了後、プロセスは、行為４２７に進んでよい。行為４２７の間に、プロセスは、行為４２５の間に生成されたＧＵＩをＬＵＩ上にレンダリング（表現）してよい。従って、プロセスは、レンダリングのために、ディスプレイカプラを通じてこのＧＵＩをＬＵＩに送信してよい。この行為の間に、プロセスは、例えば、（複数の）使用者入力のためのＬＵＩのタッチスクリーン入力を更にモニタリングして、決定された（複数の）使用者入力に基づいて適切な行為を取ってよい。実施態様によれば、行為４２７は、ＬＵＩ  ＧＵＩが操作されるときに繰り返されてよい。行為４２７の完了後、プロセスは、行為４２９に進んでよい。
【００４３】
行為４２９の間に、プロセスは、ディスプレイ選択が要求されているか否かを決定してよい。従って、ディスプレイ選択が要求されたと決定される場合、プロセスは、行為４３５に進んでよい。しかしながら、ディスプレイ選択が要求されていないと決定される場合、プロセスは、行為４３１に進んでよい。行為４３１の間に、プロセスは、停止が要求されているか否かを決定してよい。従って、停止が要求されたと決定される場合、プロセスは、行為４３７に進んでよい。しかしながら、停止が要求されていないと決定される場合、プロセスは、行為４３３に進んでよい。停止は、使用者が停止選択（例えば、ハード又はソフトキーなど）を要求するときに及び／又はシステムが行為４１５に関して議論した停止を要求するときに生成されることがある停止要求情報に基づいて要求されていると決定されてよい。
【００４４】
行為４３３の間に、プロセスは、パワーグッド表示（ＰＧＩ）があるか否かを決定してよい。従って、パワーグッド表示（ＰＧＩ）があると決定される、プロセスは、行為４２５を繰り返してよい。しかしながら、パワーグッド表示（ＰＧＩ）がないと決定される場合、プロセスは、行為４２３を繰り返してよい。本システムの実施態様によれば、ＬＵＩの電力バスで検知される電力が、システム設定によって設定されてよいような、所望の値の範囲内にある且つ／或いは閾値よりも大きいと決定されたときに、パワーグッド表示（ＰＧＩ）が生成されてよい。例えば、プロセスは、（例えば、遠隔ＵＩのディスプレイカプラ入力で測定されるような）電力バスでの電圧が、閾電圧値（例えば、５ボルトであるが、他の値及び／又は値の範囲が適切に適用されてよい）よりも大きいか否かを決定してよい。従って、電力バスでの電圧が閾電圧値よりも大きいと決定される場合、プロセスは、パワーグッド表示（ＰＧＩ）を生成してよい。しかしながら、電力バスでの電圧が閾電圧値よりも大きくない（例えば、閾電圧値以下）と決定される場合、プロセスは、パワーグッド表示（ＰＧＩ）を生成しない。よって、システムは、ＬＵＩで検知される主電力特性に基づいて、実時間（リアルタイム）でパワーグッド表示（ＰＧＩ）を生成してよい。
【００４５】
本システムの実施態様によれば、パワーグッド表示（ＰＧＩ）は、ベンチレータの内部バッテリ電力（例えば、緊急電力）でなく本線電力のときにのみ生成されてよいことが更に想定される。
【００４６】
行為４３５及び４３７の間に、プロセスは、ＬＵＩを停止させてよい。この行為中、例えば、プロセスは、ＬＵＩビデオドライバを無効にして、ＬＵＩ  ＬＣＤ電力をオフにしてよい、ＬＵＩのためのＬＵＩ停止手順を実行してよい。実施態様によれば、ＬＵＩ停止手順は、例えば、システム及び／又は使用者によって設定／再設定（リセット）されてよく、システムのメモリに格納されてよい。例えば、実施態様において、ＬＵＩ停止手順は、ＬＵＩ  ＬＣＤ電力を停止し、（ＢＵＩ  ＧＵＩが変更可能であるか或いは他の方法でプログラム可能である場合に）ＢＵＩディスプレイ／制御動作を更新するなどのような、１つ又はそれよりも多くの所望の行為を含んでよい。行為４３５の完了後、プロセスは、行為４０７に進んでよく、そして、行為４３７の完了後、プロセスは、行為４１７に進んでよい。
【００４７】
行為４１７の間に、プロセスは、履歴情報を更新して、後の使用のために更新された履歴情報をシステムのメモリに格納してよい。履歴情報は、ベンチレータパラメータ、設定、使用者情報（例えば、使用者、使用者の好み、使用者ＩＤ、使用者パスワードなど）、患者情報（例えば、患者ＩＤ、好適パラメータなど）、及び／又はプロセスによって生成される情報などを含んでよい。次に、更新された履歴情報は、閲視認及び／又は更なる解析のために、後でアクセスされてよい。行為４１７の完了後、プロセスは、行為４３９に進んでよい。
【００４８】
行為４３９の間に、プロセスは、ベンチレータを停止させるベンチレータ停止手順を実行してよい。ベンチレータ停止手順は、単にベンチレータへの主電力をオフにしてよく、或いは、ＬＵＩをオフにすること、（例えば、ラインから凝結、汚れなどを取り除くために）ラインを浄化（パージ）すること、（例えば、バルブからのガス流を停止するために）バルブを閉じることなどのような、（システムの停止プロセスにおいて定められて、システムのメモリに格納されてよい）１つ又はそれよりも多くの所定の行為を含んでよい。行為４３９の完了後、プロセスは、行為４４１に進んでよく、プロセスはそこで終了してよい。
【００４９】
表１は、複数の行為(acts)を含むプロセスを例示しており、それらのうちの１つ又はそれよりも多くのは、本システムの実施態様に従って実行されてよく、図５を参照して更に詳細に記載される。図５は、プロセス５００が本システムの実施態様に従って実行してよい機能的なフロー図を示している。表１を参照すると、各行為は、状態として表されてよく、対応する（複数の）進入行動(entry  action(s))、（複数の）遷移事象(transition  event(s))、（複数の）退出行動(exit  action(s))、及び次の状態(next  state)を含んでよい。本システムの実施形態によれば、進入行動は、各行為に関連付けられてよく、その行為中に実行されてよい。実施形態によれば、各行為に関連する遷移事象は、（例えば、プロセスによって決定されるように）満足させられるならば、対応する遷移事象が発生すると決定されるときに機能するよう１つ又はそれよりも多くの行為を定めてよい。最後に、各事象に関連する（複数の）退出行動は、対応する行為を終了するときに発生する行動を定めてよい。これらの行為に関して、対応する行為の進入行動及び退出行動を、簡潔性ために対応する行為又は次の行為を参照して説明する。その上、特定の行動(actions)は、各対応する状態が経過した例示的な時間期間の後に起こってよい（例えば、行為５０３に関して、行動は、１１０ｍｓ経過後に起こってよい）。しかしながら、他の時間期間が適切に利用されてよい。さらに、明瞭性のために、これらの時間期間は、表１に例示されており、図５の詳細な記載に関して議論されない。
【００５０】
図５を参照すると、プロセス５００は、ネットワークを通じて通信する１つ又はそれよりも多くのコンピュータを用いて実行されてよく、互いにローカル及び／又は遠隔であってよい１つ又はそれよりも多くのメモリから情報を取得してよく、且つ／或いはそのようなメモリに情報を格納してよく、プロセス４００と同様に、プロセス５００は、以下の行為のうちの１つ又はそれよりも多くを含んでよい。動作中、プロセスは、行為５０１の間に開始してよく、次に、行為５０３に進む。プロセス５００によって実行される制御行為は、Ｉ２Ｃプロトコルによって定められるようなマルチ−マスタ、マルチ−スレーブ、シリアルコンピュータバスプロトコルのような、任意の適切な通信システム又はプロトコルを用いて送信されてよく且つ／或いは受信されてよい。プロセス５００の行為は、システム及び／又は使用者によって定められてよく、且つ／或いは後の仕様のためにシステムのメモリに格納されてよい。更に、プロセス５００の間に、例えば、ドライバを有効にするとき、プロセスは、（例えば、システムのメモリから得られる設定情報を用いて）ドライバを初期化してよく、且つ／或いは、これらのドライバが対応する信号を生成してよいように（例えば、ビデオドライバが、ビデオ信号、及び／又は、他のプロセス、ドライバなどを生成してよいように）、対応するドライバを他の方法で有効にしてよい。
【００５１】
【表１】
0006773661.tif 000002
【００５２】
行為５０３の間に、プロセスは、ディスプレイを選択（例えば、セレクト）してよい。従って、プロセスは、ＬＵＩが検出されたか否か並びにＬＵＩが検出されたときを決定してよく、プロセスは、ＬＵＩ主電力を有効にして、行為５１３に進んでよい。しかしながら、ＬＵＩが検出されない場合、プロセスは、ＢＤＵ  ＬＣＤ電力を有効にして、行為５０５に進んでよい。本システムの実施態様によれば、プロセスは、任意の適切な方法を用いて、例えば、ディスプレイインターフェースの制御ライン(制御線)(例えば、図１の１１８を参照)をモニタリングして、デバイスのＩＤを確認することなどにより、いずれかの（複数の）デバイスが制御ラインに接続されているか否かを決定することによって、ＬＵＩが検出されることを決定してよい。本システムの実施態様によれば、プロセスは、デバイスのＩＤをシステムのメモリに格納されたＩＤと比較して、デバイスが、接続されたデバイスのＬＵＩ及び／又は他の機能性であるか否かを決定してよい。従って、デバイスがＬＵＩであると決定された場合、プロセスは、ＬＵＩが検出されたと決定してよい。
【００５３】
ＬＵＩが検出されない場合、プロセスは、任意の適切な方法を用いて、例えば、ＢＤＵの電源スイッチがオンなり（例えば、これは主ＢＤＵ電力と考えられてよい）且つ／或いはＢＤＵのＬＣＤに電力を供給するよう信号を送ることによって、ＢＤＵ  ＬＣＤ電力を有効にしてよい。ＢＤＵのＬＣＤをオンにするために用いる方法は、ＢＤＵの電力バスの設計に依存することがある。例えば、幾つかの実施態様によれば、プロセスは、ＬＣＤドライバがＢＤＵ  ＬＣＤを駆動するのを可能にしてよい。
【００５４】
ＬＵＩが検出される場合、任意の適切な方法を用いて、例えば、ＬＵＩの電源スイッチがＬＵＩをオンにする（例えば、これは主ＬＵＩ電力と考えられる）よう（例えば、制御ラインを通じて）信号を送ることによって、プロセスは、ＬＵＩ主電力を有効にしてよい（例えば、ＬＵＩをオンにしてよい）。ＬＵＩをオンにするために用いる方法は、ＬＵＩの電力バスの設計及び／又は所与のＬＵＩの他の能力に依存することがある。
【００５５】
行為５０５乃至５０９の間に、プロセスは、ＢＤＵを初期化してよい。本システムの実施態様によれば、これらの行為は、ＢＤＵ初期化行為と考えられてよい。同様に、行為５１３乃至５２５の間に、プロセスは、ＬＵＩを初期化してよく、これらの行為は、同様に初期化行為と考えられてよい。
【００５６】
行為５０５の間に、プロセスは、ＢＤＵ電力が供給されるのを待ってよい。更に、プロセスは、ＢＤＵ  ＬＣＤビデオドライバがＢＤＵ  ＬＣＤを駆動するのを可能にしてよく、本明細書で議論するようにＢＤＵバックライトドライバを有効にしてよい。従って、ＢＤＵ  ＬＣＤビデオドライバは、ＢＤＵのＬＣＤを駆動するように構成されてよい。行為５０５の完了後、プロセスは、行為５０７に進んでよい。
【００５７】
行為５０７の間に、プロセスは、ＢＤＵバックライトが所望の量の照明を提供することがあるように、所望の量の電力をＢＤＵバックライトに提供するようＢＥＤＵバックライトドライバを設定してよい。プロセスは、任意の適切な方法を用いて、例えば、ＢＤＵバックライトドライバによって生成される電力信号（例えば、パルス幅変調されたＰＷＭ信号）を制御することによって、これを行ってよく、ＢＤＵバックライトドライバは、所望の量の照明がＢＤＵのバックライトによって提供されるよう、ＢＤＵバックライトを駆動してよい。
【００５８】
行為５０９の間に、プロセスは、ＢＤＵタッチキャリブレーション（較正）を実行してよく、然る後、ＢＤＵタッチ（スクリーン）コントローラを有効にしてよい。従って、このプロセスは、ＢＤＵタッチスクリーンドライバを制御して、ＢＤＵはアクティブタッチキャリブレーション（較正）を実行してよく、然る後、タッチスクリーンが１つ又はそれよりも多くのタッチ選択を受け取る入力デバイスとして用いられてよいよう、（例えば、ＢＵＩの）タッチスクリーンが有効にされるように、タッチスクリーンドライバを有効にしてよい。行為５０９の完了後、プロセスは、行為５１１に進んでよい。
【００５９】
行為５１１の間に、ＢＤＵは、ベンチレータ情報のような、ベンチレータシステム又はその部分によって生成される情報をレンダリング（表現）するよう、アクティブであってよい。従って、この行為の間に、ＢＤＵは、コントローラによって生成されるＧＵＩのような、それに提供される情報をレンダリング（表現）してよい。この行為の間に、ＢＤＵタッチコントローラは、それに対する（複数の）入力を決定してよく、更なる処理のためにコントローラに提供されてよい対応するタッチ情報を形成してよい。
【００６０】
更に、この行為の間に、プロセスは、ＬＵＩが接続されているか否か、及び／又は、例えば、ディスプレイ選択の作動を通じて、接続されたＬＵＩの電源がオンにされているか否かを決定してよい。従って、接続されたＬＵＩの電源がオンにされる場合、プロセスは、ＬＵＩが主電力を有効にして（例えば、ＬＵＩへの主電力をオンにして）、行為５１３に進んでよい。
【００６１】
行為５１１の間に、プロセスは、停止要求が生成されたか否かを決定してよい。従って、停止要求が生成された場合、プロセスは、（例えば、ＢＤＵの（デバイス）ドライバを無効にすることによって）ＢＤＵを無効にしてよく、然る後、行為５３５に進んでよく、プロセスはそこで終了してよい。ＢＤＵを無効にすることによって、プロセスは、任意の適切な方法を用いて、例えば、ＢＤＵバックライトドライバ、ＢＤＵタッチコントローラドライバ、及びＬＣＤビデオ信号ドライバのような、ＢＤＵのための対応するデバイスドライバをそれぞれ無効にすることによって、ＢＤＵのためのバックライト、タッチコントローラ、及び／又はＬＣＤビデオ信号をオフにしてよい（例えば、無効にしてよい）。
【００６２】
行為５１３乃至５３１のうちの１つ又はそれよりも多くの間に、プロセスは、ＬＵＩが切断されているか否かを決定してよい。プロセスは、行為５０３に関して上で議論した方法と同様に、ＬＵＩが検出されたか否かを決定することによって、これを行ってよい。従って、ＬＵＩが検出されたと決定された場合、プロセスは、行為５１３乃至５３１の対応する行為を実行し続けてよい。しかしながら、ＬＵＩが検出されないと決定された場合、プロセスは、行為５１１に関して上で議論したように、ＢＵＩを無効にするために用いられる方法と同様に、ＬＵＩを無効にしてよい。しかしながら、ＬＵＩを無効にする場合、プロセスは、ＬＵＩの主電力を更に無効にしてよい（例えば、ＬＵＩへの主電力をオフにしてよい）。ＬＵＩを無効にすることに関して、プロセスは、任意の適切な方法を用いて、例えば、ＬＵＩバックライトドライバ、ＬＵＩタッチコントローラドライバ、及びＬＵＩ  ＬＣＤビデオ信号ドライバのような、対応するデバイスドライバをそれぞれ無効にすることによって、ＬＵＩのためのＬＵＩバックライトドライバ、ＬＵＩタッチコントローラ、及びＬＣＤビデオ信号のうちの１つ又はそれよりも多くをオフにしてよい（例えば、無効にしてよい）。ＬＵＩが無効にされる場合、プロセスは、ＢＤＵ電力を有効にしてよく（例えば、行為５０３、５０５などを参照）、然る後、行為５０５に進んでよい。これらの決定は、対応する行為内の他の決定に優先する。ＬＵＩが存在すると決定された場合、ＬＵＩのためのデバイスドライバは、行為５１３乃至５２５を参照して記載したように、ＬＵＩ初期化中にＬＵＩを駆動するように構成されてよい。
【００６３】
行為５１３の間に、プロセスは、ＬＵＩ電力のために、閾待機時間（例えば、１００ｍｓ）が経過するのを待ってよい。この閾待機時間は、ＬＵＩ電力が有効にされること、安定化されることなどを可能にしてよい。例えば、プロセスは、ＬＵＩ主電力のために、閾待機時間が経過するのを待ってよい。行為５１３の完了後、プロセスは、行為５１５に進んでよい。
【００６４】
行為５１５の間に、プロセスは、ＬＵＩ  ＬＣＤ電力を有効にしてよい。プロセスは、任意の適切な方法を用いて、例えば、ＬＵＩの電源スイッチをオンにするよう且つ／或いはＬＵＩのＬＣＤに給電するよう信号を送ることによって、ＬＵＩ  ＬＣＤ電力を有効にしてよい。ＬＵＩのＬＣＤをオンにするために用いる方法は、ＬＵＩの電力バスの設計及び／又はＬＵＩの他の考察／能力に依存してよい。例えば、幾つかの実施態様によれば、プロセスは、ＬＣＤドライバを有効にして、ＬＵＩ  ＬＣＤを駆動させてよい。然る後、プロセスは、行為５１７に進んでよい。
【００６５】
行為５１７の間に、プロセスは、ＬＵＩがパワーグッドを待つ状態に入ってよく、プロセスは、その状態で、パワーグッド表示（ＰＧＩ）が生成されたか否かを決定してよい。従って、パワーグッド表示（ＰＧＩ）が生成されたと決定される場合、プロセスは、行為５１９に進んでよい。しかしながら、パワーグッド表示（ＰＧＩ）が生成されていないと決定される場合、プロセスは、例えば、ＬＵＩ  ＬＣＤ電力を遮断し、次に、ＬＵＩ主電力を遮断し、（例えば、システムのレンダリング装置を用いて）警報を掲示してＬＵＩでの良好電力表示の欠如（例えば、不十分な電力が利用可能であること）を使用者に知らせ、（行為４０３に関して議論したように）ＢＤＵ  ＬＣＤ電力を有効にし、しかるのに、行為５０５に進むことによって、ＬＵＩ停止を実行してよい。他の場所で議論したように、パワーグッド表示（ＰＧＩ）は、例えば、ＬＵＩで検知される主電力特性に基づき、リアルタイムにおいて生成されてよい。更に、パワーグッド表示（ＰＧＩ）の欠如は、例えば、ＬＣＤパワーグッドが失われていることを示してよい。
【００６６】
行為５１９の間に、プロセスは、ＬＵＩ  ＬＣＤビデオドライバを有効にして（例えば、ＬＵＩ  ＬＣＤビデオを有効にして）、ＬＵＩ  ＬＣＤを駆動させてよく、幾つかの実施態様では必要でないが、ＢＵＩを無効にしてよく（例えば、ＢＤＵ行為５１１を無効にすることを参照）、行為５２１に進んでよい。プロセスは、ＬＵＩ  ＬＣＤドライバを有効にして、ＬＵＩ  ＬＣＤを本システムの実施態様に従って駆動させることによって、ＬＵＩ  ＬＣＤドライバを有効にしてよい。
【００６７】
行為５２１の間に、プロセスは、例えば、有効にされるときに所望の量の電力がＬＵＩのバックライトに供給されるよう、ＬＵＩのバックライトパルス幅変調（ＰＷＭ）ドライバを設定してよく、そして、行為５２３に進んでよい。従って、プロセスは、システムのメモリから対応するディスプレイ（例えば、ＬＵＩ）についての所望のディスプレイ電力設定を取得してよく、ＬＵＩ  ＰＷＭドライバが所望の量の電力をＬＵＩディスプレイのバックライトに提供してよいように、これらの値をＬＵＩバックライトＰＷＭドライバに送信してよい。容易に理解されるように、本システムの実施態様によれば、存在するときの背面照明（バックライティング）は、別の方法で設定されてよい。
【００６８】
行為５２３の間に、プロセスは、ＬＵＩバックライトを有効にしてよい。従って、プロセスは、バックライトドライバを有効にしてよく、然る後、行為５２５に進んでよい。有効にされると、バックライトドライバは、ＬＵＩバックライトを駆動させてよい。行為５２５の間に、プロセスは、ＬＵＩタッチキャリブレーション（較正）を実行してよく且つ／或いはＬＵＩタッチ（ディスプレイ）コントローラを他の方法で有効にしてよい。従って、プロセスは、ＬＵＩのタッチスクリーンが、（複数の）タッチスクリーン入力を受け取り、そのような（例えば、タッチスクリーン情報の）表示を更なる処理のためにコントローラに提供するよう、ＬＵＩタッチスクリーンドライバを制御して、キャリブレーション（較正）を実行し、然る後、ＬＵＩのタッチスクリーンを有効にしてよい。行為５２５の完了後、プロセスは、行為５２７に進んでよい。
【００６９】
行為５２７の間に、ＬＵＩは、ベンチレータシステム又はその部分によって生成される情報をレンダリングし且つ／或いはコントローラによる更なる処理のために入力を受信するよう、アクティブであってよい。従って、この行為の間に、ＬＵＩは、システムによって生成される情報のような、ＬＵＩに提供される情報をレンダリングしてよい。そのような情報は、ＬＵＩ  ＧＵＩのような、システムによって生成されるＧＵＩを含んでよい。
【００７０】
この行為の間に、プロセスは、ディスプレイ選択が要求されたか否か、停止要求が生成されたか否か、及び／又はＬＵＩがアクティブである間にＬＣＤパワーグッドが失われたか否かを更に決定してよい。これらの状態のいずれかに対して肯定的である場合、プロセスは、行為５２９に進んでよく、そこでは、プロセスは、ＬＵＩ  ＬＣＤビデオドライバを無効にしてよく（例えば、オフにしてよく）、然る後、行為５３１に進んでよい。例えば、ＬＵＩが以前にアクティブであったとき、ＬＣＤパワーグッドは失われることがある。
【００７１】
行為５３１の間に、プロセスは、ＬＵＩ  ＬＣＤ電力を無効にしてよく（例えば、オフにしてよく）、例えば、然る後、図示のように、行為５０５に進んでよい。例えば、プロセスが、表示選択が要求されたと決定する場合、プロセスは、ＬＵＩ  ＬＣＤ電力をオフにし、ＢＤＵ  ＬＣＤ電力を有効にし、然る後、行為５０５に進んでよい。別の場合、プロセスが、ＬＵＩがアクティブである間にＬＣＤパワーグッドが失われたと決定する場合、プロセスは、ＬＵＩ主電力を有効にしてよく、然る後、行為５１３に進んでよい。停止要求が生成されたと決定される場合、プロセスは、行為５３５に進んでよい。
【００７２】
従って、本システムの実施態様は、遠隔ディスプレイが存在するか（例えば、ベンチレータに結合されているか）否かを検出してよい、ベンチレータを提供してよい。従って、遠隔ディスプレイ（例えば、二次ディスプレイ）が存在すると決定されるとき、遠隔ディスプレイ初期化シーケンスが実行されてよい。しかしながら、遠隔ディスプレイが存在しないと決定される場合、ローカルな（例えば、換気装置に対してローカルな）ディスプレイ初期化シーケンスが実行されてよい。更に、ベンチレータは、ディスプレイ選択スイッチの使用者の選択を検出してよく、本システムの実施態様に従って切り替えてよい。ベンチレータは、選択スイッチが選択されるときに遠隔ディスプレイが現時点でアクティブであるか否かを検出してよく、主ディスプレイをオンに切り替える前又は間に、例えば、選択スイッチが選択されたときに遠隔ディスプレイが現時点でアクティブであるときに、遠隔ディスプレイをオンにしてよい。更に、ベンチレータは、パワーグッド信号を検出してよく、例えば、遠隔ディスプレイの初期化中にパワーグッド信号が失われる（例えば、現れない(not  asserted)或いは見出されない）場合、ベンチレータは、ローカルディスプレイの初期化を開始してよい。しかしながら、遠隔ディスプレイがアクティブである間にパワーグッド信号が失われる場合、ベンチレータは、遠隔ディスプレイの初期化を再開してよい。
【００７３】
本システムの実施態様によれば、ベンチレータは、ディスプレイカプラの対応するプラグに対応する特定のインターフェース及びコネクタを備える１つ又はそれよりも多くのプリント回路基板アセンブリ（ＰＣＢＡｓ）を含んでよい。同様に、遠隔ディスプレイは、ディスプレイカプラを受け取り且つベンチレータのコントローラと通信する、対応するインターフェース及びカプラを含んでよい。従って、ディスプレイカプラは、統合ハウジングを含んでよく、統合ハウジング内では、シリアルビデオ信号（例えば、標準的なシリアルビデオ信号など）のような１つ又はそれよりも多くの信号が提供され、制御信号（例えば、Ｉ２Ｃ制御信号）が提供され、電力（例えば、所望に、直流（ＤＣ）又は交流（ＡＣ）がベンチレータとベンチレータに連結される遠隔タッチスクリーンディスプレイとの間に提供される。実施態様によれば、ディスプレイカプラは、約１．５〜３０フィート（例えば、約０．５〜１０メートル）の間の長さを有してよく、例えば、本システムの実施態様に従った入力／出力（Ｉ／Ｏ）機能性のような制御及び付随機能性を備える二次タッチスクリーンディスプレイを利用することがある移動式ベンチレータのようなベンチレータのための統合的な解決策をもたらしてよい。
【００７４】
従って、本システムの実施態様は、別個の電力、シリアルビデオ、及び制御信号ケーブルを連結しなければならないというよりもむしろ、単一の統合ケーブルを用いて互いに連結されてよい遠隔ディスプレイ／入力デバイスを備えるベンチレータを提供することがある。ベンチレータは、遠隔ディスプレイに主電力を提供してよく、ベンチレータのコントローラによって制御されてよい、電源を含んでよい。更に、タッチスクリーン型の遠隔ディスプレイが本出願で議論されているが、本システムの実施態様は非タッチスクリーン型の遠隔ディスプレイと互換性があってよいことが理解されるであろう。従って、ベンチレータは、遠隔ディスプレイがタッチスクリーン型のディスプレイではないときに、使用者が相互作用してよい、他の入力デバイス（例えば、キーボード、マウス、ポインタ、スタイラス、タッチパッドなど）を利用してよい。更に、実施形態によれば、本システムは、例えば、他の所与のＬＵＩに対する所与のＬＵＩの入力／出力能力に基づいて、ＢＤＵ及びＬＵＩのうちの１つ又はそれよりも多くに関する情報を提供してよい。例えば、所与のＬＵＩがタッチ入力能力を有する場合、本システムは、入力能力を備えるＬＵＩが検出されたときなどに、ＢＤＵの入力能力を無効にしてよい。
【００７５】
本システムの方法は、コンピュータソフトウェアプログラムによってプログラムされたプロセッサによって実行されるのに適しており、そのようなプログラムは、議論したような本システムによって想定される或いは記載した個々のステップ又は行為のうちの１つ又はそれよりも多くに対応するモジュールを含む。従って、本システムの実施態様は、異なるサイズのディスプレイ及びタッチスクリーンを備えるユーザインターフェース（ＵＩｓ）を提供してよい。例えば、主ディスプレイは、第１の領域を提供してよく、移動式ベンチレータに位置してよいのに対し、二次ディスプレイは、第２の領域を有してよく、ベンチレータから遠隔に位置してよい。ベンチレータは、任意の適切な方法又はＩ２Ｃ規格を用いるような方法を用いて二次ディスプレイと通信してよい。第１の領域は、第２の領域と異なる大きさにされてよく、異なる入力及び出力（例えば、レンダリング）能力を提供してよい。
【００７６】
特定の例示的な実施態様を参照して本発明を示し且つ記載したが、当業者は、本発明がそれに限定されず、様々な構成及び実施態様の組み合わせを含む形態及び詳細における様々な変更が本発明の精神及び範囲から逸脱せずに行われてよいことを理解するであろう。本システムの更なる変形は、当業者の心に容易に思い浮かび、以下の請求項によって包含される。
【００７７】
最後に、上の議論は、本システムの単なる例示であることが意図されており、付属の特許請求の範囲を任意の特定の実施形態又は実施形態の群に限定するものと解釈されてならない。よって、本システムを例示的な実施形態を参照して説明したが、当業者は、後続の特許請求の範囲に示されるような本発明のより広い意図された精神及び範囲から逸脱せずに、数多くの変更及び代替的な実施形態を考案する場合があることも理解されるべきである。従って、明細書及び図面は、例示的な方法で考慮されるべきであり、添付の特許請求の範囲を限定することは意図されていない。
【００７８】
添付の特許請求の範囲を解釈する際には、以下が理解されるべきである。
ａ）「含む」という単語は、所与の請求項に列挙された要素又は行為以外の要素又は行為の存在を排除しない。
ｂ）ある要素に先行する単語「ａ」又は「ａｎ」は、そのような要素が複数存在することを排除しない。
ｃ）特許請求の範囲内のいかなる参照符号も、その範囲を限定しない。
ｄ）幾つかの「手段」は、同一の品目（アイテム）、ハードウェア又はソフトウェアで実施される構造又は機能によって表されてよい。
ｅ）開示された要素のいずれかは、ハードウェア部分（例えば、別個の集積された電子回路を含む）、ソフトウェア部分（例えば、コンピュータプログラミング）、及びこれらの任意の組み合わせで構成されてよい。
ｆ）ハードウェア部分は、アナログ部分及びデジタル部分の一方又は両方で構成されてよい。
ｇ）特段に記述されない限り、開示されたデバイス又はその部分のいずれかは互いに組み合わせられてよく或いは更なる部分に分けられてよい。
ｈ）具体的に示されない限り、特定の一連の行為又はステップは意図されていない。
ｉ）「複数の」要素という用語は、請求される要素のうちの２つ又はそれよりも多くを含んでよく、如何なる特定の範囲の数をも暗示しない。即ち、複数の要素は、わずか２つの要素であってよく、計ることができない数の要素を含んでよい。
ｊ）「及び／又は」という用語並びにその成形素は、列挙された要素のうちの１つ又はそれよりも多くのみが、特許請求の範囲の引用及び本システムの１つ又はそれよりも多くの実施形態に従ってシステム内に適切に存在する必要があることを意味すると理解されるべきである。
【図１】
0006773661.tif 000003
【図２】
0006773661.tif 000004
【図３Ａ】
0006773661.tif 000005
【図３Ｂ】
0006773661.tif 000006
【図４】
0006773661.tif 000007
【図５】
0006773661.tif 000008