(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022177260
(43)【公開日】2022-11-30
(54)【発明の名称】患者装置を更新する方法およびシステム
(51)【国際特許分類】
G06F 8/65 20180101AFI20221122BHJP
【ＦＩ】
G06F8/65
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2022154880
(22)【出願日】2022-09-28
(62)【分割の表示】P 2020197854の分割
【原出願日】2015-05-27
(31)【優先権主張番号】2014901999
(32)【優先日】2014-05-27
(33)【優先権主張国・地域又は機関】AU
(71)【出願人】
【識別番号】519212484
【氏名又は名称】レスメド・インコーポレイテッド
(74)【代理人】
【識別番号】100099623
【弁理士】
【氏名又は名称】奥山 尚一
(74)【代理人】
【識別番号】100125380
【弁理士】
【氏名又は名称】中村 綾子
(74)【代理人】
【識別番号】100142996
【弁理士】
【氏名又は名称】森本 聡二
(74)【代理人】
【識別番号】100166268
【弁理士】
【氏名又は名称】田中 祐
(74)【代理人】
【識別番号】100180231
【弁理士】
【氏名又は名称】水島 亜希子
(72)【発明者】
【氏名】デラングル，ピーター
(72)【発明者】
【氏名】バーチャル，ポール・フレデリック
(72)【発明者】
【氏名】チャーチル，ドーン・ローズマリー
(72)【発明者】
【氏名】カットクリフ，グレアム・スティーヴン
(72)【発明者】
【氏名】ロバーツ，クリストファー・ジョン
(72)【発明者】
【氏名】ソマイヤ，チンマイ
(72)【発明者】
【氏名】テンプルトン，ブラッドリー・スコット
(72)【発明者】
【氏名】トラル，ウェンドール・エリック
(72)【発明者】
【氏名】タイラー，マシュー・スコット
(57)【要約】 （修正有）
【課題】患者装置を更新するシステム及び方法を提供する。
【解決手段】患者データの収集と送信に使用する通信システム７００であって、患者装置７２０～７４０は、ソフトウエア又はファームウエアのような命令セット７２６に従って動作する呼吸治療装置を含む。サーバーコンピュータ７１０は、各患者装置に現在インストールされているソフトウエア及びファームウエアのバージョンを示すコンフィギュレーション・データ７１８のデータベースを維持し、命令セット更新７１６を無線ネットワークを含む遠隔外部通信ネットワーク４２８２経由で送信し、特定の患者装置をコンフィギュレーション・データに基づいて更新のために選択する。患者装置は、更新を実施すると、コンフィギュレーション・データ７２８をサーバーコンピュータに送信する。
【選択図】図７
【解決手段】患者データの収集と送信に使用する通信システム７００であって、患者装置７２０～７４０は、ソフトウエア又はファームウエアのような命令セット７２６に従って動作する呼吸治療装置を含む。サーバーコンピュータ７１０は、各患者装置に現在インストールされているソフトウエア及びファームウエアのバージョンを示すコンフィギュレーション・データ７１８のデータベースを維持し、命令セット更新７１６を無線ネットワークを含む遠隔外部通信ネットワーク４２８２経由で送信し、特定の患者装置をコンフィギュレーション・データに基づいて更新のために選択する。患者装置は、更新を実施すると、コンフィギュレーション・データ７２８をサーバーコンピュータに送信する。
【選択図】図７
【特許請求の範囲】
【請求項1】
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、複数の患者装置に関するコンフィギュレー
ション・データにアクセスするステップであって、前記複数の患者装置のそれぞれは、命
令のセットを実装する、ステップと、
前記１つまたはそれ以上のプロセッサーにより、１つまたはそれ以上の基準を満たすコ
ンフィギュレーション・データを有する１つまたはそれ以上の患者装置を、前記複数の患
者装置から識別するステップと、
前記１つまたはそれ以上のプロセッサーにより、命令更新を前記１つまたはそれ以上の
患者装置にネットワークを経由して送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記命令更新をインストールした前記
１つまたはそれ以上の患者装置のそれぞれに対する前記コンフィギュレーション・データ
を更新するステップと、
を含む方法。
１つまたはそれ以上のプロセッサーにより、複数の患者装置に関するコンフィギュレー
ション・データにアクセスするステップであって、前記複数の患者装置のそれぞれは、命
令のセットを実装する、ステップと、
前記１つまたはそれ以上のプロセッサーにより、１つまたはそれ以上の基準を満たすコ
ンフィギュレーション・データを有する１つまたはそれ以上の患者装置を、前記複数の患
者装置から識別するステップと、
前記１つまたはそれ以上のプロセッサーにより、命令更新を前記１つまたはそれ以上の
患者装置にネットワークを経由して送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記命令更新をインストールした前記
１つまたはそれ以上の患者装置のそれぞれに対する前記コンフィギュレーション・データ
を更新するステップと、
を含む方法。
【請求項2】
前記１つまたはそれ以上のプロセッサーにより、複数の命令更新から、前記１つまたは
それ以上の患者装置に送信すべき命令更新を、前記コンフィギュレーション・データに基
づいて選択するステップをさらに含む、請求項１に記載の方法。
それ以上の患者装置に送信すべき命令更新を、前記コンフィギュレーション・データに基
づいて選択するステップをさらに含む、請求項１に記載の方法。
【請求項3】
前記１つまたはそれ以上の基準および前記命令更新を選択するステップは、遠隔計算装
置から受信した１つまたはそれ以上の送信に基づいている、請求項１または２に記載の方
法。
置から受信した１つまたはそれ以上の送信に基づいている、請求項１または２に記載の方
法。
【請求項4】
前記命令更新は、
命令更新ファイルの場所を指定するデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
各装置に対して前記更新を実施するスケジュール時間、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示、
該当する場合、患者の治療が停止されるまで前記更新を適用すべきでないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェッ
クする能力、
のうちの少なくとも1つを含む、請求項１から３のいずれか一項に記載の方法。
命令更新ファイルの場所を指定するデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
各装置に対して前記更新を実施するスケジュール時間、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示、
該当する場合、患者の治療が停止されるまで前記更新を適用すべきでないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェッ
クする能力、
のうちの少なくとも1つを含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記複数の患者装置が、呼吸圧力治療装置である、請求項１～４のいずれか一項に記載
の方法。
の方法。
【請求項6】
前記命令更新を送信するステップは、検証データを送信するステップをさらに含み、該
検証データは、前記患者装置により使用されて、前記命令更新が首尾よくダウンロードさ
れたことを検証する、請求項１～５のいずれか一項に記載の方法。
検証データは、前記患者装置により使用されて、前記命令更新が首尾よくダウンロードさ
れたことを検証する、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置の
それぞれから前記命令更新がインストールされたかどうかの指示を受信するステップをさ
らに含む、請求項１～６のいずれか一項に記載の方法。
それぞれから前記命令更新がインストールされたかどうかの指示を受信するステップをさ
らに含む、請求項１～６のいずれか一項に記載の方法。
【請求項8】
前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに
、前記命令更新を再送信するステップをさらに含む、請求項７に記載の方法。
、前記命令更新を再送信するステップをさらに含む、請求項７に記載の方法。
【請求項9】
前記命令更新は、第１の部分および第２の部分を含み、前記患者装置の第１のコンポー
ネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前
記命令更新の前記第２の部分に従って動作する、請求項１～８のいずれか一項に記載の方
法。
ネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前
記命令更新の前記第２の部分に従って動作する、請求項１～８のいずれか一項に記載の方
法。
【請求項10】
前記１つまたはそれ以上の患者装置のそれぞれからの指し示しは、前記命令セットが首
尾よくインストールされたことを示し、前記１つまたはそれ以上のプロセッサーにより、
前記１つまたはそれ以上の患者装置に対する前記命令更新のインストールの成功を識別す
るメッセージを送信するステップをさらに含む、請求項７～９のいずれか一項に記載の方
法。
尾よくインストールされたことを示し、前記１つまたはそれ以上のプロセッサーにより、
前記１つまたはそれ以上の患者装置に対する前記命令更新のインストールの成功を識別す
るメッセージを送信するステップをさらに含む、請求項７～９のいずれか一項に記載の方
法。
【請求項11】
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在イン
ストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、および
ｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項１～１
０のいずれか一項に記載の方法。
ストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、および
ｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項１～１
０のいずれか一項に記載の方法。
【請求項12】
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項１～１１のい
ずれか一項に記載の方法。
ずれか一項に記載の方法。
【請求項13】
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以
前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項１～１２のいずれ
か一項に記載の方法。
前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項１～１２のいずれ
か一項に記載の方法。
【請求項14】
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、患者装置の操作の第１の命令セットにアク
セスするステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の
操作セットを実施するステップと、
前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由
して更新データを受信するステップと、
更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより
、前記更新データに従って前記第１の命令セットを更新するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生し
たことの確認を前記遠隔計算装置に送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の
操作セットを実施するステップと、
を含む方法。
１つまたはそれ以上のプロセッサーにより、患者装置の操作の第１の命令セットにアク
セスするステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の
操作セットを実施するステップと、
前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由
して更新データを受信するステップと、
更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより
、前記更新データに従って前記第１の命令セットを更新するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生し
たことの確認を前記遠隔計算装置に送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の
操作セットを実施するステップと、
を含む方法。
【請求項15】
前記患者装置は、呼吸圧力治療装置を含む、請求項１４に記載の方法。
【請求項16】
前記更新データを受信するステップは、検証データを受信するステップをさらに含み、
前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定
するステップをさらに含む、請求項１４または１５に記載の方法。
前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定
するステップをさらに含む、請求項１４または１５に記載の方法。
【請求項17】
受信した前記更新データが不完全と決定されると、エラーの通知を前記遠隔計算装置に
送信するステップと、
更新データの第２の送信を受信するステップと、
をさらに含む、請求項１４～１６のいずれか一項に記載の方法。
送信するステップと、
更新データの第２の送信を受信するステップと、
をさらに含む、請求項１４～１６のいずれか一項に記載の方法。
【請求項18】
前記更新データは、第１の部分および第２の部分を含み、前記患者装置の第１のコンポ
ーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは
、前記更新データの前記第２の部分に従って動作する、請求項１４～１７のいずれか一項
に記載の方法。
ーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは
、前記更新データの前記第２の部分に従って動作する、請求項１４～１７のいずれか一項
に記載の方法。
【請求項19】
前記第１の命令セットおよび更新された命令セットは、ソフトウエアおよびファームウ
エアのうちの少なくとも１つを含む、請求項１４～１８のいずれか一項に記載の方法。
エアのうちの少なくとも１つを含む、請求項１４～１８のいずれか一項に記載の方法。
【請求項20】
前記第１の命令セットの更新が発生したとの確認を送信するステップは、前記患者装置
に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一
方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求
項１４～１９のいずれか一項に記載の方法。
に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一
方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求
項１４～１９のいずれか一項に記載の方法。
【請求項21】
前記患者装置が前記命令更新により識別されたビルド標準を満足するかどうかを決定す
るステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が
前記ビルド標準を満足するとの決定に基づいて発生する、請求項１４～２０のいずれか一
項に記載の方法。
るステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が
前記ビルド標準を満足するとの決定に基づいて発生する、請求項１４～２０のいずれか一
項に記載の方法。
【請求項22】
１つまたはそれ以上の計算装置を含む、医療を提供する装置を更新するシステムであっ
て、該１つまたはそれ以上の計算装置は、
それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・デ
ータにアクセスし、
１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する１つま
たはそれ以上の患者装置を前記複数の患者装置から識別し、
命令更新を前記１つまたはそれ以上の患者装置に送信し、
前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対し
て前記コンフィギュレーション・データを更新する、
ように構成されている、システム。
て、該１つまたはそれ以上の計算装置は、
それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・デ
ータにアクセスし、
１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する１つま
たはそれ以上の患者装置を前記複数の患者装置から識別し、
命令更新を前記１つまたはそれ以上の患者装置に送信し、
前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対し
て前記コンフィギュレーション・データを更新する、
ように構成されている、システム。
【請求項23】
前記１つまたはそれ以上の計算装置は、複数の更新から前記１つまたはそれ以上の患者
装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択する
ように構成される、請求項２２に記載のシステム。
装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択する
ように構成される、請求項２２に記載のシステム。
【請求項24】
前記１つまたはそれ以上の計算装置は、１つまたはそれ以上の送信を遠隔計算装置から
受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ
以上の基準および前記命令更新を識別する、請求項２２または２３に記載のシステム。
受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ
以上の基準および前記命令更新を識別する、請求項２２または２３に記載のシステム。
【請求項25】
前記複数の患者装置は、呼吸圧力治療装置である、請求項２２～２４のいずれか一項に
記載のシステム。
記載のシステム。
【請求項26】
前記命令更新は、
命令更新ファイルの場所を指定したデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
前記更新をそれぞれの装置に対して実施するスケジュール時間、
前記更新を適用すべきとの確認を要求すべきかどうかの指示、
該当する場合に、患者の治療が停止されるまで前記更新を適用しないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および、
前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェック
する能力、
のうちの少なくとも１つを含む、請求項２２～２５のいずれか一項に記載のシステム。
命令更新ファイルの場所を指定したデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
前記更新をそれぞれの装置に対して実施するスケジュール時間、
前記更新を適用すべきとの確認を要求すべきかどうかの指示、
該当する場合に、患者の治療が停止されるまで前記更新を適用しないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および、
前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェック
する能力、
のうちの少なくとも１つを含む、請求項２２～２５のいずれか一項に記載のシステム。
【請求項27】
前記命令更新を送信するステップは、前記１つまたはそれ以上の患者装置に対する検証
データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに
含む、請求項２２～２６のいずれか一項に記載のシステム。
データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに
含む、請求項２２～２６のいずれか一項に記載のシステム。
【請求項28】
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在イン
ストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、および
ｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項２２～
２７のいずれか一項に記載のシステム。
ストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、および
ｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項２２～
２７のいずれか一項に記載のシステム。
【請求項29】
前記１つまたはそれ以上の計算装置は、前記命令更新が首尾よくインストールされなか
ったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成され
る、請求項２２～２８のいずれか一項に記載のシステム。
ったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成され
る、請求項２２～２８のいずれか一項に記載のシステム。
【請求項30】
前記１つまたはそれ以上の計算装置は、
前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそ
れぞれから受信し、
前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者
装置に送信する、
ようにさらに構成される、請求項２２～２９のいずれか一項に記載のシステム。
前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそ
れぞれから受信し、
前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者
装置に送信する、
ようにさらに構成される、請求項２２～２９のいずれか一項に記載のシステム。
【請求項31】
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項２２～３０の
いずれか一項に記載のシステム。
いずれか一項に記載のシステム。
【請求項32】
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以
前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項２２～３１のいず
れか一項に記載のシステム。
前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項２２～３１のいず
れか一項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０１４年５月２７日に出願されたオーストラリア国仮出願番号２０１４９
０１９９９の利益を主張するものであり、その全開示は、参照により本明細書に包含され
る。
本出願は、２０１４年５月２７日に出願されたオーストラリア国仮出願番号２０１４９
０１９９９の利益を主張するものであり、その全開示は、参照により本明細書に包含され
る。
【0002】
本技術は、呼吸器関連疾患の検出、診断、治療、予防および改善のうちの１つまたはそ
れ以上に関する。とりわけ本技術は、医療装置または器具、それらの使用および更新に関
する。
れ以上に関する。とりわけ本技術は、医療装置または器具、それらの使用および更新に関
する。
【背景技術】
【0003】
１．２（２）関連技術の説明
１．２．１ ヒト呼吸器系とその疾患
身体の呼吸器系はガス交換を促進する。鼻と口が患者の気道の入口を形成する。
１．２．１ ヒト呼吸器系とその疾患
身体の呼吸器系はガス交換を促進する。鼻と口が患者の気道の入口を形成する。
【0004】
気道は一連の枝管を含み、それらは肺に深く入るにつれて狭く、短くそしておびただし
くなる。肺の主要機能はガス交換であり、酸素は空気から静脈血に入り、二酸化炭素が運
び出される。気管は左右の主気管支に分かれ、さらに分岐して最後に終末細気管支となる
。気管支は誘導気道を構成し、ガス交換には関与しない。気道をさらに分割すると呼吸細
気管支となり、最終的に肺胞となる。ガス交換が行われる肺の胞状の領域は、呼吸領域と
呼ばれる。Ｊｏｈｎ Ｂ． Ｗｅｓｔ著「呼吸生理学」Ｌｉｐｐｉｎｃｏｔｔ Ｗｉｌｌ
ｉａｍｓ ＆ Ｗｉｌｋｉｎｓ、第９版、２０１１年発行を参照。
くなる。肺の主要機能はガス交換であり、酸素は空気から静脈血に入り、二酸化炭素が運
び出される。気管は左右の主気管支に分かれ、さらに分岐して最後に終末細気管支となる
。気管支は誘導気道を構成し、ガス交換には関与しない。気道をさらに分割すると呼吸細
気管支となり、最終的に肺胞となる。ガス交換が行われる肺の胞状の領域は、呼吸領域と
呼ばれる。Ｊｏｈｎ Ｂ． Ｗｅｓｔ著「呼吸生理学」Ｌｉｐｐｉｎｃｏｔｔ Ｗｉｌｌ
ｉａｍｓ ＆ Ｗｉｌｋｉｎｓ、第９版、２０１１年発行を参照。
【0005】
一連の呼吸器疾患が存在する。呼吸器疾患のいくつかの例には閉塞性睡眠時無呼吸（Ｏ
ＳＡ）、チェーン・ストークス呼吸（ＣＳＲ）、肥満過呼吸症候群（ＯＨＳ）、慢性閉塞
性肺疾患（ＣＯＰＤ）、神経筋疾患（ＮＭＤ）または胸壁疾患が含まれる。
ＳＡ）、チェーン・ストークス呼吸（ＣＳＲ）、肥満過呼吸症候群（ＯＨＳ）、慢性閉塞
性肺疾患（ＣＯＰＤ）、神経筋疾患（ＮＭＤ）または胸壁疾患が含まれる。
【0006】
別の面では、健常な個人はシステムと装置の利点を生かして、呼吸疾患の発症を防止す
ることができる。
ることができる。
【0007】
１．２．２ 治療
鼻持続的気道陽圧（ＣＰＡＰ）療法は、閉塞性睡眠時無呼吸（ＯＳＡ）の治療に用いら
れてきた。この仮説は、持続的気道陽圧が空気的副子として作用し、軟口蓋と舌を前方に
押して、後口咽頭壁から離せば、上気道の閉塞を防止できると言うものである。
鼻持続的気道陽圧（ＣＰＡＰ）療法は、閉塞性睡眠時無呼吸（ＯＳＡ）の治療に用いら
れてきた。この仮説は、持続的気道陽圧が空気的副子として作用し、軟口蓋と舌を前方に
押して、後口咽頭壁から離せば、上気道の閉塞を防止できると言うものである。
【0008】
非侵襲的換気（ＮＩＶ）は、患者が十分に呼吸しおよび／または適切な酸素レベルを体
内に維持するのを支援するために、呼吸作業の一部またはすべてを行って、上気道を通し
て患者に換気補助を提供する。換気補助は患者インタフェースを経由して提供される。Ｎ
ＩＶはＣＳＲ，ＯＨＳ，ＣＯＰＤ，ＭＤおよび胸壁疾患の治療に使用されてきた。
内に維持するのを支援するために、呼吸作業の一部またはすべてを行って、上気道を通し
て患者に換気補助を提供する。換気補助は患者インタフェースを経由して提供される。Ｎ
ＩＶはＣＳＲ，ＯＨＳ，ＣＯＰＤ，ＭＤおよび胸壁疾患の治療に使用されてきた。
【0009】
侵襲的換気（ＩＶ）は、もはや自分で効果的に呼吸できない患者に換気補助を提供し、
気管切開チューブを使用して提供される。
気管切開チューブを使用して提供される。
【0010】
人工呼吸器は、患者に供給される呼吸のタイミングと圧力を制御でき、患者が行う呼吸
をモニターできる。患者を制御しモニターする方法は、典型的には従量式と圧力サイクル
式方法を含む。従量方法はとりわけ、圧力調整容量制御（ＰＲＶＣ）、容量換気（ＶＶ）
と容量制御連続強制換気（ＶＣ－ＣＭＶ）技術を含む。圧力サイクル式はとりわけ支援制
御（ＡＣ）、同期間欠強制換気（ＳＩＭＶ）、調節機械換気（ＣＭＶ）、圧力補助換気（
ＰＳＶ）、持続的陽圧呼吸（ＣＰＡＰ）または呼吸終末陽圧技術（ＰＥＥＰ）を含む。
をモニターできる。患者を制御しモニターする方法は、典型的には従量式と圧力サイクル
式方法を含む。従量方法はとりわけ、圧力調整容量制御（ＰＲＶＣ）、容量換気（ＶＶ）
と容量制御連続強制換気（ＶＣ－ＣＭＶ）技術を含む。圧力サイクル式はとりわけ支援制
御（ＡＣ）、同期間欠強制換気（ＳＩＭＶ）、調節機械換気（ＣＭＶ）、圧力補助換気（
ＰＳＶ）、持続的陽圧呼吸（ＣＰＡＰ）または呼吸終末陽圧技術（ＰＥＥＰ）を含む。
【0011】
１．２．３ システム
治療システムは、呼吸圧力治療装置（ＲＰＴ装置）、空気回路、加湿器、患者インタフ
ェースおよびデータ管理を含む。
治療システムは、呼吸圧力治療装置（ＲＰＴ装置）、空気回路、加湿器、患者インタフ
ェースおよびデータ管理を含む。
【0012】
１．２．４ 患者インタフェース
患者インタフェースは、例えば呼吸できるガスの流れを提供することによって、呼吸装
置をそのユーザーに接続するのに使用できる。呼吸できるガスの流れは、鼻および／また
は口へのマスク、口へのチューブまたは患者の気管への気管開口チューブを経由して提供
される。適用する治療法次第で、患者インタフェースは、例えば患者の顔の部分とでシー
ルを形成してもよく、治療が効果をもたらすように周囲圧力と十分に相違した圧力で、例
えば周囲圧力に対して約１０ｃｍＨ２Ｏの陽圧で、ガスを送出する。酸素の送出のような
ほかの治療の形態では、約１０ｃｍＨ２Ｏの陽圧でのガスの気道への供給を容易にするの
に十分なシールを患者インタフェースに含めなくてもよい。
患者インタフェースは、例えば呼吸できるガスの流れを提供することによって、呼吸装
置をそのユーザーに接続するのに使用できる。呼吸できるガスの流れは、鼻および／また
は口へのマスク、口へのチューブまたは患者の気管への気管開口チューブを経由して提供
される。適用する治療法次第で、患者インタフェースは、例えば患者の顔の部分とでシー
ルを形成してもよく、治療が効果をもたらすように周囲圧力と十分に相違した圧力で、例
えば周囲圧力に対して約１０ｃｍＨ２Ｏの陽圧で、ガスを送出する。酸素の送出のような
ほかの治療の形態では、約１０ｃｍＨ２Ｏの陽圧でのガスの気道への供給を容易にするの
に十分なシールを患者インタフェースに含めなくてもよい。
【0013】
患者インタフェースのデザインにはいろいろな難問がある。顔面は複雑な３次元の形状
をしている。鼻の大きさと形は個人間でかなり異なる。頭部には骨、軟骨と軟組織があり
、顔面の異なる領域は機械的な力に対して異なる反応をする。顎または下顎は頭蓋のほか
の骨に関連して動くことがある。頭全体が呼吸治療の間に動くことがある。
をしている。鼻の大きさと形は個人間でかなり異なる。頭部には骨、軟骨と軟組織があり
、顔面の異なる領域は機械的な力に対して異なる反応をする。顎または下顎は頭蓋のほか
の骨に関連して動くことがある。頭全体が呼吸治療の間に動くことがある。
【0014】
これらの難問のために、マスクによっては、ひどく目立つ、審美的に好ましくない、コ
ストが高い、装着が不十分である、使用困難である、及び、特に長期間の着用または患者
がシステムに不慣れの場合に不快である、のうちの１つまたはそれ以上の問題に悩まされ
る。例えば、飛行士専用にデザインされたマスク、個人の保護装置の一部としてデザイン
されたマスク（例えば、フィルターマスク）、ＳＣＵＢＡマスク、または麻酔薬投与のた
めのマスクは、本来の適用には耐えるが、長期間、例えば数時間着用するのは好ましくな
いほど不愉快である。睡眠中にマスクを着用しなければならない場合は特にそうである。
ストが高い、装着が不十分である、使用困難である、及び、特に長期間の着用または患者
がシステムに不慣れの場合に不快である、のうちの１つまたはそれ以上の問題に悩まされ
る。例えば、飛行士専用にデザインされたマスク、個人の保護装置の一部としてデザイン
されたマスク（例えば、フィルターマスク）、ＳＣＵＢＡマスク、または麻酔薬投与のた
めのマスクは、本来の適用には耐えるが、長期間、例えば数時間着用するのは好ましくな
いほど不愉快である。睡眠中にマスクを着用しなければならない場合は特にそうである。
【0015】
患者が治療に従う限り、鼻ＣＰＡＰ治療はある呼吸器疾患の治療に特に効果的である。
マスクが不愉快であるか使用困難であれば、患者は治療に従わないかもしれない。患者は
自分のマスクを定期的に洗浄するようしばしば推奨されているので、マスクの洗浄が困難
であれば（例えば、組立または分解が困難）、患者は自分のマスクを洗浄しないかもしれ
ず、これは患者のコンプライアンスに影響を与える。
マスクが不愉快であるか使用困難であれば、患者は治療に従わないかもしれない。患者は
自分のマスクを定期的に洗浄するようしばしば推奨されているので、マスクの洗浄が困難
であれば（例えば、組立または分解が困難）、患者は自分のマスクを洗浄しないかもしれ
ず、これは患者のコンプライアンスに影響を与える。
【0016】
その他の適用（例えば、飛行士）のためのマスクを睡眠呼吸障害に使用するのは適切で
ないかもしれないが、睡眠呼吸障害に使用するようデザインされたマスクはその他の適用
に適しているかもしれない。
ないかもしれないが、睡眠呼吸障害に使用するようデザインされたマスクはその他の適用
に適しているかもしれない。
【0017】
これらの理由により、睡眠中の鼻ＣＰＡＰの送出のための患者インタフェースは独特な
分野である。
分野である。
【0018】
１．２．４．１ シール形成部
患者インタフェースはシール形成部を含む。これは患者の顔面と直接接触するので、シ
ール形成部の形状と形態は患者インタフェースの有効性と快適さに直接影響を与えること
がある。
患者インタフェースはシール形成部を含む。これは患者の顔面と直接接触するので、シ
ール形成部の形状と形態は患者インタフェースの有効性と快適さに直接影響を与えること
がある。
【0019】
患者インタフェースは、シール形成部分が使用中の顔面の何処と当たるかのデザイン意
図によって、一部特徴付けられる。患者インタフェースの１つの形態において、シール形
成部は左と右のそれぞれの鼻孔に当たる２つの準部分を持つことができる。患者インタフ
ェースの一形態において、シール形成部分は使用中に両方の鼻孔を囲む単一のエレメント
であってよい。このような単一のエレメントは、例えば顔面の上唇領域と鼻梁領域を覆う
ようにデザインしてよい。患者インタフェースの一形態において、シール形成部分は例え
ば顔面の下唇領域上にシールを形成するなど、使用中の口の領域を囲むエレメントで成っ
てよい。患者インタフェースの一形態において、シール形成部分は使用中の両方の鼻孔と
口の部分を囲む単一のエレメントで成ってよい。患者インタフェースのこれらの異なるタ
イプは、それらの製造者が付けた種々の名称で知られており、鼻マスク、顔全体マスク、
鼻枕、鼻噴霧および口－鼻マスクが含まれる。
図によって、一部特徴付けられる。患者インタフェースの１つの形態において、シール形
成部は左と右のそれぞれの鼻孔に当たる２つの準部分を持つことができる。患者インタフ
ェースの一形態において、シール形成部分は使用中に両方の鼻孔を囲む単一のエレメント
であってよい。このような単一のエレメントは、例えば顔面の上唇領域と鼻梁領域を覆う
ようにデザインしてよい。患者インタフェースの一形態において、シール形成部分は例え
ば顔面の下唇領域上にシールを形成するなど、使用中の口の領域を囲むエレメントで成っ
てよい。患者インタフェースの一形態において、シール形成部分は使用中の両方の鼻孔と
口の部分を囲む単一のエレメントで成ってよい。患者インタフェースのこれらの異なるタ
イプは、それらの製造者が付けた種々の名称で知られており、鼻マスク、顔全体マスク、
鼻枕、鼻噴霧および口－鼻マスクが含まれる。
【0020】
患者の顔の一領域での効果的なシール形成部分は、患者の顔の形状、構造、ばらつきお
よび敏感な部分が異なるので、別の領域には適していないことがある。例えば、患者の額
を覆う水中メガネのシールを患者の鼻に使用するには適当でない。
よび敏感な部分が異なるので、別の領域には適していないことがある。例えば、患者の額
を覆う水中メガネのシールを患者の鼻に使用するには適当でない。
【0021】
１つのデザインがさまざまな異なる顔の形状および大きさに適し、快適で効果的である
のように、或るシール形成部を大量生産用にデザインすることができる。患者の顔の形状
と大量生産された患者のインタフェースのシール形成部の間で不整合ができるまで、１つ
または両方を適合させてシールを形成しなければならない。
のように、或るシール形成部を大量生産用にデザインすることができる。患者の顔の形状
と大量生産された患者のインタフェースのシール形成部の間で不整合ができるまで、１つ
または両方を適合させてシールを形成しなければならない。
【0022】
シール形成部分の１つのタイプは、患者インタフェースの周辺付近に伸び、シール形成
部分が患者の顔に係合しようとしており、力が患者インタフェースに加えられた時に患者
の顔に抗してシールするように意図される。シール形成部分は、空気または液体で充満さ
れたクッション、またはゴムのようなエラストマーでできた弾力性のあるシールエレメン
トの成形または形成面を含むことができる。このタイプのシール形成では、適合が適切で
なければ、シール形成部分と顔の間にギャップがあり、シールを形成するために顔に抗し
て患者インタフェースに追加の力を加える必要がある。
部分が患者の顔に係合しようとしており、力が患者インタフェースに加えられた時に患者
の顔に抗してシールするように意図される。シール形成部分は、空気または液体で充満さ
れたクッション、またはゴムのようなエラストマーでできた弾力性のあるシールエレメン
トの成形または形成面を含むことができる。このタイプのシール形成では、適合が適切で
なければ、シール形成部分と顔の間にギャップがあり、シールを形成するために顔に抗し
て患者インタフェースに追加の力を加える必要がある。
【0023】
シール形成部のもう１つのタイプは、マスクの周辺近辺に位置した薄い材料でできたフ
ラップシールを含み、マスク内に陽圧がかかると患者の顔に抗してセルフシーリングを行
う。シール形成部分の以前のタイプのように、顔面とマスクとの間の適合が良好でないと
、シールを形成するのに追加の力が必要になるかまたはマスクから漏れが生じる。さらに
、シール形成部分の形状が患者のそれに適合しない場合、使用中にしわが生じたり曲がっ
たりすることがあり、漏れが発生する。
ラップシールを含み、マスク内に陽圧がかかると患者の顔に抗してセルフシーリングを行
う。シール形成部分の以前のタイプのように、顔面とマスクとの間の適合が良好でないと
、シールを形成するのに追加の力が必要になるかまたはマスクから漏れが生じる。さらに
、シール形成部分の形状が患者のそれに適合しない場合、使用中にしわが生じたり曲がっ
たりすることがあり、漏れが発生する。
【0024】
シール形成部分のもう１つのタイプは、例えば鼻孔への挿入のような摺合せエレメント
を含むことができる。
を含むことができる。
【0025】
シール形成部分のもう１つの形態は、接着剤を使ってシールを達成する。顔面に接着剤
を絶えず適用しこれを除去するのが不便と感じる患者もいる。
を絶えず適用しこれを除去するのが不便と感じる患者もいる。
【0026】
ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄに譲渡された下記の特許出願に、さまざまな患者インタ
フェース・シール形成部の技術が開示されている：ＷＯ１９９８／００４，３１０、ＷＯ
２００６／０７４，５１３、ＷＯ２０１０／１３５，７８５。
フェース・シール形成部の技術が開示されている：ＷＯ１９９８／００４，３１０、ＷＯ
２００６／０７４，５１３、ＷＯ２０１０／１３５，７８５。
【0027】
鼻枕の一形態がＰｕｒｉｔａｎ Ｂｅｎｎｅｔｔが製造するＡｄａｍ Ｃｉｒｃｕｉｔ
に見出される。もう１つの鼻枕または鼻噴霧はＰｕｒｉｔａｎ－Ｂｅｎｎｅｔｔ Ｃｏｒ
ｐｏｒａｔｉｏｎに譲渡された米国特４，７８２，８３２（Ｔｒｉｍｂｌｅほか）の題目
である。
に見出される。もう１つの鼻枕または鼻噴霧はＰｕｒｉｔａｎ－Ｂｅｎｎｅｔｔ Ｃｏｒ
ｐｏｒａｔｉｏｎに譲渡された米国特４，７８２，８３２（Ｔｒｉｍｂｌｅほか）の題目
である。
【0028】
ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄは、鼻枕を組み込んだ以下の製品を製造した：ＳＷＩＦ
Ｔ鼻枕マスク、ＳＷＩＦＴＩＩ鼻枕マスク、ＳＷＩＦＴ ＬＴ鼻枕マスク、ＳＷＩＦＴ
ＦＸ鼻枕マスクおよびＬＩＢＥＲＴＹフルフェース・マスク。ＲｅｄＭｅｄに譲渡された
以下の特許出願に、鼻枕マスクが記述されている。国際特許出願ＷＯ２００４／０７３，
７７８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ鼻枕の特徴を記載）、米国特許出願２００９
／００４４８０８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ ＬＴ鼻枕の特徴を記載）、国際
特許出願ＷＯ２００５／０６３，３２８とＷＯ２００６／１３０，９０３（とりわけＲｅ
ｓＭｅｄ ＬＩＢＥＲＴＹフルフェース・マスクの特徴を記載）、国際特許出願ＷＯ２０
０９／０５２，５６０（とりわけＲｅｓＭｅｄ ＳＷＩＦＴ ＦＸ鼻枕の特徴を記載）。
Ｔ鼻枕マスク、ＳＷＩＦＴＩＩ鼻枕マスク、ＳＷＩＦＴ ＬＴ鼻枕マスク、ＳＷＩＦＴ
ＦＸ鼻枕マスクおよびＬＩＢＥＲＴＹフルフェース・マスク。ＲｅｄＭｅｄに譲渡された
以下の特許出願に、鼻枕マスクが記述されている。国際特許出願ＷＯ２００４／０７３，
７７８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ鼻枕の特徴を記載）、米国特許出願２００９
／００４４８０８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ ＬＴ鼻枕の特徴を記載）、国際
特許出願ＷＯ２００５／０６３，３２８とＷＯ２００６／１３０，９０３（とりわけＲｅ
ｓＭｅｄ ＬＩＢＥＲＴＹフルフェース・マスクの特徴を記載）、国際特許出願ＷＯ２０
０９／０５２，５６０（とりわけＲｅｓＭｅｄ ＳＷＩＦＴ ＦＸ鼻枕の特徴を記載）。
【0029】
１．２．４．２ 位置決めと安定化
陽圧空気治療に使用する患者インタフェースのシール形成部は、シールを崩壊しようと
する空気圧の対応する力の影響を受ける。このようにシール形成部を位置決めし、それを
顔の適当な位置とシーリングの関係を維持するために様々な技術が使用されてきた。
陽圧空気治療に使用する患者インタフェースのシール形成部は、シールを崩壊しようと
する空気圧の対応する力の影響を受ける。このようにシール形成部を位置決めし、それを
顔の適当な位置とシーリングの関係を維持するために様々な技術が使用されてきた。
【0030】
１つの技術に接着剤の使用がある。例えば米国特許公開ＵＳ２０１０／００００５３４
を参照。
を参照。
【0031】
もう１つの技術として、１つまたはそれ以上のひもと安定化装着帯の使用がある。この
ような装着帯の多くは、１つまたはそれ以上の不適合、かさばる、不快および使用がぎこ
ちない、の問題に悩まされる。
ような装着帯の多くは、１つまたはそれ以上の不適合、かさばる、不快および使用がぎこ
ちない、の問題に悩まされる。
【0032】
１．２．５呼吸圧力治療（ＲＰＴ）装置
睡眠呼吸障害の治療に用いられる１つの既知のＲＰＴは、ＲｅｓＭｅｄが製造するＳ９
Ｓｌｅｅｐ Ｔｈｅｒａｐｙ Ｓｙｓｔｅｍである。もう１つのＲＰＴ装置の実施例は
人工呼吸器である。成人および小児用人工呼吸器のＲｅｓＭｅｄ ＳｔｅｌｌａｒＴＭシ
リーズのような人工呼吸器は、ＮＭＤ、ＯＨＳおよびＣＯＰＤ（ただしこれらに限定され
ない）のような多くの疾患を治療しているさまざまな患者のために侵襲および非侵襲非依
存人工呼吸器のサポートを提供できる。ＲＰＴ装置は流れ発生器としても知られている。
睡眠呼吸障害の治療に用いられる１つの既知のＲＰＴは、ＲｅｓＭｅｄが製造するＳ９
Ｓｌｅｅｐ Ｔｈｅｒａｐｙ Ｓｙｓｔｅｍである。もう１つのＲＰＴ装置の実施例は
人工呼吸器である。成人および小児用人工呼吸器のＲｅｓＭｅｄ ＳｔｅｌｌａｒＴＭシ
リーズのような人工呼吸器は、ＮＭＤ、ＯＨＳおよびＣＯＰＤ（ただしこれらに限定され
ない）のような多くの疾患を治療しているさまざまな患者のために侵襲および非侵襲非依
存人工呼吸器のサポートを提供できる。ＲＰＴ装置は流れ発生器としても知られている。
【0033】
ＲｅｓＭｅｄ Ｅｌｉｓｅｅ（商標）１５０人工呼吸器とＲｅｓＭｅｄ ＶＳ ＩＩＩ
（商標）人工呼吸器は、成人および小児患者の多数の疾患の治療に適した侵襲および非侵
襲依存人工呼吸器を提供することができる。これらの人工呼吸器は、単一または二重肢回
路の付いた容積式換気モードと気圧式換気モードを提供する。
（商標）人工呼吸器は、成人および小児患者の多数の疾患の治療に適した侵襲および非侵
襲依存人工呼吸器を提供することができる。これらの人工呼吸器は、単一または二重肢回
路の付いた容積式換気モードと気圧式換気モードを提供する。
【0034】
ＲＰＴ装置は、典型的にはモーター駆動の送風機または圧縮ガスリザーバのような圧力
発生器から成り、患者の気道に空気の流れを供給するように構成される。場合によっては
、空気流を陽圧で患者の気道に供給することができる。ＲＰＴ装置の出口は、空気回路を
経由して上記の患者のインタフェースに接続される。
発生器から成り、患者の気道に空気の流れを供給するように構成される。場合によっては
、空気流を陽圧で患者の気道に供給することができる。ＲＰＴ装置の出口は、空気回路を
経由して上記の患者のインタフェースに接続される。
【0035】
ＲＰＴ装置は典型的には入口フィルター、いろいろなセンサーおよびマイクロプロセッ
サーをベースにしたコントローラーも含む。送風機はサーボ制御のモーター、ボリュート
およびインペラーを含む。場合によってはモーターのためのブレーキを組み込んで、モー
ターとインペラーの慣性に打ち勝って送風機の速度をより速やかに減速できる。ブレーキ
ングによって送風機が低圧状態をより速やかに時間内に達成して、慣性にもかかわらず呼
気との同期を行う。場合によっては圧力発生器は、モーター速度の制御の代替として、患
者に吐出される圧力を変更する手段として発生した空気を大気へ吐出できるバルブを含む
ことができる。センサーはとりわけモーター速度、質量流量および圧力変換器などによる
出口圧力を測定する。コントローラーは統合データ検索および表示機能の付いたまたは付
いていないデータ記憶容量を含むことができる。
サーをベースにしたコントローラーも含む。送風機はサーボ制御のモーター、ボリュート
およびインペラーを含む。場合によってはモーターのためのブレーキを組み込んで、モー
ターとインペラーの慣性に打ち勝って送風機の速度をより速やかに減速できる。ブレーキ
ングによって送風機が低圧状態をより速やかに時間内に達成して、慣性にもかかわらず呼
気との同期を行う。場合によっては圧力発生器は、モーター速度の制御の代替として、患
者に吐出される圧力を変更する手段として発生した空気を大気へ吐出できるバルブを含む
ことができる。センサーはとりわけモーター速度、質量流量および圧力変換器などによる
出口圧力を測定する。コントローラーは統合データ検索および表示機能の付いたまたは付
いていないデータ記憶容量を含むことができる。
【0036】
【表1】
【0037】
１．２．６ 加湿器
加湿なしに呼吸できるガスの流れを送出すると、気道が乾燥することがある。医療用加
湿器は、呼吸できるガスの流れの湿度および／または温度を周囲空気に対して、要求があ
れば、典型的には患者が睡眠中または休息中に（例えば病院において）上げるのに使用さ
れる。その結果、医療用加湿器は好ましくはベッドの横に置くように小さくてよく、患者
の周囲を加湿および／または加熱しないで、患者に送出された呼吸できるガスの流れだけ
を加湿および／または加熱するように構成できる。例えば、部屋をベースにしたシステム
（例えば、サウナ、空調装置、蒸発冷却器）も患者が呼吸する空気を加湿できるが、これ
らのシステムは部屋全体を加湿および／または加熱することになり、居住者に不快をもた
らすことがある。
加湿なしに呼吸できるガスの流れを送出すると、気道が乾燥することがある。医療用加
湿器は、呼吸できるガスの流れの湿度および／または温度を周囲空気に対して、要求があ
れば、典型的には患者が睡眠中または休息中に（例えば病院において）上げるのに使用さ
れる。その結果、医療用加湿器は好ましくはベッドの横に置くように小さくてよく、患者
の周囲を加湿および／または加熱しないで、患者に送出された呼吸できるガスの流れだけ
を加湿および／または加熱するように構成できる。例えば、部屋をベースにしたシステム
（例えば、サウナ、空調装置、蒸発冷却器）も患者が呼吸する空気を加湿できるが、これ
らのシステムは部屋全体を加湿および／または加熱することになり、居住者に不快をもた
らすことがある。
【0038】
流れ発生器またはＲＰＴ装置および患者インタフェースと共に加湿器を使用すると、加
湿されたガスが生成され、これが鼻粘膜の乾燥を最小限に抑え、患者の気道の快適さを増
す。加えて、涼しい気候では、暖かい空気がインタフェースの中の患者の顔およびその周
りに広く当たると、冷たい空気よりずっと快適である。
湿されたガスが生成され、これが鼻粘膜の乾燥を最小限に抑え、患者の気道の快適さを増
す。加えて、涼しい気候では、暖かい空気がインタフェースの中の患者の顔およびその周
りに広く当たると、冷たい空気よりずっと快適である。
【0039】
いろいろな形態の呼吸用加湿器があり、空気回路を経て呼吸装置に連結された自立型は
関連の呼吸装置に組込まれるかまたは連結されるように構成されるものがある。既知の受
動的な加湿器はある安堵を提供できるが、一般に加熱加湿器は患者が快適であるように十
分な湿度と温度を提供する。加湿器は典型的には数百ミリリットル（ｍｌ）の容量を有す
る水リザーバーまたはタブ型容器、リザーバーの中の水を加熱する加熱エレメント、加湿
のレベルを変更できる制御装置、流れ発生器またはＲＰＴ装置からのガスを受け入れるガ
ス入口および加湿されたガスを患者インタフェースへ吐出する空気回路に接続できるよう
に適合されたガス出口を含む。
関連の呼吸装置に組込まれるかまたは連結されるように構成されるものがある。既知の受
動的な加湿器はある安堵を提供できるが、一般に加熱加湿器は患者が快適であるように十
分な湿度と温度を提供する。加湿器は典型的には数百ミリリットル（ｍｌ）の容量を有す
る水リザーバーまたはタブ型容器、リザーバーの中の水を加熱する加熱エレメント、加湿
のレベルを変更できる制御装置、流れ発生器またはＲＰＴ装置からのガスを受け入れるガ
ス入口および加湿されたガスを患者インタフェースへ吐出する空気回路に接続できるよう
に適合されたガス出口を含む。
【0040】
加熱したパスオーバー加湿は、ＲＰＴ装置で使用される加湿の形態の一般的な形態であ
る。このような加湿器において加熱エレメントは、水タブの下にあって水タブと熱的接触
にあるヒータープレートに組み込むことができる。このように熱は主として伝導によって
ヒータープレートから水リザーバーに伝えられる。ＲＰＴ装置からの空気の流れは水タブ
の中の加熱された水を通り、その結果水蒸気が空気の流れに持ち去られる。ＲｅｓＭｅｄ
Ｈ４ｉ（商標）とＨ５ｉ（商標）加湿器はこのような加熱パスオーバー加湿器の例であ
り、それぞれＲｓｄＭｅｄ Ｓ８およびＳ９ ＣＰＡＰ装置と組み合わせて使用する。
る。このような加湿器において加熱エレメントは、水タブの下にあって水タブと熱的接触
にあるヒータープレートに組み込むことができる。このように熱は主として伝導によって
ヒータープレートから水リザーバーに伝えられる。ＲＰＴ装置からの空気の流れは水タブ
の中の加熱された水を通り、その結果水蒸気が空気の流れに持ち去られる。ＲｅｓＭｅｄ
Ｈ４ｉ（商標）とＨ５ｉ（商標）加湿器はこのような加熱パスオーバー加湿器の例であ
り、それぞれＲｓｄＭｅｄ Ｓ８およびＳ９ ＣＰＡＰ装置と組み合わせて使用する。
【0041】
その他の加湿器、例えば泡または拡散加湿器、ジェット加湿器またはウイッキング加湿
器も使用される。泡または拡散加湿器において、空気は水表面の下を通り表面に泡となっ
て現れる。ジェット加湿器は水のエアロゾルを生成し、加湿器を出る前に粒子が除去され
るかまたは蒸発するようにバッフルまたはフィルターを使用する。ウイッキング加湿器は
スポンジまたは紙のような水を吸収する材料を使用し、毛細管現象によって水を吸収する
。吸収材料の中の蒸発が空気流に持ち去られるように、水吸収材料は空気流路の中または
少なくともその一部に隣接させて置く。
器も使用される。泡または拡散加湿器において、空気は水表面の下を通り表面に泡となっ
て現れる。ジェット加湿器は水のエアロゾルを生成し、加湿器を出る前に粒子が除去され
るかまたは蒸発するようにバッフルまたはフィルターを使用する。ウイッキング加湿器は
スポンジまたは紙のような水を吸収する材料を使用し、毛細管現象によって水を吸収する
。吸収材料の中の蒸発が空気流に持ち去られるように、水吸収材料は空気流路の中または
少なくともその一部に隣接させて置く。
【0042】
加湿の代替の形態は、ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００加湿器によっ
て提供される。この加湿器はＣｏｕｎｔｅｒＳｔｒｅａｍ（商標）技術を使用して空気流
を第１の方向の大きい表面に向け、一方加熱された水を第２の方向の大きい表面積に供給
する。ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００は、さまざまな侵襲または非侵
襲の人工呼吸器で使用できる。
て提供される。この加湿器はＣｏｕｎｔｅｒＳｔｒｅａｍ（商標）技術を使用して空気流
を第１の方向の大きい表面に向け、一方加熱された水を第２の方向の大きい表面積に供給
する。ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００は、さまざまな侵襲または非侵
襲の人工呼吸器で使用できる。
【発明の概要】
【0043】
本開示の態様は、患者装置をネットワーク経由で更新する、コンピュータにより実施さ
れる方法を提供する。この方法は複数の患者装置に関連したコンフィギュレーション・デ
ータ（構成データ）にアクセスすることを含むことができ、ここに前記複数の患者装置の
それぞれは命令のセットを実装する。この方法は、また、前記複数の患者装置から、１つ
またはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ
以上の患者装置を識別することと、２つ以上の更新が提供される場合に、前記コンフィギ
ュレーション・データが、命令更新が前記１つまたはそれ以上の患者装置に現在インスト
ールされていないことを示す前記１つまたはそれ以上の患者装置に提供すべき前記命令更
新を選択することと、を含む。この方法は、また、前記１つまたはそれ以上の患者装置に
前記命令更新を送信することと、前記１つまたはそれ以上の患者装置のそれぞれが首尾よ
く前記命令更新をインストールしたかどうかを決定することと、を含む。さらに、前記コ
ンフィギュレーション・データは、前記命令更新を首尾よくインストールした前記１つま
たはそれ以上の患者装置のそれぞれに対して更新されることができる。
れる方法を提供する。この方法は複数の患者装置に関連したコンフィギュレーション・デ
ータ（構成データ）にアクセスすることを含むことができ、ここに前記複数の患者装置の
それぞれは命令のセットを実装する。この方法は、また、前記複数の患者装置から、１つ
またはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ
以上の患者装置を識別することと、２つ以上の更新が提供される場合に、前記コンフィギ
ュレーション・データが、命令更新が前記１つまたはそれ以上の患者装置に現在インスト
ールされていないことを示す前記１つまたはそれ以上の患者装置に提供すべき前記命令更
新を選択することと、を含む。この方法は、また、前記１つまたはそれ以上の患者装置に
前記命令更新を送信することと、前記１つまたはそれ以上の患者装置のそれぞれが首尾よ
く前記命令更新をインストールしたかどうかを決定することと、を含む。さらに、前記コ
ンフィギュレーション・データは、前記命令更新を首尾よくインストールした前記１つま
たはそれ以上の患者装置のそれぞれに対して更新されることができる。
【0044】
もう１つの態様において、前記命令更新は下記の少なくとも１つを含むことができる：
命令更新ファイルの場所を指定するデータ；装置のどのコンポーネントに前記更新を適用
すべきかについての指示；各装置に前記更新を実施するスケジュール時間；前記更新が適
用されるべきとの確認を要求すべきかどうかの指示；該当する場合、患者の治療が停止さ
れるまで前記更新を適用しないとの指示；まだ発生していない更新のキャンセルを可能に
するデータ構造と機能性；単一操作において大量の更新を要求するバッチ能力；および、
前記更新のステータスを示す単一操作においてこれらの更新のステータスをチェックする
能力。
命令更新ファイルの場所を指定するデータ；装置のどのコンポーネントに前記更新を適用
すべきかについての指示；各装置に前記更新を実施するスケジュール時間；前記更新が適
用されるべきとの確認を要求すべきかどうかの指示；該当する場合、患者の治療が停止さ
れるまで前記更新を適用しないとの指示；まだ発生していない更新のキャンセルを可能に
するデータ構造と機能性；単一操作において大量の更新を要求するバッチ能力；および、
前記更新のステータスを示す単一操作においてこれらの更新のステータスをチェックする
能力。
【0045】
前記１つまたはそれ以上の基準と命令更新を選択することは、遠隔計算装置（遠隔コン
ピューティングデバイス）、例えば臨床医またはサービス員のコンピュータ、から受信し
た１つまたはそれ以上の送信に基づくことができる。さらに命令更新を選択するステップ
は、遠隔計算装置のユーザーからの受信入力に基づくことができ、該受信入力は、複数の
命令更新からの前記命令更新を示す。前記命令更新を送信することは、検証データを送信
することをさらに含み、ここに、検証データは、患者装置が使用して、該受信した命令更
新が完了したことを検証する。この場合、前記更新が“完了した”との表現は、前記更新
が決して破損または変更されていないことを示すことも意味している。前記命令更新は、
前記命令更新が首尾よくインストールされなかったと決定された各装置に再送信されるこ
とができる。
ピューティングデバイス）、例えば臨床医またはサービス員のコンピュータ、から受信し
た１つまたはそれ以上の送信に基づくことができる。さらに命令更新を選択するステップ
は、遠隔計算装置のユーザーからの受信入力に基づくことができ、該受信入力は、複数の
命令更新からの前記命令更新を示す。前記命令更新を送信することは、検証データを送信
することをさらに含み、ここに、検証データは、患者装置が使用して、該受信した命令更
新が完了したことを検証する。この場合、前記更新が“完了した”との表現は、前記更新
が決して破損または変更されていないことを示すことも意味している。前記命令更新は、
前記命令更新が首尾よくインストールされなかったと決定された各装置に再送信されるこ
とができる。
【0046】
さらにもう１つの態様によれば、前記１つまたはそれ以上の患者装置のそれぞれからの
指し示しは、前記命令セットが首尾よくインストールされたことを示し、計算装置にメッ
セージが送信され、ここに、このメッセージは、前記１つまたはそれ以上の患者装置に対
する前記命令更新が首尾よくインストールされたことを特定する。前記コンフィギュレー
ション・データは、少なくとも次のうちの１つを含む：ａ）通し番号、ｂ）前記患者装置
に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョ
ン、ｄ）前記患者装置が使用されている領域、およびｅ）前記患者装置に以前に首尾よく
適用された、または、されなかった前記命令更新の記録。
指し示しは、前記命令セットが首尾よくインストールされたことを示し、計算装置にメッ
セージが送信され、ここに、このメッセージは、前記１つまたはそれ以上の患者装置に対
する前記命令更新が首尾よくインストールされたことを特定する。前記コンフィギュレー
ション・データは、少なくとも次のうちの１つを含む：ａ）通し番号、ｂ）前記患者装置
に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョ
ン、ｄ）前記患者装置が使用されている領域、およびｅ）前記患者装置に以前に首尾よく
適用された、または、されなかった前記命令更新の記録。
【0047】
さらにもう１つの態様によれば、前記複数の患者装置は、呼吸圧力治療装置であること
ができる。前記コンフィギュレーション・データは次のうちの少なくとも１つを含むこと
ができる：ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセット
のバージョン、ｃ）ハードウエアのバージョン。加えて、前記命令更新は、第１の部分お
よび第２の部分を含み、ここで、前記患者装置の第１のコンポーネントは、前記命令更新
の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の
部分に従って動作する。
ができる。前記コンフィギュレーション・データは次のうちの少なくとも１つを含むこと
ができる：ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセット
のバージョン、ｃ）ハードウエアのバージョン。加えて、前記命令更新は、第１の部分お
よび第２の部分を含み、ここで、前記患者装置の第１のコンポーネントは、前記命令更新
の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の
部分に従って動作する。
【0048】
もう１つの態様において、医療を提供する装置を更新する方法は、患者装置の操作につ
いて第１の命令セットにアクセスすることと、該第１の命令セットにしたがって第１の操
作セットを実施することと、遠隔計算装置からネットワークを通して更新データを受信す
ることと、該更新データにそたがって前記第１の命令セットを更新して、更新された命令
セットを生成することと、前記第１の命令セットの更新が行われたことの確認を前記遠隔
計算装置に送信することと、該更新された命令セットにしたがって第２の操作セットを実
施することと、を含むことができる。
いて第１の命令セットにアクセスすることと、該第１の命令セットにしたがって第１の操
作セットを実施することと、遠隔計算装置からネットワークを通して更新データを受信す
ることと、該更新データにそたがって前記第１の命令セットを更新して、更新された命令
セットを生成することと、前記第１の命令セットの更新が行われたことの確認を前記遠隔
計算装置に送信することと、該更新された命令セットにしたがって第２の操作セットを実
施することと、を含むことができる。
【0049】
この方法は、検証データを受信することを含み、該受信した更新データが完全なものか
どうかを決定することをさらに含む。該受信した更新データが不完全と決定されると、前
記患者装置は、エラー通知を前記遠隔計算装置に送信し、更新データの第２の送信を受信
することができる。
どうかを決定することをさらに含む。該受信した更新データが不完全と決定されると、前
記患者装置は、エラー通知を前記遠隔計算装置に送信し、更新データの第２の送信を受信
することができる。
【0050】
本技術は制限ではなく、実施例によって説明され、添付の図面における数字において同
じ参照番号は同じエレメントを参照する。
じ参照番号は同じエレメントを参照する。
【図面の簡単な説明】
【0051】
【図1a】［３．１ 治療システム］本技術によるシステムを示す図である。鼻枕の形態の患者インタフェース３０００を着用した患者１０００は、ＲＰＴ装置４０００から陽圧の空気の供給を受ける。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に供給される。
【図1b】鼻マスクの形態の患者インタフェース３０００を着用し、ＲＰＴ装置４０００から陽圧の空気の供給を受ける患者１０００を含むシステムを示す図である。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に送られる。
【図1c】フルフェース・マスクの形態の患者インタフェース３０００を着用し、ＲＰＴ装置から陽圧の空気の供給を受ける患者１０００を含むシステム示す図である。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に送られる。
【図2a】［３．２ 治療］＜３．２．１ 呼吸システム＞ 鼻腔と口腔、喉頭、声帯、食道、気管、気管支、肺、肺胞嚢、心臓および横隔膜を含むヒト呼吸器系統の概観を示す図である。
【図2b】鼻腔、鼻骨、外側鼻軟骨、大鼻翼軟骨、小鼻、上唇、下唇、喉頭、硬口蓋、軟口蓋、中咽頭、舌、喉頭蓋、声帯ひだ、食道および気管を含むヒト上気道の概観を示す図である。
【図2c】＜３．２．２ 顔の解剖学＞上唇、上赤唇、下赤唇、下唇、口の幅、エンドカンチオン、鼻翼、ホウレイ線およびケイリオンが識別された体表解剖学のいくつかの特徴を示した顔の正面図である。
【図3a】［３．３ 患者インタフェース］先行技術において知られている患者インタフェースの一例を示す図である。
【図4a】［３．４ 呼吸圧力治療（ＲＰＴ）装置］本技術の一形態によるＲＰＴ装置を示す図である。
【図4b】本技術の一形態によるＲＰＴ装置の空気回路の模式図である。上方向と下方向が示されている。
【図4c】本技術の一形態によるＲＰＴ装置の電気的コンポーネントの模式図である。
【図5a】［３．５ 加湿器］本技術の一態様による加湿器を示す図である。
【図6a】［３．６ 呼吸波形］ヒトの睡眠時の典型的な呼吸波形のモデルを示す図である。横軸が時間を表し、縦軸は呼吸流量を表している。パラメータ値が変動すると、典型的な呼吸は次のような概略値を示す：１回換気量、Ｖｔ，０．５Ｌ，吸入時間、Ｔｉ，１．６ｓ，最大吸気流量、Ｑｐｅａｋ，０．４Ｌ／ｓ，呼気時間、Ｔｅ，２．４ｓ，最大呼気流量，Ｑｐｅａｋ，－０．５Ｌ／ｓ。呼吸の全持続時間Ｔｔｏｔは約４ｓである。ヒトは人工呼吸器装置を使用して典型的には１分あたり約１５回の割合で（ＢＰＭ）呼吸する。Ｖｅｎｔ約７．５Ｌ／ｓ。典型的な負荷サイクル（デューティサイクル）、ＴｉとＴｔｏｔの比は約４０％である。
【図7】［３．７ データ管理システム］患者データの収集と送信に使用する一例の通信システム７００を示す図である。患者装置７２０、７３０および７４０のそれぞれは、ＲＰＴ４０００、加湿器５０００および患者インタフェース３０００を含む。
【図8】患者装置によって実装された更新命令セットに関して本明細書で開示された患者装置で実施される操作のフローチャートを示す図である。
【図9】本明細書で開示されたサーバーのような計算装置で実施することのできる操作のフローチャート９００を示す図である。
【発明を実施するための形態】
【0052】
本技術をさらに詳細に説明する前に、本技術は本明細書に記載された変わることのある
特定の実施例に限定されないことを理解されたい。またこの開示で使用されている専門用
語は、本明細書中で議論される特定の実施例のみを記述するのが目的であり、限定する意
図のないことを理解すべきである。
特定の実施例に限定されないことを理解されたい。またこの開示で使用されている専門用
語は、本明細書中で議論される特定の実施例のみを記述するのが目的であり、限定する意
図のないことを理解すべきである。
【0053】
４．１ 治療システム
１つの形態において、本技術は呼吸疾患を治療する器具を含む。この器具は空気のよう
な加圧された呼吸できるガスを、患者インタフェース３０００に至る空気吐出チューブを
経て患者１０００に供給する流れ発生器または送風機を含む。
１つの形態において、本技術は呼吸疾患を治療する器具を含む。この器具は空気のよう
な加圧された呼吸できるガスを、患者インタフェース３０００に至る空気吐出チューブを
経て患者１０００に供給する流れ発生器または送風機を含む。
【0054】
４．２ 治療
１つの形態において、本技術は陽圧を患者１０００の気道入口に適用するステップを含
む呼吸疾患を治療する方法を含む。
１つの形態において、本技術は陽圧を患者１０００の気道入口に適用するステップを含
む呼吸疾患を治療する方法を含む。
【0055】
４．２．１ ＯＳＡのための鼻ＣＰＡＰ
１つの形態において、本技術は鼻持続的気道陽圧を患者に適用することによって閉塞性
睡眠時無呼吸（ＯＳＡ）を治療する方法を含む。
１つの形態において、本技術は鼻持続的気道陽圧を患者に適用することによって閉塞性
睡眠時無呼吸（ＯＳＡ）を治療する方法を含む。
【0056】
４．３ 患者インタフェース３０００
本技術の一形態による非侵襲型患者インタフェース３０００は以下の機能面を有する：
シール形成構造３１００、プレナムチャンバー３２００、位置決めおよび安定化構造３３
００、ベント３４００および空気回路４１７０へ接続するための接続ポート３６００。い
くつかの形態において、機能面は１つまたはそれ以上の物理的コンポーネントによって提
供されてよい。いくつかの形態において、１つの物理的コンポーネントが１つまたはそれ
以上の機能面を提供できる。使用中は、シール形成構造３１００が気道入口を取り巻くよ
うに配置され空気を陽圧で気道に供給する。
本技術の一形態による非侵襲型患者インタフェース３０００は以下の機能面を有する：
シール形成構造３１００、プレナムチャンバー３２００、位置決めおよび安定化構造３３
００、ベント３４００および空気回路４１７０へ接続するための接続ポート３６００。い
くつかの形態において、機能面は１つまたはそれ以上の物理的コンポーネントによって提
供されてよい。いくつかの形態において、１つの物理的コンポーネントが１つまたはそれ
以上の機能面を提供できる。使用中は、シール形成構造３１００が気道入口を取り巻くよ
うに配置され空気を陽圧で気道に供給する。
【0057】
４．３．１ シール形成構造３１００
本技術の一形態において、シール形成構造３１００はシール形成面を提供し、さらにク
ッション機能を提供できる。
本技術の一形態において、シール形成構造３１００はシール形成面を提供し、さらにク
ッション機能を提供できる。
【0058】
本技術によるシール形成構造３１００はシリコンのような柔らかく、柔軟で弾力性のあ
る材料で構築できる。
る材料で構築できる。
【0059】
１つの形態において、シール形成構造３１００はシーリングフランジおよび支持フラン
ジを含む。好ましくはシーリングフランジは、厚さが例えば約０．２５ｍｍから約０．４
５ｍｍの約１ｍｍ未満で、プレナムチャンバー３２００の周辺３２１０の周りに伸びる比
較的薄い部材を含む。支持フランジはシーリングフランジより相対的に厚くてよい。支持
フランジはシーリングフランジとプレナムチャンバー３２００の周縁エッジの間に配置さ
れ、少なくとも周辺３２１０の周りに伸びる。支持フランジは、ばね様エレメントであり
、あるいはそれを含み、使用中にシーリングフランジが曲がるのを支援する。使用中は、
シーリングフランジはプレナムチャンバー３２００におけるシステム圧力に直ちに反応で
き、その裏面に作用して顔としっかりしたシーリング係合をするよう促す。
ジを含む。好ましくはシーリングフランジは、厚さが例えば約０．２５ｍｍから約０．４
５ｍｍの約１ｍｍ未満で、プレナムチャンバー３２００の周辺３２１０の周りに伸びる比
較的薄い部材を含む。支持フランジはシーリングフランジより相対的に厚くてよい。支持
フランジはシーリングフランジとプレナムチャンバー３２００の周縁エッジの間に配置さ
れ、少なくとも周辺３２１０の周りに伸びる。支持フランジは、ばね様エレメントであり
、あるいはそれを含み、使用中にシーリングフランジが曲がるのを支援する。使用中は、
シーリングフランジはプレナムチャンバー３２００におけるシステム圧力に直ちに反応で
き、その裏面に作用して顔としっかりしたシーリング係合をするよう促す。
【0060】
１つの形態において、非侵襲患者インタフェース３０００のシール形成部は一対の鼻噴
霧または鼻枕を含み、それぞれの鼻噴霧または鼻枕は患者の鼻のそれぞれの鼻孔とシール
を形成するように構築されかつ配置される。
霧または鼻枕を含み、それぞれの鼻噴霧または鼻枕は患者の鼻のそれぞれの鼻孔とシール
を形成するように構築されかつ配置される。
【0061】
本技術の態様による鼻枕は、下記を含む；少なくともその一部が患者の鼻の下でシール
を形成する切頭円錐；円錐の下面の柔軟な領域で円錐を脚に接続している脚。さらに本技
術の鼻枕が接続される構造は、脚の基部に隣接した柔軟な領域を含む。柔軟な領域は一致
して自在継手を作り、切頭円錐と鼻枕が接続されている構造の変位と角変位の両方に対応
する。例えば切頭円錐は、脚が接続されている構造に向けて軸方向に変位できる。
を形成する切頭円錐；円錐の下面の柔軟な領域で円錐を脚に接続している脚。さらに本技
術の鼻枕が接続される構造は、脚の基部に隣接した柔軟な領域を含む。柔軟な領域は一致
して自在継手を作り、切頭円錐と鼻枕が接続されている構造の変位と角変位の両方に対応
する。例えば切頭円錐は、脚が接続されている構造に向けて軸方向に変位できる。
【0062】
１つの形態において、非侵襲患者インタフェース３０００は使用中に患者の顔の唇領域
（即ち上唇）上でシールを形成するシール形成部を含む。
（即ち上唇）上でシールを形成するシール形成部を含む。
【0063】
１つの形態において、非侵襲患者インタフェース３０００は使用中に患者の顔の顎の領
域にシールを形成するシール形成部を含む。
域にシールを形成するシール形成部を含む。
【0064】
４．３．２ プレナムチャンバー３２００
好ましくはプレナムチャンバー３２００は、使用中にシールが形成される領域における
平均的なヒトの顔の表面輪郭を補完するように形作られた周辺３２１０を有する。使用中
は、プレナムチャンバー３２００の周縁エッジは顔の隣接する表面に接近して置かれる。
顔との実際の接触はシール形成構造３１００によって提供される。好ましくは、シール形
成構造３１００は使用中はプレナムチャンバー３２００の周辺全域３２１０の周りに伸び
る。
好ましくはプレナムチャンバー３２００は、使用中にシールが形成される領域における
平均的なヒトの顔の表面輪郭を補完するように形作られた周辺３２１０を有する。使用中
は、プレナムチャンバー３２００の周縁エッジは顔の隣接する表面に接近して置かれる。
顔との実際の接触はシール形成構造３１００によって提供される。好ましくは、シール形
成構造３１００は使用中はプレナムチャンバー３２００の周辺全域３２１０の周りに伸び
る。
【0065】
一形態において、プレナムチャンバー３２００は患者の鼻孔を取り巻きおよび／または
これと流体連通しており、ここではプレナムチャンバー３２００は（例えば図１ｂに示す
ように）鼻マスクの一部である。もう１つの形態において、プレナムチャンバー３２００
は患者の鼻孔と口を取り巻きおよび／またはこれらと流体連通しており、ここではプレナ
ムチャンバー３２００は（例えば図１ｃに示すように）フルフェース・マスクの一部であ
る。さらに別の形態では、プレナムチャンバー３２００は患者の１つまたはそれ以上の鼻
孔と係合しおよび／または流体連通しており、ここではプレナムチャンバー３２００は（
例えば図２９に示すように）鼻枕の一部である。
これと流体連通しており、ここではプレナムチャンバー３２００は（例えば図１ｂに示す
ように）鼻マスクの一部である。もう１つの形態において、プレナムチャンバー３２００
は患者の鼻孔と口を取り巻きおよび／またはこれらと流体連通しており、ここではプレナ
ムチャンバー３２００は（例えば図１ｃに示すように）フルフェース・マスクの一部であ
る。さらに別の形態では、プレナムチャンバー３２００は患者の１つまたはそれ以上の鼻
孔と係合しおよび／または流体連通しており、ここではプレナムチャンバー３２００は（
例えば図２９に示すように）鼻枕の一部である。
【0066】
４．３．３ 位置決めと安定化構造３３００
好ましくは、本技術の患者インタフェース３０００のシール形成構造３１００は、使用
中は位置決めおよび安定化構造３３００によってシーリング位置に保持される。
好ましくは、本技術の患者インタフェース３０００のシール形成構造３１００は、使用
中は位置決めおよび安定化構造３３００によってシーリング位置に保持される。
【0067】
４．４ ＲＰＴ装置４０００
本技術の特徴を実装するのに適切な実施例のＲＰＴ装置４０００は、機械的および空気
的コンポーネント４１００および電気的コンポーネント４２００を含み、本明細書を通じ
て記述される１つまたはそれ以上の制御方法論またはアルゴリズムを実行するようプログ
ラムできる。ＲＰＴ装置は好ましくは外部ハウジング４０１０の上部４０１２と外部ハウ
ジング４０１０の低部４０１４の２つに形成された外部ハウジング４０１０を有する。代
替の形態では、外部ハウジング４０１０は１つまたはそれ以上のパネル（複数）４０１５
を含む。好ましくはＲＰＴ装置４０００は、ＲＰＴ装置４０００の１つまたはそれ以上の
内部コンポーネントを支持するシャーシ４０１６を含む。１つの形態において、空気ブロ
ック４０２０はシャーシ４０１６で支持されるかまたはその一部として形成される。ＲＰ
Ｔ装置４０００はハンドル４０１８を含むことができる。
本技術の特徴を実装するのに適切な実施例のＲＰＴ装置４０００は、機械的および空気
的コンポーネント４１００および電気的コンポーネント４２００を含み、本明細書を通じ
て記述される１つまたはそれ以上の制御方法論またはアルゴリズムを実行するようプログ
ラムできる。ＲＰＴ装置は好ましくは外部ハウジング４０１０の上部４０１２と外部ハウ
ジング４０１０の低部４０１４の２つに形成された外部ハウジング４０１０を有する。代
替の形態では、外部ハウジング４０１０は１つまたはそれ以上のパネル（複数）４０１５
を含む。好ましくはＲＰＴ装置４０００は、ＲＰＴ装置４０００の１つまたはそれ以上の
内部コンポーネントを支持するシャーシ４０１６を含む。１つの形態において、空気ブロ
ック４０２０はシャーシ４０１６で支持されるかまたはその一部として形成される。ＲＰ
Ｔ装置４０００はハンドル４０１８を含むことができる。
【0068】
ＲＰＴ装置４０００の空気路は好ましくは入口空気フィルター４１１２、入口マフラー
４１２２、陽圧の空気を供給できる（好ましくは送風機４１４２により）制御できる圧力
装置４１４０および出口マフラー４１２４を含む。空気路には１つまたはそれ以上の圧力
変換器４２７２および流れセンサー４２７４が含まれる。
４１２２、陽圧の空気を供給できる（好ましくは送風機４１４２により）制御できる圧力
装置４１４０および出口マフラー４１２４を含む。空気路には１つまたはそれ以上の圧力
変換器４２７２および流れセンサー４２７４が含まれる。
【0069】
好ましい空気ブロック４０２０は、外部ハウジング４０１０内に位置した空気路の一部
を含む。
を含む。
【0070】
ＲＰＴ装置４０００は好ましくは電源４２１０、１つまたはそれ以上の入力装置４２２
０、中央コントローラー４２３０、治療装置コントローラー４２４０および／または以前
に記述された任意のコントローラー、圧力装置４１４０、１つまたはそれ以上の保護回路
４２５０、変換器４２７０、データ通信インタフェース４２８０および１つまたはそれ以
上の出力装置４２９０を有する。電気コンポーネント４２００は単一のプリント回路基板
アセンブリー（ＰＣＢＡ）４２０２上に実装される。代替の形態として、ＲＰＴ装置４０
００は１つ以上のＰＣＢＡ ４２０２を含むことができる。
０、中央コントローラー４２３０、治療装置コントローラー４２４０および／または以前
に記述された任意のコントローラー、圧力装置４１４０、１つまたはそれ以上の保護回路
４２５０、変換器４２７０、データ通信インタフェース４２８０および１つまたはそれ以
上の出力装置４２９０を有する。電気コンポーネント４２００は単一のプリント回路基板
アセンブリー（ＰＣＢＡ）４２０２上に実装される。代替の形態として、ＲＰＴ装置４０
００は１つ以上のＰＣＢＡ ４２０２を含むことができる。
【0071】
１つまたはそれ以上のプロセッサーを含むことができるＲＰＴ装置４０００の中央コン
トローラー４２３０は、１つまたはそれ以上のアルゴリズムのモジュールを実行するよう
にプログラムでき、好ましくは事前処理モジュール、治療エンジンモジュール、圧力制御
モジュールおよびさらに好ましくは故障状態モジュールを含むことができる。該コントロ
ーラーは、本明細書を通じて記述される１つまたはそれ以上のベント制御方法論を組み込
んだベント制御モジュールをさらに含むことができる。
トローラー４２３０は、１つまたはそれ以上のアルゴリズムのモジュールを実行するよう
にプログラムでき、好ましくは事前処理モジュール、治療エンジンモジュール、圧力制御
モジュールおよびさらに好ましくは故障状態モジュールを含むことができる。該コントロ
ーラーは、本明細書を通じて記述される１つまたはそれ以上のベント制御方法論を組み込
んだベント制御モジュールをさらに含むことができる。
【0072】
４．４．１ ＲＰＴ装置機械的および空気的コンポーネント４１００
４．４．１．１ 空気フィルター（複数）４１１０
本技術の一形態によるＲＰＴ装置は、空気フィルター４１１０または複数のフィルター
４１１０を含むことができる。
４．４．１．１ 空気フィルター（複数）４１１０
本技術の一形態によるＲＰＴ装置は、空気フィルター４１１０または複数のフィルター
４１１０を含むことができる。
【0073】
１つの形態において、入口空気フィルター４１１２は空気送風機（ブロワー）４１４２
の上流の空気路の先頭に位置している。図４ｂを参照。
の上流の空気路の先頭に位置している。図４ｂを参照。
【0074】
【0075】
【0076】
本技術の一形態において、出口マフラー４１２４は送風機４１４２と患者インタフェー
ス３０００の間の空気路に位置している。図４ｂを参照。
ス３０００の間の空気路に位置している。図４ｂを参照。
【0077】
４．４．１．３ 圧力装置４１４０
本技術の一形態において、陽圧の空気の流れを生成する圧力装置４１４０は制御可能な
送風機４１４２である。例えば送風機は、ボリュートの中に収めた一つまたはそれ以上の
インペラーを有するブラシレスＤＣモーター４１４４を含む。送風機は好ましくは、例え
ば約１２０リットル／分の陽圧の空気を、約４ｃｍＨ２Ｏから約２０ｃｍＨ２Ｏの範囲ま
たはそのほかの形態で約３０ｃｍＨ２Ｏまでの範囲で吐出できる。
本技術の一形態において、陽圧の空気の流れを生成する圧力装置４１４０は制御可能な
送風機４１４２である。例えば送風機は、ボリュートの中に収めた一つまたはそれ以上の
インペラーを有するブラシレスＤＣモーター４１４４を含む。送風機は好ましくは、例え
ば約１２０リットル／分の陽圧の空気を、約４ｃｍＨ２Ｏから約２０ｃｍＨ２Ｏの範囲ま
たはそのほかの形態で約３０ｃｍＨ２Ｏまでの範囲で吐出できる。
【0078】
圧力装置４１４０は、治療装置コントローラー４２４０の制御下にある。
【0079】
４．４．１．４ 変換器（複数）４２７０
本技術の一形態において、１つまたはそれ以上の変換器４２７０が圧力装置４１４０の
上流に位置している。１つまたはそれ以上の変換器４２７０は空気路におけるそのポイン
トの空気の特性を測定するように構築されかつ配置される。
本技術の一形態において、１つまたはそれ以上の変換器４２７０が圧力装置４１４０の
上流に位置している。１つまたはそれ以上の変換器４２７０は空気路におけるそのポイン
トの空気の特性を測定するように構築されかつ配置される。
【0080】
本技術の一形態において、１つまたはそれ以上の変換器４２７０が圧力装置４１４０の
下流および空気回路４１７０の上流に位置している。１つまたはそれ以上の変換器４２７
０が、空気路中のそのポイントの空気の特性を測定するように構築されかつ配置される。
下流および空気回路４１７０の上流に位置している。１つまたはそれ以上の変換器４２７
０が、空気路中のそのポイントの空気の特性を測定するように構築されかつ配置される。
【0081】
本技術の一形態において、１つまたはそれ以上の変換器４２７０を患者インタフェース
３０００の近位に置くことができる。
３０００の近位に置くことができる。
【0082】
４．４．１．５ 抗スピルバック弁
本技術の一形態において、抗スピルバック弁が加湿器５０００と空気ブロック４０２０
の間に位置している。この抗スピルバック弁は、水が加湿器５０００から上流、例えばモ
ーター４１４４、に流れるリスクを低減するよう構築されかつ配置される。
本技術の一形態において、抗スピルバック弁が加湿器５０００と空気ブロック４０２０
の間に位置している。この抗スピルバック弁は、水が加湿器５０００から上流、例えばモ
ーター４１４４、に流れるリスクを低減するよう構築されかつ配置される。
【0083】
４．４．１．６ 空気回路４１７０
本技術の態様による空気回路４１７０は、空気または呼吸できるガスの流れが空気ブロ
ック４０２０と患者インタフェース３０００の間を流れるように構築されかつ配置される
。
本技術の態様による空気回路４１７０は、空気または呼吸できるガスの流れが空気ブロ
ック４０２０と患者インタフェース３０００の間を流れるように構築されかつ配置される
。
【0084】
４．４．１．７ 酸素補給
本技術の一形態において、補充酸素４１８０が空気通路中の１つのポイントに吐出され
る。
本技術の一形態において、補充酸素４１８０が空気通路中の１つのポイントに吐出され
る。
【0085】
本技術の一形態において、酸素補給は空気ブロック４０２０の上流に吐出される。
【0086】
本技術の一形態において、酸素補給４１８０は空気回路４１７０に吐出される。
【0087】
本技術の一形態において、酸素補給４１８０は患者インタフェース３０００に吐出され
る。
る。
【0088】
４．４．２ ＲＰＴ装置電気コンポーネント４２００
４．４．２．１ 電源４２１０
本技術の一形態において、電源４２１０はＲＰＴ装置４０００の外部ハウジング４０１
０の内部にある。本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００
の外部ハウジング４０１０の外部にある。
４．４．２．１ 電源４２１０
本技術の一形態において、電源４２１０はＲＰＴ装置４０００の外部ハウジング４０１
０の内部にある。本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００
の外部ハウジング４０１０の外部にある。
【0089】
本技術の一形態において、電源４２１０はＲＰＴ装置４０００にのみ電気を提供する。
本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００と加湿器５０００
の両方に電気を提供する。本明細書を通じて記載されているようにベントの配置のために
、電源はさらにオプションで電源を任意のアクチュエータ、コントローラーおよび／また
はセンサーに提供する。
本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００と加湿器５０００
の両方に電気を提供する。本明細書を通じて記載されているようにベントの配置のために
、電源はさらにオプションで電源を任意のアクチュエータ、コントローラーおよび／また
はセンサーに提供する。
【0090】
４．４．２．２ 入力装置４２２０
本技術の一形態において、ＲＰＴ装置４０００は作業者が装置と対話できるように、ボ
タン、スイッチまたはダイアルの形態の１つまたはそれ以上の入力装置４２２０を含む。
これらはベント配置のようなＲＰＴ装置のコンポーネントの操作の設定を入力するために
実装される。ボタン、スイッチまたはダイアルは物理的装置またはタッチスクリーンから
アクセスできるソフトウエア装置であってよい。１つの形態において、ボタン、スイッチ
またはダイアルは外部ハウジング４０１０に物理的に接続するかまたはもう１つの形態で
は、中央コントローラー４２３０と電気的接続にあるレシーバーとの無線通信であってよ
い。
本技術の一形態において、ＲＰＴ装置４０００は作業者が装置と対話できるように、ボ
タン、スイッチまたはダイアルの形態の１つまたはそれ以上の入力装置４２２０を含む。
これらはベント配置のようなＲＰＴ装置のコンポーネントの操作の設定を入力するために
実装される。ボタン、スイッチまたはダイアルは物理的装置またはタッチスクリーンから
アクセスできるソフトウエア装置であってよい。１つの形態において、ボタン、スイッチ
またはダイアルは外部ハウジング４０１０に物理的に接続するかまたはもう１つの形態で
は、中央コントローラー４２３０と電気的接続にあるレシーバーとの無線通信であってよ
い。
【0091】
１つの形態において、入力装置４２２０は、作業者が値および／またはメニューオプシ
ョンを選択できるように構築されかつ配置される。
ョンを選択できるように構築されかつ配置される。
【0092】
４．４．２．３ 中央コントローラー４２３０
本技術の一形態において、中央コントローラー４２３０は、入力装置４２２０から入力
信号（複数）を受信し、出力装置４２９０および／または治療装置コントローラー４２４
０に出力信号（複数）を提供するように構成された専用の電子回路である。
本技術の一形態において、中央コントローラー４２３０は、入力装置４２２０から入力
信号（複数）を受信し、出力装置４２９０および／または治療装置コントローラー４２４
０に出力信号（複数）を提供するように構成された専用の電子回路である。
【0093】
一形態において、中央コントローラー４２３０は特定用途向け集積回路である。もう１
つの形態において、中央コントローラー４２３０は個別の電子コンポーネントを含む。
つの形態において、中央コントローラー４２３０は個別の電子コンポーネントを含む。
【0094】
本技術のもう１つの形態において、中央コントローラー４２３０はｘ８６ ＩＮＴＥＬ
プロセッサーのようなＲＰＴ装置４０００を制御するのに適したプロセッサーである。
プロセッサーのようなＲＰＴ装置４０００を制御するのに適したプロセッサーである。
【0095】
本技術のもう１つの形態によるＲＰＴ装置４０００を制御するのに適した中央コントロ
ーラーのプロセッサーは、ＡＲＭ ＨｏｌｄｉｎｇｓのＡＲＭ Ｃｏｒｔｅｘ－Ｍプロセ
ッサーに基づくプロセッサーを含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳ
のＳＴＭ３２シリーズマイクロコントローラーを使用できる。
ーラーのプロセッサーは、ＡＲＭ ＨｏｌｄｉｎｇｓのＡＲＭ Ｃｏｒｔｅｘ－Ｍプロセ
ッサーに基づくプロセッサーを含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳ
のＳＴＭ３２シリーズマイクロコントローラーを使用できる。
【0096】
本技術のさらなる代替の形態によるＲＰＴ装置４０００を制御するもう１つのプロセッ
サーは、ＡＲＭ９ベースの３２ビットＲＩＳＣ ＣＰＵｓファミリーから選択される部材
を含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＲ９シリーズのマイク
ロコントローラーを使用できる。
サーは、ＡＲＭ９ベースの３２ビットＲＩＳＣ ＣＰＵｓファミリーから選択される部材
を含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＲ９シリーズのマイク
ロコントローラーを使用できる。
【0097】
本技術のある代替の形態では、１６ビットＲＩＳＣ ＣＰＵをＲＰＴ装置４０００のプ
ロセッサーとして使用できる。例えば、ＴＥＸＡＳ ＩＮＳＴＲＵＭＥＮＴＳが製造する
マイクロコントラーラのＭＳＰ４３０ファミリーのプロセッサーを使用できる。
ロセッサーとして使用できる。例えば、ＴＥＸＡＳ ＩＮＳＴＲＵＭＥＮＴＳが製造する
マイクロコントラーラのＭＳＰ４３０ファミリーのプロセッサーを使用できる。
【0098】
プロセッサーは１つまたはそれ以上の変換器４２７０および１つまたはそれ以上の入力
装置４２２０からの入力信号（複数）を受信するように構成される。
装置４２２０からの入力信号（複数）を受信するように構成される。
【0099】
プロセッサーは出力信号（複数）を１つまたはそれ以上の出力装置４２９０、治療装置
コントローラー４２４０、データ通信インタフェース４２８０および加湿器コントローラ
ー５２５０に提供するように構成されている。
コントローラー４２４０、データ通信インタフェース４２８０および加湿器コントローラ
ー５２５０に提供するように構成されている。
【0100】
本技術のいくつかの形態において、中央コントローラーのプロセッサーまたは複数のこ
のようなプロセッサーは、メモリー４２６０のような非一時的コンピュータ可読記憶媒体
に保存されたコンピュータプログラムとして表される１つまたはそれ以上のアルゴリズム
４３００のような本明細書に記載の１つまたはそれ以上の方法論を実装するように構成さ
れる。いくつかの場合には、以前に議論したように、このようなプロセッサー（複数）は
ＲＰＴ装置４０００に統合できる。しかし本技術いくつかの形態においてプロセッサー（
複数）は、呼吸治療の送達を直接制御することなく、本明細書に記載の任意の方法論を実
行する目的で、ＲＰＴ装置４０００の流れ生成コンポーネントから離散的に組み込むこと
ができる。例えばこのようなプロセッサーは、本明細書に記載の任意のセンサーからのデ
ータのような保存されたデータの解析によって、人工呼吸器またはその他の呼吸関連イベ
ントの制御設定を決定する目的でここに記載の任意の方法論を実施できる。同様に、この
ようなプロセッサーは、本明細書に記載の任意のベント配置の操作を制御する目的で、こ
こに記載の任意の方法論を実施できる。
のようなプロセッサーは、メモリー４２６０のような非一時的コンピュータ可読記憶媒体
に保存されたコンピュータプログラムとして表される１つまたはそれ以上のアルゴリズム
４３００のような本明細書に記載の１つまたはそれ以上の方法論を実装するように構成さ
れる。いくつかの場合には、以前に議論したように、このようなプロセッサー（複数）は
ＲＰＴ装置４０００に統合できる。しかし本技術いくつかの形態においてプロセッサー（
複数）は、呼吸治療の送達を直接制御することなく、本明細書に記載の任意の方法論を実
行する目的で、ＲＰＴ装置４０００の流れ生成コンポーネントから離散的に組み込むこと
ができる。例えばこのようなプロセッサーは、本明細書に記載の任意のセンサーからのデ
ータのような保存されたデータの解析によって、人工呼吸器またはその他の呼吸関連イベ
ントの制御設定を決定する目的でここに記載の任意の方法論を実施できる。同様に、この
ようなプロセッサーは、本明細書に記載の任意のベント配置の操作を制御する目的で、こ
こに記載の任意の方法論を実施できる。
【0101】
４．４．２．４ クロック４２３２
好ましくは、ＲＰＴ装置は、プロセッサーに接続されたクロック４２３２を含む。
好ましくは、ＲＰＴ装置は、プロセッサーに接続されたクロック４２３２を含む。
【0102】
４．４．２．５ 治療装置コントローラー４２４０
本技術の一形態において、治療装置コントローラー４２４０は、中央コントローラー４
２３０のプロセッサーが実行するアルゴリズム４３００の一部を形成する圧力制御モジュ
ール４３３０である。
本技術の一形態において、治療装置コントローラー４２４０は、中央コントローラー４
２３０のプロセッサーが実行するアルゴリズム４３００の一部を形成する圧力制御モジュ
ール４３３０である。
【0103】
本技術の一形態において、治療装置コントローラー４２４０は専用のモーター制御の集
積回路である。例えば一形態において、ＯＮＳＥＭＩが製造しているＭＣ３３０３５ブラ
シレスＤＣモーターコントローラーが使用される。
積回路である。例えば一形態において、ＯＮＳＥＭＩが製造しているＭＣ３３０３５ブラ
シレスＤＣモーターコントローラーが使用される。
【0104】
４．４．２．６ 保護回路４２５０
好ましくは、本技術によるＲＰＴ装置４０００は１つまたはそれ以上の保護回路４２５
０を含む。
好ましくは、本技術によるＲＰＴ装置４０００は１つまたはそれ以上の保護回路４２５
０を含む。
【0105】
本技術による保護回路４２５０の一形態は電気的保護回路である。
【0106】
本技術による保護回路４２５０の一形態は温度または圧力安全回路である。
【0107】
４．４．２．７ メモリー４２６０
本技術の一形態により、ＲＰＴ装置４０００はメモリー４２６０、好ましくは不揮発性
メモリーを含む。いくつかの形態において、メモリー４２６０はバッテリー駆動のスタテ
ィックＲＡＭを含むことができる。いくつかの形態では、メモリー４２６０は揮発性ＲＡ
Ｍを含むことができる。
本技術の一形態により、ＲＰＴ装置４０００はメモリー４２６０、好ましくは不揮発性
メモリーを含む。いくつかの形態において、メモリー４２６０はバッテリー駆動のスタテ
ィックＲＡＭを含むことができる。いくつかの形態では、メモリー４２６０は揮発性ＲＡ
Ｍを含むことができる。
【0108】
好ましくは、メモリー４２６０はＰＣＢＡ ４２０２上に置いてよい。メモリー４２６
０は、ＥＥＰＲＯＭまたはＮＡＮＤフラッシュの形態とすることができる。
０は、ＥＥＰＲＯＭまたはＮＡＮＤフラッシュの形態とすることができる。
【0109】
追加でまたは代替として、ＲＰＴ装置４０００は、例えばＳｅｃｕｒｅ Ｄｉｇｉｔａ
ｌ（ＳＤ）標準で作ったメモリーカードのような取り外し形態のメモリー４２６０を含む
。
ｌ（ＳＤ）標準で作ったメモリーカードのような取り外し形態のメモリー４２６０を含む
。
【0110】
本技術の１つの形態において、メモリー４２６０は、１つまたはそれ以上のアルゴリズ
ム４３００のような、本明細書に記載の１つまたはそれ以上の方法論を表現するコンピュ
ータプログラムの命令が搭載された非一時的なコンピュータ可読記憶媒体として働く。
ム４３００のような、本明細書に記載の１つまたはそれ以上の方法論を表現するコンピュ
ータプログラムの命令が搭載された非一時的なコンピュータ可読記憶媒体として働く。
【0111】
４．４．２．８ 変換器４２７０
変換器はＲＰＴ装置の内側でも外側でもよい。外部変換器は例えば空気吐出回路に置か
れまたは患者インタフェースのような空気吐出回路の一部を形成する。外部変換器はデー
タをＲＰＴ装置に送信または移送するドップラーレーダー動きセンサーのような非接触セ
ンサーの形態であってよい。
変換器はＲＰＴ装置の内側でも外側でもよい。外部変換器は例えば空気吐出回路に置か
れまたは患者インタフェースのような空気吐出回路の一部を形成する。外部変換器はデー
タをＲＰＴ装置に送信または移送するドップラーレーダー動きセンサーのような非接触セ
ンサーの形態であってよい。
【0112】
４．４．２．８．１ 流量
本技術による流量変換器４２７４は、例えばＳＥＮＳＩＲＩＯＮのＳＤＰ６００シリー
ズ差圧変換器のような、差圧変換器に基づいたものとすることができる。差圧変換器は空
気回路と流体連通しており、圧力変換器のそれぞれが流れ制限エレメントにおける第１と
第２のポイントにそれぞれ接続される。
本技術による流量変換器４２７４は、例えばＳＥＮＳＩＲＩＯＮのＳＤＰ６００シリー
ズ差圧変換器のような、差圧変換器に基づいたものとすることができる。差圧変換器は空
気回路と流体連通しており、圧力変換器のそれぞれが流れ制限エレメントにおける第１と
第２のポイントにそれぞれ接続される。
【0113】
使用中は、流量変換器４２７４からの合計流量Ｑｔを表す信号は、プロセッサーが受信
する。
する。
【0114】
４．４．２．８．２ 圧力
本技術による圧力変換器４２７２は、空気路と流体連通して配置される。適切な圧力変
換器の例は、ＨＯＮＥＹＷＥＬＬ ＡＳＤＸシリーズのセンサーである。代替の適切な圧
力変換器は、ＧＥＮＥＲＡＬ ＥＬＥＣＴＲＩＣのＮＰＡシリーズのセンサーである。
本技術による圧力変換器４２７２は、空気路と流体連通して配置される。適切な圧力変
換器の例は、ＨＯＮＥＹＷＥＬＬ ＡＳＤＸシリーズのセンサーである。代替の適切な圧
力変換器は、ＧＥＮＥＲＡＬ ＥＬＥＣＴＲＩＣのＮＰＡシリーズのセンサーである。
【0115】
使用中は、圧力変換器４２７２からの信号を中央コントローラー・プロセッサーが受信
する。１つの形態において、圧力変換器４２７２からの信号は、中央コントローラー４２
３０が受信する前にフィルターにかけられる。
する。１つの形態において、圧力変換器４２７２からの信号は、中央コントローラー４２
３０が受信する前にフィルターにかけられる。
【0116】
４．４．２．８．３ モーター速度
本技術の一形態において、モーター速度信号４２７６が生成される。モーター速度信号
４２７６は好ましくは治療装置コントローラー４２４０によって提供される。モーター速
度は、例えばホール効果センサーのような速度センサーによって生成される。
本技術の一形態において、モーター速度信号４２７６が生成される。モーター速度信号
４２７６は好ましくは治療装置コントローラー４２４０によって提供される。モーター速
度は、例えばホール効果センサーのような速度センサーによって生成される。
【0117】
４．４．２．９ データ通信システム４２８０
本技術の一形態において、データ通信インタフェース４２８０が提供され、中央コント
ローラー・プロセッサーに接続される。データ通信インタフェース４２８０は好ましくは
遠隔外部通信ネットワーク４２８２に接続可能である。データ通信インタフェース４２８
０好ましくはローカル外部通信ネットワーク４２８４に接続可能である。好ましくは、遠
隔外部通信ネットワーク４２８２は遠隔外部装置４２８６に接続可能である。好ましくは
、ローカル外部通信ネットワーク４２８４はローカル外部装置４２８８に接続可能である
。
本技術の一形態において、データ通信インタフェース４２８０が提供され、中央コント
ローラー・プロセッサーに接続される。データ通信インタフェース４２８０は好ましくは
遠隔外部通信ネットワーク４２８２に接続可能である。データ通信インタフェース４２８
０好ましくはローカル外部通信ネットワーク４２８４に接続可能である。好ましくは、遠
隔外部通信ネットワーク４２８２は遠隔外部装置４２８６に接続可能である。好ましくは
、ローカル外部通信ネットワーク４２８４はローカル外部装置４２８８に接続可能である
。
【0118】
１つの形態において、データ通信インタフェース４２８０は中央コントローラー４２３
０の一部である。もう１つの形態において、データ通信インタフェース４２８０は、中央
コントローラー・プロセッサーとは別の集積回路である。
０の一部である。もう１つの形態において、データ通信インタフェース４２８０は、中央
コントローラー・プロセッサーとは別の集積回路である。
【0119】
１つの形態において、遠隔外部通信ネットワーク４２８２はインターネット（登録商標
）である。データ通信インタフェース４２８０は有線接続（例えば、イーサネット（登録
商標）経由または光ファイバー）またはインターネットに接続する無線プロトコルであっ
てよい。
）である。データ通信インタフェース４２８０は有線接続（例えば、イーサネット（登録
商標）経由または光ファイバー）またはインターネットに接続する無線プロトコルであっ
てよい。
【0120】
１つの形態において、ローカル外部通信ネットワーク４２８４はＢｌｕｅｔｏｏｔｈ（
登録商標）または民生赤外プロトコルのような１つまたはそれ以上の通信標準を利用する
。
登録商標）または民生赤外プロトコルのような１つまたはそれ以上の通信標準を利用する
。
【0121】
１つの形態において、遠隔外部装置４２８６は１つ以上のコンピュータ、例えばネット
ワーク・コンピュータのクラスターであってよい。１つの形態において、遠隔外部装置４
２８６は、物理的コンピュータと言うよりむしろ仮想コンピュータであってよい。いずれ
の場合でも、このような遠隔外部装置４２８６には臨床医のような適切に権限を与えられ
た人がアクセスできる。
ワーク・コンピュータのクラスターであってよい。１つの形態において、遠隔外部装置４
２８６は、物理的コンピュータと言うよりむしろ仮想コンピュータであってよい。いずれ
の場合でも、このような遠隔外部装置４２８６には臨床医のような適切に権限を与えられ
た人がアクセスできる。
【0122】
好ましくはローカル外部装置４２８８は、パーソナルコンピュータ、携帯電話、タブレ
ットまたは遠隔制御であってよい。
ットまたは遠隔制御であってよい。
【0123】
４．４．２．１０ オプションのディスプレイ、警報を含む出力装置
本技術による出力装置４２９０は、視覚、オーディオおよび触覚ユニットのうちの一つ
またはそれ以上の形態をとることができる。視覚ディスプレイは液晶表示装置（ＬＣＤ）
または発光ダイオード（ＬＥＤ）ディスプレイであってよい。
本技術による出力装置４２９０は、視覚、オーディオおよび触覚ユニットのうちの一つ
またはそれ以上の形態をとることができる。視覚ディスプレイは液晶表示装置（ＬＣＤ）
または発光ダイオード（ＬＥＤ）ディスプレイであってよい。
【0124】
４．４．２．１０．１ ディスプレイ・ドライバー４２９２
ディスプレイ・ドライバー４２９２は、ディスプレイ４２９４に表示することを意図し
て入力として文字、記号または画像を受信し、ディスプレイ４２９４にこれらの文字、記
号または画像を表示させる命令に変換する。
ディスプレイ・ドライバー４２９２は、ディスプレイ４２９４に表示することを意図し
て入力として文字、記号または画像を受信し、ディスプレイ４２９４にこれらの文字、記
号または画像を表示させる命令に変換する。
【0125】
４．４．２．１０．２ ディスプレイ４２９４
ディスプレイ４２９４は、ディスプレイ・ドライバー４２９２から受信したコマンドに
応答して文字、記号または画像を視覚的に表示するよう構成される。例えば、ディスプレ
イ４２９４は８セグメント表示であってよく、この場合、ディスプレイ・ドライバー４２
９２は、数字「０」のような文字または記号のそれぞれを８つの論理信号に変換し、該８
つの論理信号は、８つの対応するセグメントが、特定の文字または記号を表示するように
それぞれ活性化されるべきかどうかを指示する。
ディスプレイ４２９４は、ディスプレイ・ドライバー４２９２から受信したコマンドに
応答して文字、記号または画像を視覚的に表示するよう構成される。例えば、ディスプレ
イ４２９４は８セグメント表示であってよく、この場合、ディスプレイ・ドライバー４２
９２は、数字「０」のような文字または記号のそれぞれを８つの論理信号に変換し、該８
つの論理信号は、８つの対応するセグメントが、特定の文字または記号を表示するように
それぞれ活性化されるべきかどうかを指示する。
【0126】
４．５ 通信およびデータ管理システム
図７は本開示の態様を実施することのできる一例の通信システム７００を表したもので
ある。この一例は本明細書に記載の開示の範囲または特徴の実用性を制限すると考えるべ
きでない。この一例においてシステム７００はサーバー７１０、患者装置７２０，７３０
および７４０、記憶システム７５０、さらに計算装置（コンピューティングデバイス）７
６０を含む。これらの装置はそれぞれネットワーク４２８２を通じて通信する。システム
７００は任意のサイズのネットワークに合わせることができる。例えば、３つの患者装置
７２０、７３０および７４０しか示されていないが、システム７００は任意の数の患者装
置を含むことができる。
図７は本開示の態様を実施することのできる一例の通信システム７００を表したもので
ある。この一例は本明細書に記載の開示の範囲または特徴の実用性を制限すると考えるべ
きでない。この一例においてシステム７００はサーバー７１０、患者装置７２０，７３０
および７４０、記憶システム７５０、さらに計算装置（コンピューティングデバイス）７
６０を含む。これらの装置はそれぞれネットワーク４２８２を通じて通信する。システム
７００は任意のサイズのネットワークに合わせることができる。例えば、３つの患者装置
７２０、７３０および７４０しか示されていないが、システム７００は任意の数の患者装
置を含むことができる。
【0127】
患者装置７２０，７３０および７４０のそれぞれはＲＰＴ ４０００、加湿器５０００
および患者インタフェース３０００を含む１つまたはそれ以上の装置を含むことができる
。さらに患者装置７２０，７３０および７４０のそれぞれは、遠隔地から異なる患者によ
り作動させることができる。患者装置７２０にはコントローラー４２３０とメモリー４２
６０のみが示されているが、それぞれの患者装置はＲＰＴ ４０００、加湿器５０００お
よび患者インタフェース３０００に関して上記の任意のコンポーネントを含むことができ
る。さらに患者装置７２０，７３０および７４０は、４２８２を通じてサーバー７１０ま
たは計算装置７６０と直接通信するように示されているが、患者装置のそれぞれは、外部
計算装置（図示せず）を経由してネットワーク４２８２を通しても通信できる。例えば患
者装置７２０は、ネットワーク４２８２を通してデータを送信するパーソナルコンピュー
タと通信できる。
および患者インタフェース３０００を含む１つまたはそれ以上の装置を含むことができる
。さらに患者装置７２０，７３０および７４０のそれぞれは、遠隔地から異なる患者によ
り作動させることができる。患者装置７２０にはコントローラー４２３０とメモリー４２
６０のみが示されているが、それぞれの患者装置はＲＰＴ ４０００、加湿器５０００お
よび患者インタフェース３０００に関して上記の任意のコンポーネントを含むことができ
る。さらに患者装置７２０，７３０および７４０は、４２８２を通じてサーバー７１０ま
たは計算装置７６０と直接通信するように示されているが、患者装置のそれぞれは、外部
計算装置（図示せず）を経由してネットワーク４２８２を通しても通信できる。例えば患
者装置７２０は、ネットワーク４２８２を通してデータを送信するパーソナルコンピュー
タと通信できる。
【0128】
サーバー７１０は１つまたはそれ以上のプロセッサー７１２、メモリー７１４を含むこ
とができ、汎用計算装置に典型的に使われているその他のコンポーネントを組み込むこと
ができる。サーバー７１０のメモリー７１４は、プロセッサー７１２で実行できる命令７
１５を含めプロセッサー７１２でアクセスできる情報を保存できる。メモリー７１４は、
プロセッサー７１２で検索、操作または保存できるデータ７１８を含むこともできる。メ
モリーは、プロセッサーがアクセスできる情報を保存できる任意の非一時的なものでよい
。命令７１６は、プロセッサー７１２で直接または間接に実行される命令を含む。この件
については、「命令」、「適用」、「ステップ」および「プログラム」はここでは交換可
能に使用できる。命令の機能、方法およびルーチンは以下に詳しく説明する。
とができ、汎用計算装置に典型的に使われているその他のコンポーネントを組み込むこと
ができる。サーバー７１０のメモリー７１４は、プロセッサー７１２で実行できる命令７
１５を含めプロセッサー７１２でアクセスできる情報を保存できる。メモリー７１４は、
プロセッサー７１２で検索、操作または保存できるデータ７１８を含むこともできる。メ
モリーは、プロセッサーがアクセスできる情報を保存できる任意の非一時的なものでよい
。命令７１６は、プロセッサー７１２で直接または間接に実行される命令を含む。この件
については、「命令」、「適用」、「ステップ」および「プログラム」はここでは交換可
能に使用できる。命令の機能、方法およびルーチンは以下に詳しく説明する。
【0129】
データ７１８は、命令７１６にしたがってプロセッサー７１２によって検索、保存また
は修正できる。例えば、ここに記載の主題の件は、任意の特定のデータ構造によって制限
されないが、データはコンピュータ・レジスターに保存可能で、テーブルは多数の異なる
分野と記録を有しているので、リレーショナル・データベースまたはＸＭＬドキュメント
に保存することができる。データ７１８は、数、説明文、専用のコード、ポインター、他
のネットワーク場所のようなその他のメモリーに保存されたデータへの参照のような関連
の情報を識別または計算するのに十分な任意の情報であってよい。１つまたはそれ以上の
プロセッサー７１２は、ＣＰＵのような従来のプロセッサーを含むことができ、またはＡ
ＳＩＣのようなハードウエアに基づいたコンポーネントであってよい。
は修正できる。例えば、ここに記載の主題の件は、任意の特定のデータ構造によって制限
されないが、データはコンピュータ・レジスターに保存可能で、テーブルは多数の異なる
分野と記録を有しているので、リレーショナル・データベースまたはＸＭＬドキュメント
に保存することができる。データ７１８は、数、説明文、専用のコード、ポインター、他
のネットワーク場所のようなその他のメモリーに保存されたデータへの参照のような関連
の情報を識別または計算するのに十分な任意の情報であってよい。１つまたはそれ以上の
プロセッサー７１２は、ＣＰＵのような従来のプロセッサーを含むことができ、またはＡ
ＳＩＣのようなハードウエアに基づいたコンポーネントであってよい。
【0130】
図７は、サーバー７１０のプロセッサーとメモリーとその他の構成要素、計算装置７６
０、および患者装置７２０，７３０および７４０がそれぞれ１つのブロック内にあると機
能的に示されているが、それぞれの装置のいろいろなコンポーネントは異なる物理的ハウ
ジング内に収めることができる。例えば、メモリー７１４は、サーバー７１０のハウジン
グとは異なるハウジング内に位置するハ－ド・ドライブまたはその他の記憶媒体であって
よい。同様に、プロセッサー７１２は複数のプロセッサーを含んでよく、それらの一部ま
たはすべては、サーバー７１０のハウジングとは異なるハウジング内に位置している。よ
って、プロセッサー、コンピュータ、計算装置またはメモリーを参照することは、並行し
て作動するまたは作動することのないプロセッサー、コンピュータ、計算装置またはメモ
リーの集まりを参照することを含むと理解されたい。いくつかの機能は、単一のプロセッ
サーを有する単一の計算装置で生じているとここでは記述されているが、本開示のいろい
ろな態様は、ネットワーク４２８２を介して通信する等により、互いに情報を通信する複
数の計算装置によって実施されることができる。
０、および患者装置７２０，７３０および７４０がそれぞれ１つのブロック内にあると機
能的に示されているが、それぞれの装置のいろいろなコンポーネントは異なる物理的ハウ
ジング内に収めることができる。例えば、メモリー７１４は、サーバー７１０のハウジン
グとは異なるハウジング内に位置するハ－ド・ドライブまたはその他の記憶媒体であって
よい。同様に、プロセッサー７１２は複数のプロセッサーを含んでよく、それらの一部ま
たはすべては、サーバー７１０のハウジングとは異なるハウジング内に位置している。よ
って、プロセッサー、コンピュータ、計算装置またはメモリーを参照することは、並行し
て作動するまたは作動することのないプロセッサー、コンピュータ、計算装置またはメモ
リーの集まりを参照することを含むと理解されたい。いくつかの機能は、単一のプロセッ
サーを有する単一の計算装置で生じているとここでは記述されているが、本開示のいろい
ろな態様は、ネットワーク４２８２を介して通信する等により、互いに情報を通信する複
数の計算装置によって実施されることができる。
【0131】
多くの場合、患者装置７２０，７３０および７４０は無線通信を用いてネットワーク４
２８２と通信するのが望ましい。しかしネットワーク４２８２およびここに記載の介在ノ
ードは、ネットワークがインターネット、ワールドワイドウエブ、特殊なイントラネット
、広域ネットワーク、ローカルネットワークまたは携帯電話ネットワークの一部であり得
るように、いろいろなプロトコルとシステムを使用して相互接続できる。ネットワークは
、例えばイーサネット（登録商標）、Ｗｉ－ＦｉおよびＨＴＴＰ、１つまたはそれ以上の
企業独自のプロトコル、およびそれらの各種組み合わせ、のような標準通信プロトコルを
利用できる。上述のように情報を送信または受信すると、或る利点が得られるが、本書に
記載の主題のその他の態様は、情報の送信の任意の特定の態様に制限されない。
２８２と通信するのが望ましい。しかしネットワーク４２８２およびここに記載の介在ノ
ードは、ネットワークがインターネット、ワールドワイドウエブ、特殊なイントラネット
、広域ネットワーク、ローカルネットワークまたは携帯電話ネットワークの一部であり得
るように、いろいろなプロトコルとシステムを使用して相互接続できる。ネットワークは
、例えばイーサネット（登録商標）、Ｗｉ－ＦｉおよびＨＴＴＰ、１つまたはそれ以上の
企業独自のプロトコル、およびそれらの各種組み合わせ、のような標準通信プロトコルを
利用できる。上述のように情報を送信または受信すると、或る利点が得られるが、本書に
記載の主題のその他の態様は、情報の送信の任意の特定の態様に制限されない。
【0132】
サーバー７１０は、ネットワーク４２８２を経由して記憶システム７５０、計算装置７
６０および患者装置７２０，７３０および７４０と通信できる１つまたはそれ以上の通信
サーバーを含む。以下に詳細に記述するように、サーバー７１０は、ソフトウエアおよび
ファームウエアの更新７１６を、ネットワーク４２８２を介して患者装置７２０，７３０
および７４０に送信できる。次に、患者装置７２０，７３０および７４０は、命令セット
７２６の形態のソフトウエアおよびファームウエアにしたがってデータをサーバー７１０
に送信する。
６０および患者装置７２０，７３０および７４０と通信できる１つまたはそれ以上の通信
サーバーを含む。以下に詳細に記述するように、サーバー７１０は、ソフトウエアおよび
ファームウエアの更新７１６を、ネットワーク４２８２を介して患者装置７２０，７３０
および７４０に送信できる。次に、患者装置７２０，７３０および７４０は、命令セット
７２６の形態のソフトウエアおよびファームウエアにしたがってデータをサーバー７１０
に送信する。
【0133】
計算装置７６０はサーバー７１０と同様に構成でき、１つまたはそれ以上のプロセッサ
ー７６２、メモリー７６４および上記の命令を含む。このような計算装置のそれぞれは、
臨床医の使用を意図した個人の計算装置でよく、中央処理ユニット（ＣＰＵ）、データと
命令を保存するメモリー（例えば、ＲＡＭと内部ハード・ドライブ）、ディスプレイ７６
６のようなディスプレイ（例えば、スクリーンを有するモニター、タッチスクリーン、プ
ロジェクター、テレビ、または情報を表示できるそのほかの装置）およびユーザー入力装
置７６８（例えば、マウス、キーボード、タッチスクリーンまたはマイクロホン）のよう
な個人用の計算装置に関して使用されるすべてのコンポーネントを有する。
ー７６２、メモリー７６４および上記の命令を含む。このような計算装置のそれぞれは、
臨床医の使用を意図した個人の計算装置でよく、中央処理ユニット（ＣＰＵ）、データと
命令を保存するメモリー（例えば、ＲＡＭと内部ハード・ドライブ）、ディスプレイ７６
６のようなディスプレイ（例えば、スクリーンを有するモニター、タッチスクリーン、プ
ロジェクター、テレビ、または情報を表示できるそのほかの装置）およびユーザー入力装
置７６８（例えば、マウス、キーボード、タッチスクリーンまたはマイクロホン）のよう
な個人用の計算装置に関して使用されるすべてのコンポーネントを有する。
【0134】
４．６ 一例の方法
上記のように、図７に示す患者装置７２０，７３０および７４０のそれぞれは、ＲＰＴ
４０００、加湿器５０００および患者インタフェース３０００を含む１つまたはそれ以
上の医療装置を含むことができる。上述の動作を実行するにあたり、患者装置７２０，７
３０および７４０は、ソフトウエアまたはファームウエアを含む命令セット７２６を実施
することができる。図４ｃの関連で説明したようにＲＰＴ４０００は、加湿器コントロー
ラー５２５０および治療装置コントローラー４２４０のような複数のコントローラーを含
むことができる。これらのコントローラーのそれぞれは特定の命令セット７２６に関して
作動する。したがってそれぞれの命令セットは、上述したコンポーネントを含む、患者装
置の特定のコンポーネントに関連する。例えば図７に戻れば、多数のモジュールを含むと
示されている患者装置７２０は、通信モジュール７２１、加湿器モジュール７２３および
警報モジュール７２５を含む。これらのモジュールのそれぞれは、異なる命令セット７２
６にアクセスし、かつこれを実施することができる。もう１つの実施例において、特定の
命令セット７２６は、上述の任意のモジュールを含む、１つ以上のモジュールによって実
施されることができる。
上記のように、図７に示す患者装置７２０，７３０および７４０のそれぞれは、ＲＰＴ
４０００、加湿器５０００および患者インタフェース３０００を含む１つまたはそれ以
上の医療装置を含むことができる。上述の動作を実行するにあたり、患者装置７２０，７
３０および７４０は、ソフトウエアまたはファームウエアを含む命令セット７２６を実施
することができる。図４ｃの関連で説明したようにＲＰＴ４０００は、加湿器コントロー
ラー５２５０および治療装置コントローラー４２４０のような複数のコントローラーを含
むことができる。これらのコントローラーのそれぞれは特定の命令セット７２６に関して
作動する。したがってそれぞれの命令セットは、上述したコンポーネントを含む、患者装
置の特定のコンポーネントに関連する。例えば図７に戻れば、多数のモジュールを含むと
示されている患者装置７２０は、通信モジュール７２１、加湿器モジュール７２３および
警報モジュール７２５を含む。これらのモジュールのそれぞれは、異なる命令セット７２
６にアクセスし、かつこれを実施することができる。もう１つの実施例において、特定の
命令セット７２６は、上述の任意のモジュールを含む、１つ以上のモジュールによって実
施されることができる。
【0135】
患者装置７２０，７３０および７４０はそれらの個別の患者によって使用され、命令セ
ット７２６への更新が利用可能になりかつ必要となる。これらの更新は、特定の機能を改
善すること、または装置の１つまたはそれ以上のモジュールの動作態様の識別された問題
を修正することに関連している。このように、場合によっては、更新は、患者装置の効果
的な管理に必須で、患者の安全にも必須である。本開示の１つの態様によれば、１つまた
はそれ以上の命令セット７２６は通信ネットワーク４２８２を通して自動的に更新できる
。特にサーバー７１０は１つまたはそれ以上の命令セット更新７１６を、１つまたはそれ
以上の患者装置７２０，７３０および７４０へ送信できる。命令セット更新７１６を受信
すると、それぞれの患者装置７２０，７３０および７４０は、送信された命令セット更新
７１６で指示された態様で命令セット７２６を変更できる。このように患者装置は容易に
アップグレードでき、さもなければ遠隔でカスタマイズでき、患者は患者装置を臨床医ま
たはサービスセンターへ持参する必要はない。
ット７２６への更新が利用可能になりかつ必要となる。これらの更新は、特定の機能を改
善すること、または装置の１つまたはそれ以上のモジュールの動作態様の識別された問題
を修正することに関連している。このように、場合によっては、更新は、患者装置の効果
的な管理に必須で、患者の安全にも必須である。本開示の１つの態様によれば、１つまた
はそれ以上の命令セット７２６は通信ネットワーク４２８２を通して自動的に更新できる
。特にサーバー７１０は１つまたはそれ以上の命令セット更新７１６を、１つまたはそれ
以上の患者装置７２０，７３０および７４０へ送信できる。命令セット更新７１６を受信
すると、それぞれの患者装置７２０，７３０および７４０は、送信された命令セット更新
７１６で指示された態様で命令セット７２６を変更できる。このように患者装置は容易に
アップグレードでき、さもなければ遠隔でカスタマイズでき、患者は患者装置を臨床医ま
たはサービスセンターへ持参する必要はない。
【0136】
１つの態様において、特定の患者装置を特定の更新を受信できるものとして、または受
信するのに適したものとして選択できる。例えばサーバー７１０は、患者装置７２０が特
定の命令セット更新７１６を受信すべきであるが患者装置７３０と７４０はそうでないと
決めることができる。特定の更新を受信する特定の患者装置を識別するために、サーバー
７１０はそれぞれの患者装置７２０，７３０および７４０のコンフィギュレーション（構
成）・データ７１８を維持できる。コンフィギュレーション・データ７１８は、通し番号
、患者装置によって現在組込まれているソフトウエアとファームウエアのバージョンの識
別およびハードウエアのバージョン番号を含む特定の患者装置を識別するのに使用できる
任意の情報を含むことができる。コンフィギュレーション・データ７１８は、以前に患者
装置に送信された命令セットの更新の記録および送信された命令セット更新が首尾よく患
者装置に適用されたかまたはされなかったかの指示も含む。さらにコンフィギュレーショ
ン・データ７１８は１つの特定の患者装置に関してはっきりと異なる情報に限定されず、
多数の患者装置に適用できる情報を含むことができる。例えば、コンフィギュレーション
・データ７１８は、患者装置のサプライヤーまたは小売店の識別ならびに患者装置が使用
されている場所または領域を含むことができる。代替として、更新は、特定の更新によっ
て修正可能な故障条件のようなその他の要素でトリガーできる。
信するのに適したものとして選択できる。例えばサーバー７１０は、患者装置７２０が特
定の命令セット更新７１６を受信すべきであるが患者装置７３０と７４０はそうでないと
決めることができる。特定の更新を受信する特定の患者装置を識別するために、サーバー
７１０はそれぞれの患者装置７２０，７３０および７４０のコンフィギュレーション（構
成）・データ７１８を維持できる。コンフィギュレーション・データ７１８は、通し番号
、患者装置によって現在組込まれているソフトウエアとファームウエアのバージョンの識
別およびハードウエアのバージョン番号を含む特定の患者装置を識別するのに使用できる
任意の情報を含むことができる。コンフィギュレーション・データ７１８は、以前に患者
装置に送信された命令セットの更新の記録および送信された命令セット更新が首尾よく患
者装置に適用されたかまたはされなかったかの指示も含む。さらにコンフィギュレーショ
ン・データ７１８は１つの特定の患者装置に関してはっきりと異なる情報に限定されず、
多数の患者装置に適用できる情報を含むことができる。例えば、コンフィギュレーション
・データ７１８は、患者装置のサプライヤーまたは小売店の識別ならびに患者装置が使用
されている場所または領域を含むことができる。代替として、更新は、特定の更新によっ
て修正可能な故障条件のようなその他の要素でトリガーできる。
【0137】
コンフィギュレーション・データ７１８は、登録プロセスを経て患者装置７２０，７３
０および７４０によって提供される。例えば、患者装置７２０はネットワーク４２８２経
由でサーバー７１０にコンフィギュレーション・データ７２８を送信する。サーバー７１
０は次いで受信したコンフィギュレーション・データ７２８をコンフィギュレーション・
データ７１８としてメモリー７１４に保存する。患者装置のコンフィギュレーション・デ
ータ７１８の登録は、患者が患者装置を始めて使用した時に生じる。さらにコンフィギュ
レーション・データ７１８は、コンフィギュレーション・データ７２８で生じる任意の変
更時にサーバー７１０で更新される。例えば患者装置７２０は、その加湿器モジュール７
２３のファームウエアを第１のバージョンから第２のバージョンへ首尾よく更新したとの
通知をサーバー７１０に送信できる。サーバー７１０は次いでコンフィギュレーション・
データ７１８を更新して、患者装置７２０が現在加湿器モジュールのファームウエアの第
２のバージョンを組み込んでいることを示す。１つの実施例において、患者装置７２０は
始動の度にその現在のコンフィギュレーション・データ７２８をチェックして、コンフィ
ギュレーション・データ７２８における任意の変更をサーバー７１０に報告する。
０および７４０によって提供される。例えば、患者装置７２０はネットワーク４２８２経
由でサーバー７１０にコンフィギュレーション・データ７２８を送信する。サーバー７１
０は次いで受信したコンフィギュレーション・データ７２８をコンフィギュレーション・
データ７１８としてメモリー７１４に保存する。患者装置のコンフィギュレーション・デ
ータ７１８の登録は、患者が患者装置を始めて使用した時に生じる。さらにコンフィギュ
レーション・データ７１８は、コンフィギュレーション・データ７２８で生じる任意の変
更時にサーバー７１０で更新される。例えば患者装置７２０は、その加湿器モジュール７
２３のファームウエアを第１のバージョンから第２のバージョンへ首尾よく更新したとの
通知をサーバー７１０に送信できる。サーバー７１０は次いでコンフィギュレーション・
データ７１８を更新して、患者装置７２０が現在加湿器モジュールのファームウエアの第
２のバージョンを組み込んでいることを示す。１つの実施例において、患者装置７２０は
始動の度にその現在のコンフィギュレーション・データ７２８をチェックして、コンフィ
ギュレーション・データ７２８における任意の変更をサーバー７１０に報告する。
【0138】
１つの態様によれば、計算装置７６０のユーザーは特定の患者装置を選択してサーバー
７１０と通信しながら更新する。例えば、計算装置７６０のユーザーは、それにより計算
装置７６０が特定の患者装置７２０、７３０および７４０に対する特定の更新７１６を指
定できるサーバー７１０とのインタフェースを提供するウエブサイトにアクセスできる。
更新を実施すべき患者装置を識別するために、計算装置７６０は、ある基準を満足する患
者装置を求めてサーバー７１０のメモリー７１４を検索する。例えば、計算装置７６０の
ユーザーは、特定のソフトウエア・バージョンを組込んでいる全ての患者装置または特定
の範囲内の通し番号を識別するようにサーバー７１０に要求できる。もう１つの実施例で
は計算装置７６０は、特定の小売業者から購入したすべての患者装置のリストを要求でき
る。
７１０と通信しながら更新する。例えば、計算装置７６０のユーザーは、それにより計算
装置７６０が特定の患者装置７２０、７３０および７４０に対する特定の更新７１６を指
定できるサーバー７１０とのインタフェースを提供するウエブサイトにアクセスできる。
更新を実施すべき患者装置を識別するために、計算装置７６０は、ある基準を満足する患
者装置を求めてサーバー７１０のメモリー７１４を検索する。例えば、計算装置７６０の
ユーザーは、特定のソフトウエア・バージョンを組込んでいる全ての患者装置または特定
の範囲内の通し番号を識別するようにサーバー７１０に要求できる。もう１つの実施例で
は計算装置７６０は、特定の小売業者から購入したすべての患者装置のリストを要求でき
る。
【0139】
計算装置７６０のユーザーは、サーバー７１０経由で更新すべき患者装置を識別できる
。１つ以上の可能性のある更新がある場合は、ユーザーは患者装置に提供すべき特定の更
新７１６を識別または選択しなければならない。特定の更新を識別する場合、ユーザーは
患者装置のどのコンポーネントを更新すべきか、またコンポーネントによって実装される
べきソフトウエアまたはハードウエアの特定のバージョンを識別できる。例えば、計算装
置７６０のユーザーは、サーバー７１０に対し、患者装置７２０および７３０に加湿器モ
ジュール７２３の更新７１６を提供するように要求し、その更新は加湿器ファームウエア
のバージョン３．１に関するものであることを要求する。サーバー７１０は次いで選択し
た更新７１６を患者装置７２０と７３０に送信する。ファームウエアのバージョン３．１
は、患者装置７２０と７３０によって現在組込まれている設定より新しいまたは異なる設
定を含む。これらの新しい設定は、患者装置７２０と７３０がファームウエアのバージョ
ン３．１をインストールすれば組み込むことができる。更新７１６を選択し、選択された
更新７１６を送信するプロセスは、単一のサーバー７１０で実行でき、代替として１つ以
上のサーバー７１０によって実行できる。例えば、計算装置７６０は通信サーバー７１０
に対して更新依頼を行うことができる。通信サーバーは次いでこの依頼をダウンロードサ
ーバーに送信し、サーバーは選択した更新を指定された患者装置へ送信する。
。１つ以上の可能性のある更新がある場合は、ユーザーは患者装置に提供すべき特定の更
新７１６を識別または選択しなければならない。特定の更新を識別する場合、ユーザーは
患者装置のどのコンポーネントを更新すべきか、またコンポーネントによって実装される
べきソフトウエアまたはハードウエアの特定のバージョンを識別できる。例えば、計算装
置７６０のユーザーは、サーバー７１０に対し、患者装置７２０および７３０に加湿器モ
ジュール７２３の更新７１６を提供するように要求し、その更新は加湿器ファームウエア
のバージョン３．１に関するものであることを要求する。サーバー７１０は次いで選択し
た更新７１６を患者装置７２０と７３０に送信する。ファームウエアのバージョン３．１
は、患者装置７２０と７３０によって現在組込まれている設定より新しいまたは異なる設
定を含む。これらの新しい設定は、患者装置７２０と７３０がファームウエアのバージョ
ン３．１をインストールすれば組み込むことができる。更新７１６を選択し、選択された
更新７１６を送信するプロセスは、単一のサーバー７１０で実行でき、代替として１つ以
上のサーバー７１０によって実行できる。例えば、計算装置７６０は通信サーバー７１０
に対して更新依頼を行うことができる。通信サーバーは次いでこの依頼をダウンロードサ
ーバーに送信し、サーバーは選択した更新を指定された患者装置へ送信する。
【0140】
命令更新データは下記の１つを含むこともできる；命令更新フォームを何処で入手する
かを明記したデータ、例えば、ホストサーバー、ポート、ファイル名；大容量の装置更新
が効果的に管理できるように各装置の更新を実行するスケジュール時間；更新を適用すべ
きことを患者に確認する依頼をすべきかどうか；患者の治療が停止されるまで更新を適用
すべきでないとの命令；必要な場合、まだ生じていないアップグレードのキャンセルを可
能にするデータ構造と機能性；単一の操作で大量のアップグレードを依頼するバッチ能力
ならびに単一の操作でこれらのアップグレードのステータス、リスト中どのアップグレー
ドが成功したか、どれが失敗したか、どれが開始されていないか、等を後でチェックする
能力。
かを明記したデータ、例えば、ホストサーバー、ポート、ファイル名；大容量の装置更新
が効果的に管理できるように各装置の更新を実行するスケジュール時間；更新を適用すべ
きことを患者に確認する依頼をすべきかどうか；患者の治療が停止されるまで更新を適用
すべきでないとの命令；必要な場合、まだ生じていないアップグレードのキャンセルを可
能にするデータ構造と機能性；単一の操作で大量のアップグレードを依頼するバッチ能力
ならびに単一の操作でこれらのアップグレードのステータス、リスト中どのアップグレー
ドが成功したか、どれが失敗したか、どれが開始されていないか、等を後でチェックする
能力。
【0141】
更新７１６を患者装置７２０、７３０および７４０に提供する場合、サーバー７１０は
更新が首尾よくダウンロードされたことの検証に使用できる検証データを送信することも
できる。それぞれの更新７１６は検証データを含む。検証データはチェックサム、巡回冗
長検査または更新ファイルのサイズの識別の形態をとる。例えばサーバー７１０は、チェ
ックサムを含む更新７１６を患者装置７２０に送信できる。患者装置７２０は受信した更
新７１６とチェックサムを比較し、更新すべてを受領したかどうか決定する。もしダウン
ロードされた更新がチェックサムと一致すれば、患者装置はその更新をインストールし、
インストールが成功したとの指示をサーバー７１０に送信する。しかし、もしダウンロー
ドした更新がチェックサムと一致しないと、患者装置はその更新をインストールせず、イ
ンストールが生じなかったとの指示をサーバー７１０に送信できる。
更新が首尾よくダウンロードされたことの検証に使用できる検証データを送信することも
できる。それぞれの更新７１６は検証データを含む。検証データはチェックサム、巡回冗
長検査または更新ファイルのサイズの識別の形態をとる。例えばサーバー７１０は、チェ
ックサムを含む更新７１６を患者装置７２０に送信できる。患者装置７２０は受信した更
新７１６とチェックサムを比較し、更新すべてを受領したかどうか決定する。もしダウン
ロードされた更新がチェックサムと一致すれば、患者装置はその更新をインストールし、
インストールが成功したとの指示をサーバー７１０に送信する。しかし、もしダウンロー
ドした更新がチェックサムと一致しないと、患者装置はその更新をインストールせず、イ
ンストールが生じなかったとの指示をサーバー７１０に送信できる。
【0142】
サーバー７１０から患者装置７２０への送信は１つ以上のコンポーネントのための更新
を含む。例えば、特定の更新７１６はサーバー７１０から患者装置７２０へ送信され、通
信モジュール７２１と加湿器モジュール７２３に対する命令セット７２６のように、複数
のコンポーネントに対する複数の命令セットを修正する。もう１つの実施例において、特
定の命令セット７２６は複数のコンポーネントによって組み込まれ、この命令セット７２
６の修正がこれら複数のコンポーネントの修正を引き起こす。複数の更新を単一の患者装
置７２０に送信しかつ適用することもできる。送信に複数の更新７１６が含まれている場
合、サーバー７１０は、更新が発生する順序を識別できる。次いで送信を受信した患者装
置は、サーバー７１０によって指定された順序に従って更新７１６を組み込む。命令セッ
トの最終バージョンが組み込まれるように、患者装置の１つのコンポーネントは、２回以
上の更新が必要とされる場合がある。例えばバージョン３．０をインストールする前に、
患者装置７２０は命令セットのバージョン２．０をダウンロードしてインストールする必
要がある。従ってコンフィギュレーション・データ７１８は、特定の更新７１６を現在イ
ンストールできる患者装置７２０、７３０および７４０の識別ならびに特定の更新７１６
をインストールするためにインストールしなければならないその他の更新の識別を含むこ
とができる。もう１つの実施例において送信された更新７１６は、更新７１６をインスト
ールするために必要な命令セット７２６のバージョンまたは複数のバージョンの識別を含
むことができる。更新７１６をインストールするに先立ち、患者装置７２０は更新７１６
で識別された要求されたバージョンを現在組込んでいるバージョンと比較できる。要求さ
れるバージョンのうちの１つを患者装置７２０が現在組み込んでいない場合、患者装置７
２０は、更新７１６のインストールを避けることができる。
を含む。例えば、特定の更新７１６はサーバー７１０から患者装置７２０へ送信され、通
信モジュール７２１と加湿器モジュール７２３に対する命令セット７２６のように、複数
のコンポーネントに対する複数の命令セットを修正する。もう１つの実施例において、特
定の命令セット７２６は複数のコンポーネントによって組み込まれ、この命令セット７２
６の修正がこれら複数のコンポーネントの修正を引き起こす。複数の更新を単一の患者装
置７２０に送信しかつ適用することもできる。送信に複数の更新７１６が含まれている場
合、サーバー７１０は、更新が発生する順序を識別できる。次いで送信を受信した患者装
置は、サーバー７１０によって指定された順序に従って更新７１６を組み込む。命令セッ
トの最終バージョンが組み込まれるように、患者装置の１つのコンポーネントは、２回以
上の更新が必要とされる場合がある。例えばバージョン３．０をインストールする前に、
患者装置７２０は命令セットのバージョン２．０をダウンロードしてインストールする必
要がある。従ってコンフィギュレーション・データ７１８は、特定の更新７１６を現在イ
ンストールできる患者装置７２０、７３０および７４０の識別ならびに特定の更新７１６
をインストールするためにインストールしなければならないその他の更新の識別を含むこ
とができる。もう１つの実施例において送信された更新７１６は、更新７１６をインスト
ールするために必要な命令セット７２６のバージョンまたは複数のバージョンの識別を含
むことができる。更新７１６をインストールするに先立ち、患者装置７２０は更新７１６
で識別された要求されたバージョンを現在組込んでいるバージョンと比較できる。要求さ
れるバージョンのうちの１つを患者装置７２０が現在組み込んでいない場合、患者装置７
２０は、更新７１６のインストールを避けることができる。
【0143】
患者装置７２０は、患者装置７２０が、更新７１６によって識別された、指定されたビ
ルド標準（build standard：内蔵標準）を満足するかどうか決定し、その決定に基づいて
更新７１６のインストールを実行するかまたは避ける。例えば識別されたビルド標準は、
インストールすべき更新に必要なコンポーネントの組み合わせを含む。患者装置７２０は
、それが識別されたコンポーネントの組み合わせを使用しているか決定するなどして、そ
れが識別されたビルド標準を満足しているかどうか決定できる。識別されたコンポーネン
トが患者装置７２０で使用されておれば、これらのコンポーネントは更新７１６に従って
更新できる。しかし患者装置７２０が１つまたはそれ以上の識別されたコンポーネントを
含んでいなければ、患者装置７２０は更新７１６のインストールを避けることができる。
１つの実施例において、患者装置７２０は患者装置７２０が含んでいないまたは使用して
いないコンポーネントに関連する更新７１６の部分のみ、インストールを避けることがで
きるが、更新７１６の他の部分のインストールは進める。
ルド標準（build standard：内蔵標準）を満足するかどうか決定し、その決定に基づいて
更新７１６のインストールを実行するかまたは避ける。例えば識別されたビルド標準は、
インストールすべき更新に必要なコンポーネントの組み合わせを含む。患者装置７２０は
、それが識別されたコンポーネントの組み合わせを使用しているか決定するなどして、そ
れが識別されたビルド標準を満足しているかどうか決定できる。識別されたコンポーネン
トが患者装置７２０で使用されておれば、これらのコンポーネントは更新７１６に従って
更新できる。しかし患者装置７２０が１つまたはそれ以上の識別されたコンポーネントを
含んでいなければ、患者装置７２０は更新７１６のインストールを避けることができる。
１つの実施例において、患者装置７２０は患者装置７２０が含んでいないまたは使用して
いないコンポーネントに関連する更新７１６の部分のみ、インストールを避けることがで
きるが、更新７１６の他の部分のインストールは進める。
【0144】
１つの態様に従って患者装置はスケジュール通りに更新できる。例えば計算装置７６０
のユーザーは、特定の患者装置が特定の更新７１６を受信することになっている日付を識
別するなどして、更新のスケジュールをサーバー７１０に提供することができる。サーバ
ー７１０は次いでスケジュールに従って更新７１６を送信できる。１つの実施例において
スケジュールはそれぞれの患者装置に対するコンフィギュレーション・データ７１８に組
み込むことができる。このようにして、多数の患者装置に適用する更新を、例えば数週間
または数か月の延長された期間にわたり適用することができ、ネットワーク４２８２があ
る時間に送信しなければならない負荷を低減できる。患者装置が更新７１６を受信するよ
う予定されている場合、サーバー７１０は更新依頼を送信できる。更新依頼はＳＭＳメッ
セージまたはその他の肩たたき送信の形態をとることができる。サーバー７１０から更新
依頼を受信すると患者装置７２０は、その更新を受け取る準備ができているとの指示で応
答する。この更新は次いで患者装置７２０に送信されインストールされる。サーバー７１
０は発生することになっていた更新７１６をキャンセルすることもできる。例えば計算装
置７６０のユーザーは、特定の更新７１６が１つまたはそれ以上の患者装置７２０、７３
０、および７４０に対してキャンセルすべきとの依頼を送ることができる。計算装置７６
０の要求に応じて、サーバー７１０は特定の更新７１６を予定された更新のリストから除
去することができる。更新が既に１つまたはそれ以上の患者装置に送信されたがまだイン
ストールされていない場合は、サーバー７１０は更新のキャンセルを１つまたはそれ以上
の患者装置に送信する。更新キャンセルを受信すると、患者装置７２０、７３０、および
７４０は受信した更新７１６がインストールされる前にメモリーから削除できる。
のユーザーは、特定の患者装置が特定の更新７１６を受信することになっている日付を識
別するなどして、更新のスケジュールをサーバー７１０に提供することができる。サーバ
ー７１０は次いでスケジュールに従って更新７１６を送信できる。１つの実施例において
スケジュールはそれぞれの患者装置に対するコンフィギュレーション・データ７１８に組
み込むことができる。このようにして、多数の患者装置に適用する更新を、例えば数週間
または数か月の延長された期間にわたり適用することができ、ネットワーク４２８２があ
る時間に送信しなければならない負荷を低減できる。患者装置が更新７１６を受信するよ
う予定されている場合、サーバー７１０は更新依頼を送信できる。更新依頼はＳＭＳメッ
セージまたはその他の肩たたき送信の形態をとることができる。サーバー７１０から更新
依頼を受信すると患者装置７２０は、その更新を受け取る準備ができているとの指示で応
答する。この更新は次いで患者装置７２０に送信されインストールされる。サーバー７１
０は発生することになっていた更新７１６をキャンセルすることもできる。例えば計算装
置７６０のユーザーは、特定の更新７１６が１つまたはそれ以上の患者装置７２０、７３
０、および７４０に対してキャンセルすべきとの依頼を送ることができる。計算装置７６
０の要求に応じて、サーバー７１０は特定の更新７１６を予定された更新のリストから除
去することができる。更新が既に１つまたはそれ以上の患者装置に送信されたがまだイン
ストールされていない場合は、サーバー７１０は更新のキャンセルを１つまたはそれ以上
の患者装置に送信する。更新キャンセルを受信すると、患者装置７２０、７３０、および
７４０は受信した更新７１６がインストールされる前にメモリーから削除できる。
【0145】
代替として送信は特定の適切な日でよいが、それぞれの装置は更新を特定の後日に組み
込むよう指示されてよい。サーバー７１０から更新を受信した後、患者装置７２０は更新
をインストールする前にいろいろな理由で待つことができる。例えば更新を受信した時に
患者が患者装置７２０から治療を受けている時、患者装置７２０は更新をインストールす
る前に患者の治療が終了するまで待つことができる。こうすれば患者の治療が中断される
または更新のインストールでマイナスの影響を受けることを避けることができる。１つの
態様において更新は、患者装置を使用している間にそれをインストールしてよいかどうか
を指示できる。具体的には、更新が実施されている時、患者装置によって実施できる特定
の操作を指示できる。例えば更新７１６は、患者装置が呼吸治療を提供している間に行わ
れる操作に関係のない通信モジュール７２１のみに関連する。従って更新７１６は、患者
装置７２０が呼吸治療を提供するように使用中である間にインストールしてよいと指示す
る。インストール中は患者装置７２０は患者装置が更新されていることを示す通知を表示
する。この通知は、患者が患者装置の電源をオフにしてはならないことおよび患者装置を
特定の方法で使用する前に更新が完了するのを患者は待つべきであることを示すメセージ
を表示することを含む。１つの実施例において、患者装置７２０は更新がインストールさ
れる前に患者からの確認を要求する。さらに、或る期間にわたって、多くの装置が新しい
ソフトウエアをダウンロードするが、ダウンロードされた更新は、マーケティングまたは
通信の目的で、すべての装置に同じ日にインストール可能である。
込むよう指示されてよい。サーバー７１０から更新を受信した後、患者装置７２０は更新
をインストールする前にいろいろな理由で待つことができる。例えば更新を受信した時に
患者が患者装置７２０から治療を受けている時、患者装置７２０は更新をインストールす
る前に患者の治療が終了するまで待つことができる。こうすれば患者の治療が中断される
または更新のインストールでマイナスの影響を受けることを避けることができる。１つの
態様において更新は、患者装置を使用している間にそれをインストールしてよいかどうか
を指示できる。具体的には、更新が実施されている時、患者装置によって実施できる特定
の操作を指示できる。例えば更新７１６は、患者装置が呼吸治療を提供している間に行わ
れる操作に関係のない通信モジュール７２１のみに関連する。従って更新７１６は、患者
装置７２０が呼吸治療を提供するように使用中である間にインストールしてよいと指示す
る。インストール中は患者装置７２０は患者装置が更新されていることを示す通知を表示
する。この通知は、患者が患者装置の電源をオフにしてはならないことおよび患者装置を
特定の方法で使用する前に更新が完了するのを患者は待つべきであることを示すメセージ
を表示することを含む。１つの実施例において、患者装置７２０は更新がインストールさ
れる前に患者からの確認を要求する。さらに、或る期間にわたって、多くの装置が新しい
ソフトウエアをダウンロードするが、ダウンロードされた更新は、マーケティングまたは
通信の目的で、すべての装置に同じ日にインストール可能である。
【0146】
１つの態様によれば、計算装置７６０のユーザーはサーバー７１０に更新７１６のステ
ータスを問い合わせることができる。例えば計算装置７６０は、特定の更新７１６をまだ
受信していないまたはまだインストールしていないこれらの患者装置の識別を要求できる
。さらに計算装置７６０は１つまたはそれ以上の更新７１６がインストールされたすべて
の患者装置のリストならびに更新７１６の送信とインストールに関して生じたエラーに関
する情報を要求できる。さらにサーバー７１０は計算装置７６０に、特定の患者装置が現
在組込中のソフトウエアとファームウエアのバージョンのような現在の命令セットのリス
トを提供する。例えば計算装置７６０は患者装置７２０によって組み込まれた命令セット
７２６のリストをサーバー７１０に問い合わせることができる。サーバー７１０はコンフ
ィギュレーション・データ７１８にアクセスして、問い合わせのあった情報を識別しその
情報を計算装置７６０に送信する。計算装置７６０は問い合わせを作成し、ウエブサイト
またはいくつかのほかのサーバー・インタフェースにアクセスすることにより、問い合わ
せした情報をサーバー７１０から受け取る。サーバー７１０は患者情報の機密を維持する
ために、問い合わせに関する識別情報とパスワードを提供するように計算装置７６０に要
求する。
ータスを問い合わせることができる。例えば計算装置７６０は、特定の更新７１６をまだ
受信していないまたはまだインストールしていないこれらの患者装置の識別を要求できる
。さらに計算装置７６０は１つまたはそれ以上の更新７１６がインストールされたすべて
の患者装置のリストならびに更新７１６の送信とインストールに関して生じたエラーに関
する情報を要求できる。さらにサーバー７１０は計算装置７６０に、特定の患者装置が現
在組込中のソフトウエアとファームウエアのバージョンのような現在の命令セットのリス
トを提供する。例えば計算装置７６０は患者装置７２０によって組み込まれた命令セット
７２６のリストをサーバー７１０に問い合わせることができる。サーバー７１０はコンフ
ィギュレーション・データ７１８にアクセスして、問い合わせのあった情報を識別しその
情報を計算装置７６０に送信する。計算装置７６０は問い合わせを作成し、ウエブサイト
またはいくつかのほかのサーバー・インタフェースにアクセスすることにより、問い合わ
せした情報をサーバー７１０から受け取る。サーバー７１０は患者情報の機密を維持する
ために、問い合わせに関する識別情報とパスワードを提供するように計算装置７６０に要
求する。
【0147】
図８はシステム７００の患者装置７２０のような、患者装置によって実施されるフロー
チャート８００を示す。上記のように患者装置は命令のセットを保存しかつ実施すること
ができる。ブロック８０２において患者装置は、現在患者装置にアクセスできるソフトウ
エアまたはファームウエアのような命令のセットを組み込むことができる。命令のセット
は患者装置内の複数のコンポーネントの操作に関連しており、単一の場所に保存する必要
はない。命令のセットを組み込む場合、患者装置はネットワーク経由でデータを１つまた
はそれ以上の外部装置に送信できる（ブロック８０４）。例えば患者装置７２０は、ネッ
トワーク４２８２を経由して患者装置７２０の患者の使用に関するデータを、１つまたは
それ以上の命令にしたがって送信できる。この送信は患者が患者装置を使用した日付と時
間に関する情報を含む。患者装置はサーバー７１０のような外部装置から送信を受信し、
受信した送信が１つまたはそれ以上の命令セットの更新に関連しているかどうか決めるこ
とができる（ブロック８０６）。例えば患者装置は、更新データはサーバーの特定のアド
レスのような特定の場所においてアクセスできることを示す送信を受信できる。更新が受
信されない場合は、患者装置は現在の命令セットを実装し続けてよい（ブロック８０２）
。更新の指示を受信した場合、患者装置は、識別されたアドレスにおける更新ファイルを
要求またはこれにアクセスする等により、更新データを受け取ることができる。
チャート８００を示す。上記のように患者装置は命令のセットを保存しかつ実施すること
ができる。ブロック８０２において患者装置は、現在患者装置にアクセスできるソフトウ
エアまたはファームウエアのような命令のセットを組み込むことができる。命令のセット
は患者装置内の複数のコンポーネントの操作に関連しており、単一の場所に保存する必要
はない。命令のセットを組み込む場合、患者装置はネットワーク経由でデータを１つまた
はそれ以上の外部装置に送信できる（ブロック８０４）。例えば患者装置７２０は、ネッ
トワーク４２８２を経由して患者装置７２０の患者の使用に関するデータを、１つまたは
それ以上の命令にしたがって送信できる。この送信は患者が患者装置を使用した日付と時
間に関する情報を含む。患者装置はサーバー７１０のような外部装置から送信を受信し、
受信した送信が１つまたはそれ以上の命令セットの更新に関連しているかどうか決めるこ
とができる（ブロック８０６）。例えば患者装置は、更新データはサーバーの特定のアド
レスのような特定の場所においてアクセスできることを示す送信を受信できる。更新が受
信されない場合は、患者装置は現在の命令セットを実装し続けてよい（ブロック８０２）
。更新の指示を受信した場合、患者装置は、識別されたアドレスにおける更新ファイルを
要求またはこれにアクセスする等により、更新データを受け取ることができる。
【0148】
患者装置は更新に関してエラーがあるかどうかを決めることができる（ブロック８０８
）。例えば上記のように、患者装置は更新をチェックサムと比較して更新をすべて受領し
たと決定する。さらに患者装置は、現在組込まれている命令セットのバージョンが、更新
をインストールするのに必要なバージョンのうちの１つと一致するかどうか決定する。更
新に関してエラーがあると決定された場合、患者装置はエラー通知を送信する（ブロック
８１０）。例えば患者装置７２０は通知をサーバー７１０に送信して、更新が提供された
チェックサムと一致しなかったことを示す。この通知には更新の再送信の要求も含む。
）。例えば上記のように、患者装置は更新をチェックサムと比較して更新をすべて受領し
たと決定する。さらに患者装置は、現在組込まれている命令セットのバージョンが、更新
をインストールするのに必要なバージョンのうちの１つと一致するかどうか決定する。更
新に関してエラーがあると決定された場合、患者装置はエラー通知を送信する（ブロック
８１０）。例えば患者装置７２０は通知をサーバー７１０に送信して、更新が提供された
チェックサムと一致しなかったことを示す。この通知には更新の再送信の要求も含む。
【0149】
更新に関してエラーが検出されなければ、患者装置は更新（ブロック８１２）をインス
トールできる。上記のように、更新は１つまたはそれ以上の命令セットを修正することを
含むことができる。修正には命令セットの一部を削除すること、命令セットに追加するこ
と、ならびにオリジナルの命令セットを全く新しい命令セットで置き換えることが含まれ
る。上述したように、更新は、患者装置の異なるコンポーネントに対する命令セットを含
む、種々の命令セットに対する修正を含む。更新をインストールすると、患者装置はチェ
ックを行ってインストールが成功したかどうかを決定する。これには更新されたコンポー
ネントのそれぞれのチェックも含む（ブロック８１４）。インストールが不成功であれば
、患者装置はエラーの通知を送信する（ブロック８１０）。さらに患者装置はオリジナル
に戻って、オリジナルの命令セットをブロック８０２に従って組み込む。インストールが
成功と決定された場合、患者装置はサーバー７１０のような外部装置に通知を送信して更
新がインストールされたと伝える（ブロック８１６）。患者装置は、ブロック８０２に従
い、更新された命令セットを含む、現在の命令セットにアクセスし、それを実装すること
もできる。
トールできる。上記のように、更新は１つまたはそれ以上の命令セットを修正することを
含むことができる。修正には命令セットの一部を削除すること、命令セットに追加するこ
と、ならびにオリジナルの命令セットを全く新しい命令セットで置き換えることが含まれ
る。上述したように、更新は、患者装置の異なるコンポーネントに対する命令セットを含
む、種々の命令セットに対する修正を含む。更新をインストールすると、患者装置はチェ
ックを行ってインストールが成功したかどうかを決定する。これには更新されたコンポー
ネントのそれぞれのチェックも含む（ブロック８１４）。インストールが不成功であれば
、患者装置はエラーの通知を送信する（ブロック８１０）。さらに患者装置はオリジナル
に戻って、オリジナルの命令セットをブロック８０２に従って組み込む。インストールが
成功と決定された場合、患者装置はサーバー７１０のような外部装置に通知を送信して更
新がインストールされたと伝える（ブロック８１６）。患者装置は、ブロック８０２に従
い、更新された命令セットを含む、現在の命令セットにアクセスし、それを実装すること
もできる。
【0150】
図９は、システム７００のサーバー７１０を含む、開示したシステムの計算装置で実施
されるフローチャート９００を示す。ブロック９０２においてサーバーは１つまたはそれ
以上の基準を満たす患者装置の識別に対する問い合わせを受信する。例えば上記のように
、サーバー７１０は計算装置７６０から問い合わせを受ける。この問い合わせは、計算装
置７６０によって提供された１つまたはそれ以上の基準を満たすすべての患者装置の識別
を探すことができる。この基準は、患者装置が位置している領域、患者装置の通し番号、
ならびに患者装置によって現在組込まれているソフトウエアとファームウエアのバージョ
ンのような患者装置の多数の態様または特徴に基づいている。サーバーは受信した問合せ
に応答してコンフィギュレーション・データにアクセスし（ブロック９０４）、識別され
た基準が満足されている患者装置を識別するデータを送信することによってその問い合わ
せに応答する（ブロック９０６）。
されるフローチャート９００を示す。ブロック９０２においてサーバーは１つまたはそれ
以上の基準を満たす患者装置の識別に対する問い合わせを受信する。例えば上記のように
、サーバー７１０は計算装置７６０から問い合わせを受ける。この問い合わせは、計算装
置７６０によって提供された１つまたはそれ以上の基準を満たすすべての患者装置の識別
を探すことができる。この基準は、患者装置が位置している領域、患者装置の通し番号、
ならびに患者装置によって現在組込まれているソフトウエアとファームウエアのバージョ
ンのような患者装置の多数の態様または特徴に基づいている。サーバーは受信した問合せ
に応答してコンフィギュレーション・データにアクセスし（ブロック９０４）、識別され
た基準が満足されている患者装置を識別するデータを送信することによってその問い合わ
せに応答する（ブロック９０６）。
【0151】
サーバーは次いで１つまたはそれ以上の患者装置に送信する１つまたはそれ以上の更新
に対する要求を受信する（ブロック９０８）。例えば上記のように計算装置７６０は、計
算装置７６０のユーザーによって提供された基準を満足する患者装置７２０、７３０およ
び７４０のサーバー７１０からのリストを受信する。ユーザーは次いで患者装置７２０、
７３０および７４０に送信する特定の更新７１６を選択する。ブロック９０８の要求を受
けると、サーバーは更新データにアクセスし（ブロック９１０）、受信した要求で識別さ
れた患者装置に更新データを送信する（ブロック９１２）。ブロック９０２～９０８にお
ける機能は、異なる順序で実施されてよい。例えばサーバーは、更新依頼を受信すると同
時に（またはその前にも）装置を特定のコンフィギュレーションで識別する依頼を受け取
り、明記された基準を満足する装置にのみ更新を送る。さらに、ブロック９１２に従って
更新データを患者装置に送信するために、ブロック９１０を実施する必要はない。例えば
サーバー７１０は更新データを、更新ファイルが保存されている場所を示すアドレスとし
て送信できる。アドレスで識別された場所は、サーバー７１０上またはその他の場所でよ
い。このように、更新ファイルのアドレスは、識別された場所に保存されている実際の更
新ファイルデータにアクセスするようサーバー７１０に要求することなく、患者装置に提
供できる。
に対する要求を受信する（ブロック９０８）。例えば上記のように計算装置７６０は、計
算装置７６０のユーザーによって提供された基準を満足する患者装置７２０、７３０およ
び７４０のサーバー７１０からのリストを受信する。ユーザーは次いで患者装置７２０、
７３０および７４０に送信する特定の更新７１６を選択する。ブロック９０８の要求を受
けると、サーバーは更新データにアクセスし（ブロック９１０）、受信した要求で識別さ
れた患者装置に更新データを送信する（ブロック９１２）。ブロック９０２～９０８にお
ける機能は、異なる順序で実施されてよい。例えばサーバーは、更新依頼を受信すると同
時に（またはその前にも）装置を特定のコンフィギュレーションで識別する依頼を受け取
り、明記された基準を満足する装置にのみ更新を送る。さらに、ブロック９１２に従って
更新データを患者装置に送信するために、ブロック９１０を実施する必要はない。例えば
サーバー７１０は更新データを、更新ファイルが保存されている場所を示すアドレスとし
て送信できる。アドレスで識別された場所は、サーバー７１０上またはその他の場所でよ
い。このように、更新ファイルのアドレスは、識別された場所に保存されている実際の更
新ファイルデータにアクセスするようサーバー７１０に要求することなく、患者装置に提
供できる。
【0152】
サーバーは更新の送信および／またはインストールが成功したかどうかも決定すること
ができる（ブロック９１４）。例えばサーバーはそれぞれの患者装置から、エラー通知ま
たは更新が首尾よくインストールされたとのメッセージのいずれかを受信する。更新の送
信にエラーが発生するとサーバーは、エラーが発生した各患者装置に更新データを再度送
信することができる（ブロック９１２）。代替として、実際の更新ファイル（新しいソフ
トウエア）は、サーバー７１０によって装置に押し下げられるのではなく、ファイルサー
バーから治療装置自身によって要求することができる。患者装置の更新は、更新が１つま
たはそれ以上の条件の発生に付随することができるということにおいて、直ちに発生しな
くてもよい。例えば更新データは、装置が治療を２００時間提供した後に患者装置が更新
をインストールすべきであるということを指示することができる。したがってブロック９
１２とブロック９１４の間にかなりの時間の経過がある。しかし送信とインストールが成
功すれば、サーバーは保存されたコンフィギュレーション・データを改定して、１つまた
はそれ以上の患者装置が送信された更新に対応する命令を現在組込中であることを示し（
ブロック９１６）、更新が成功したことを報告する（ブロック９１８）。例えば１つまた
はそれ以上の患者装置が首尾よく更新されると、サーバー７１０は計算装置７６０にメッ
セージを送信して更新が完了したことをユーザー、例えば技術者、に通知する。このメッ
セージは、更新を首尾よくインストールした特定の患者装置または患者装置のグループを
識別する。
ができる（ブロック９１４）。例えばサーバーはそれぞれの患者装置から、エラー通知ま
たは更新が首尾よくインストールされたとのメッセージのいずれかを受信する。更新の送
信にエラーが発生するとサーバーは、エラーが発生した各患者装置に更新データを再度送
信することができる（ブロック９１２）。代替として、実際の更新ファイル（新しいソフ
トウエア）は、サーバー７１０によって装置に押し下げられるのではなく、ファイルサー
バーから治療装置自身によって要求することができる。患者装置の更新は、更新が１つま
たはそれ以上の条件の発生に付随することができるということにおいて、直ちに発生しな
くてもよい。例えば更新データは、装置が治療を２００時間提供した後に患者装置が更新
をインストールすべきであるということを指示することができる。したがってブロック９
１２とブロック９１４の間にかなりの時間の経過がある。しかし送信とインストールが成
功すれば、サーバーは保存されたコンフィギュレーション・データを改定して、１つまた
はそれ以上の患者装置が送信された更新に対応する命令を現在組込中であることを示し（
ブロック９１６）、更新が成功したことを報告する（ブロック９１８）。例えば１つまた
はそれ以上の患者装置が首尾よく更新されると、サーバー７１０は計算装置７６０にメッ
セージを送信して更新が完了したことをユーザー、例えば技術者、に通知する。このメッ
セージは、更新を首尾よくインストールした特定の患者装置または患者装置のグループを
識別する。
【0153】
図８と図９で説明した命令は単一装置で実施できるが、代替として１つ以上の装置で実
施できる。例えばパーソナルコンピュータが１つまたはそれ以上の上記命令を実施できる
ように、患者装置はワイヤレスネットワークを通じてパーソナルコンピュータと通信でき
る。図８と図９で参照したサーバーも複数のサーバーを含むこともできる。図８と図９に
示す特定の操作に関し、いろいろな操作をフローチャート８００と９００に追加、または
、から除外することができる。更にいろいろな操作をフローチャート８００と９００に示
すのと同じ順序で実施する必要はない。例えばサーバーは更新情報を治療装置に送ってど
の更新が必要であるか、それを何処から入手するか（ホスト、ポート、ファイル名）およ
びそれをどのように検証するか（例えば、チェックサム／ＣＲＣ）を指示する。次に、治
療装置通信モジュールは、更新ファイル（命令）を、指定されたホスト（サーバー）から
要求する。この多少異なる機能ダイアグラムでは、大容量のソフトウエアをダウンロード
する負荷を、必要なら、図７に示すようなサーバー７１０からだけではなく、多数のサー
バーにわたって配分することができる。さらに治療装置は、送信エラーがあれば明記され
たサーバーそのものから、サーバー７１０の介入なしに更新ファイル（即ち新しいソフト
ウエア）を再度要求できる。エラーが通知されると、サーバーは、上記のように操作を再
度試みることも可能である。
施できる。例えばパーソナルコンピュータが１つまたはそれ以上の上記命令を実施できる
ように、患者装置はワイヤレスネットワークを通じてパーソナルコンピュータと通信でき
る。図８と図９で参照したサーバーも複数のサーバーを含むこともできる。図８と図９に
示す特定の操作に関し、いろいろな操作をフローチャート８００と９００に追加、または
、から除外することができる。更にいろいろな操作をフローチャート８００と９００に示
すのと同じ順序で実施する必要はない。例えばサーバーは更新情報を治療装置に送ってど
の更新が必要であるか、それを何処から入手するか（ホスト、ポート、ファイル名）およ
びそれをどのように検証するか（例えば、チェックサム／ＣＲＣ）を指示する。次に、治
療装置通信モジュールは、更新ファイル（命令）を、指定されたホスト（サーバー）から
要求する。この多少異なる機能ダイアグラムでは、大容量のソフトウエアをダウンロード
する負荷を、必要なら、図７に示すようなサーバー７１０からだけではなく、多数のサー
バーにわたって配分することができる。さらに治療装置は、送信エラーがあれば明記され
たサーバーそのものから、サーバー７１０の介入なしに更新ファイル（即ち新しいソフト
ウエア）を再度要求できる。エラーが通知されると、サーバーは、上記のように操作を再
度試みることも可能である。
【0154】
４．７ 用語解説
本技術の或る形式において、１つまたはそれ以上の以下の定義を適用してよい。本技術
のそのほかの形態において、代替の定義を適用できる。
本技術の或る形式において、１つまたはそれ以上の以下の定義を適用してよい。本技術
のそのほかの形態において、代替の定義を適用できる。
【0155】
４．７．１ 一般
空気：例えば空気に補給酸素を含めるように、空気を取り入れて呼吸ガスに含める。
空気：例えば空気に補給酸素を含めるように、空気を取り入れて呼吸ガスに含める。
【0156】
持続的気道陽圧法（ＣＰＡＰ）治療：ＣＰＡＰ治療は、空気を大気に関して連続して陽
圧である圧力で気道の入口へ適用することであり、好ましくは圧力は患者の呼吸サイクル
を通じてほぼ一定である。いくつかの形態では、気道の入口での圧力は単一の呼吸サイク
ルで水中数センチ変動し、吸入中は僅か高く、呼気中は僅か低い。いくつかの形態におい
て、気道入口における圧力は呼気中は僅かに高く、吸入中は僅かに低い。いくつかの形態
において、圧力は患者の異なる呼吸サイクル間で変動する。例えば、患者の上気道の一部
閉塞の兆候の検出に対応して増加し、上気道の一部閉塞の兆候がなければ低下する。
圧である圧力で気道の入口へ適用することであり、好ましくは圧力は患者の呼吸サイクル
を通じてほぼ一定である。いくつかの形態では、気道の入口での圧力は単一の呼吸サイク
ルで水中数センチ変動し、吸入中は僅か高く、呼気中は僅か低い。いくつかの形態におい
て、気道入口における圧力は呼気中は僅かに高く、吸入中は僅かに低い。いくつかの形態
において、圧力は患者の異なる呼吸サイクル間で変動する。例えば、患者の上気道の一部
閉塞の兆候の検出に対応して増加し、上気道の一部閉塞の兆候がなければ低下する。
【0157】
４．７．２ 材料
シリコンまたはシリコン・エラストマー：合成ゴム。本明細書において、シリコンは液
体シリコンゴム（ＬＳＲ）または圧縮形成シリコンゴム（ＣＭＳＲ）を指す。市販のＬＳ
Ｒの一形態は、Ｄｏｗ Ｃｏｒｎｉｎｇが製造しているＳＩＬＡＳＴＩＣである（この商
標で販売されている製品範囲に含まれている）。ＬＳＲを製造しているもう１社はＷａｃ
ｋｅｒである。特に明記のない限り、ＬＳＲの好ましい形態は、ＡＳＴＭ Ｄ２２４０に
従って測定された約３５から約４５の範囲のショアＡ（またはタイプＡ）圧入硬度を有し
ている。
シリコンまたはシリコン・エラストマー：合成ゴム。本明細書において、シリコンは液
体シリコンゴム（ＬＳＲ）または圧縮形成シリコンゴム（ＣＭＳＲ）を指す。市販のＬＳ
Ｒの一形態は、Ｄｏｗ Ｃｏｒｎｉｎｇが製造しているＳＩＬＡＳＴＩＣである（この商
標で販売されている製品範囲に含まれている）。ＬＳＲを製造しているもう１社はＷａｃ
ｋｅｒである。特に明記のない限り、ＬＳＲの好ましい形態は、ＡＳＴＭ Ｄ２２４０に
従って測定された約３５から約４５の範囲のショアＡ（またはタイプＡ）圧入硬度を有し
ている。
【0158】
ポリカーボネート：ビスフェノール－Ａカーボネートの典型的に透明な熱可塑性ポリマ
ー。
ー。
【0159】
４．７．３ 患者インタフェースの態様
抗呼吸停止バルブ（ＡＡＶ）：マスクシステムのコンポーネントまたはサブアセンブリ
ーで、フェイルセーフの態様で大気に開放すると、患者の過剰なＣＯ２再呼吸のリスクを
低減する。
抗呼吸停止バルブ（ＡＡＶ）：マスクシステムのコンポーネントまたはサブアセンブリ
ーで、フェイルセーフの態様で大気に開放すると、患者の過剰なＣＯ２再呼吸のリスクを
低減する。
【0160】
エルボー：角部を通して方向が変わるように、空気の流れの軸を方向付けるコンジット
。一形態において、角度は約９０度でよい。もう１つの形態において、角度は９０度以下
でよい。このコンジットはほぼ円形の断面を有している。もう１つの形態において、コン
ジットは楕円形または長方形の断面を有することができる。
。一形態において、角度は約９０度でよい。もう１つの形態において、角度は９０度以下
でよい。このコンジットはほぼ円形の断面を有している。もう１つの形態において、コン
ジットは楕円形または長方形の断面を有することができる。
【0161】
フレーム：フレームは、ヘッドギアとの２つまたはそれ以上の接続ポイント間の張力の
負荷に耐えるマスク構造を意味する。マスクのフレームは、マスクにおいて非気密耐加重
構造であってよい。しかしいくつかの形態のマスクフレームは、気密であってもよい。
負荷に耐えるマスク構造を意味する。マスクのフレームは、マスクにおいて非気密耐加重
構造であってよい。しかしいくつかの形態のマスクフレームは、気密であってもよい。
【0162】
ヘッドギア：ヘッドギアは、頭に使用するようにデザインされた位置決めと安定化構造
の形態を意味すると解釈してよい。好ましくは、ヘッドギアは患者インタフェースを呼吸
治療の送達のために患者の顔の適切な場所に置きかつ保持するように構成された、１つま
たはそれ以上の筋かい、ひも（紐）、および補強材の集まりを含む。いくつかのひもは、
発泡体と織物の積層複合材のような柔らかく、柔軟で、弾性性のある材料で形成される。
の形態を意味すると解釈してよい。好ましくは、ヘッドギアは患者インタフェースを呼吸
治療の送達のために患者の顔の適切な場所に置きかつ保持するように構成された、１つま
たはそれ以上の筋かい、ひも（紐）、および補強材の集まりを含む。いくつかのひもは、
発泡体と織物の積層複合材のような柔らかく、柔軟で、弾性性のある材料で形成される。
【0163】
メンブレン：好ましくは、曲げに対して実質的に耐性を示さないが、伸ばすことには耐
性を持った、典型的には薄いエレメントを意味すると解釈される。
性を持った、典型的には薄いエレメントを意味すると解釈される。
【0164】
プレナムチャンバー：患者インタフェース・プレナムチャンバーは、例えばフルフェー
ス・マスク（即ち鼻と口のマスク）、鼻マスクまたは鼻枕のような容量のある空間を囲む
壁を有する患者インタフェースの一部を意味すると解釈され、この容量はその中に患者が
使用中は大気以上に加圧された空気を有する。シェルは患者インタフェース・プレナムチ
ャンバーの壁の一部を形成してよい。１つの形態において患者の顔の領域が、クッション
またはシールを経てプレナムチャンバーの壁の１つと隣接する。
ス・マスク（即ち鼻と口のマスク）、鼻マスクまたは鼻枕のような容量のある空間を囲む
壁を有する患者インタフェースの一部を意味すると解釈され、この容量はその中に患者が
使用中は大気以上に加圧された空気を有する。シェルは患者インタフェース・プレナムチ
ャンバーの壁の一部を形成してよい。１つの形態において患者の顔の領域が、クッション
またはシールを経てプレナムチャンバーの壁の１つと隣接する。
【0165】
シール：名詞形（「ａ ｓｅａｌ」）は，２つの面のインタフェースを通る空気の流れ
に意図的に耐性を示す構造またはバリアを意味すると解釈される。動詞形（「ｔｏ ｓｅ
ａｌ」）は、空気の流れに抗することを意味すると解釈される。
に意図的に耐性を示す構造またはバリアを意味すると解釈される。動詞形（「ｔｏ ｓｅ
ａｌ」）は、空気の流れに抗することを意味すると解釈される。
【0166】
シェル：シェルは、曲げ、引張りおよび圧縮剛性を有する、湾曲した構造を意味すると
解釈される。例えば、マスクの湾曲した構造壁を形成するマスクの一部がそうである。好
ましくは、その全体の大きさと比較して相対的に薄い。いくつかの形態ではシェルには切
子面がある。このような壁は気密性でなくてよいが、好ましくは気密性である。
解釈される。例えば、マスクの湾曲した構造壁を形成するマスクの一部がそうである。好
ましくは、その全体の大きさと比較して相対的に薄い。いくつかの形態ではシェルには切
子面がある。このような壁は気密性でなくてよいが、好ましくは気密性である。
【0167】
補強材：補強材は、別のコンポーネントの少なくとも１方向への曲げ耐性を増すように
デザインされた構造要素（構造コンポーネント）を意味すると解釈される。
デザインされた構造要素（構造コンポーネント）を意味すると解釈される。
【0168】
筋かい：筋かいは、別のコンポーネントの少なくとも１方向への圧縮耐性を増すように
デザインされた構造要素（構造コンポーネント）を意味すると解釈される。
デザインされた構造要素（構造コンポーネント）を意味すると解釈される。
【0169】
旋回台：（名詞）好ましくは独立して、好ましくは低トルク下で、共通軸の周りを回転
するように構成されたコンポーネントのアセンブリー。一形態において旋回台は、少なく
とも３６０度回転するように構築してよい。もう１つの形態において、旋回台は３６０度
以下の角度で回転するように構築してよい。空気送達コンジットの状況で使用する場合は
、コンポーネントのサブアセンブリーは好ましくは円筒コンジットの一対組み合わせを含
む。好ましくは使用中は、旋回台からの空気の漏れは、ほとんどないかまたは全くない。
するように構成されたコンポーネントのアセンブリー。一形態において旋回台は、少なく
とも３６０度回転するように構築してよい。もう１つの形態において、旋回台は３６０度
以下の角度で回転するように構築してよい。空気送達コンジットの状況で使用する場合は
、コンポーネントのサブアセンブリーは好ましくは円筒コンジットの一対組み合わせを含
む。好ましくは使用中は、旋回台からの空気の漏れは、ほとんどないかまたは全くない。
【0170】
固定具：固定具は張力に抗するようにデザインされた構造コンポーネントを意味すると
解釈できる。
解釈できる。
【0171】
ベント：（名詞）吐き出した二酸化炭素（ＣＯ２）の洗い出しと酸素の供給（Ｏ２）を
行うため、マスクの内部またはコンジットから周囲空気への空気の漏れの率を慎重に制御
できる構造。
行うため、マスクの内部またはコンジットから周囲空気への空気の漏れの率を慎重に制御
できる構造。
【0172】
４．８ その他の注記
本特許文献の開示の一部は、著作権保護にあたる事項を含んでいる。著作権の所有者は
、特許庁の特許ファイルまたは記録にそれが載っている限り、誰かが特許文献または特許
の開示をフクシミリ複製することについて異議を唱えることはない。載っていなければ、
何であれ著作権を留保する。
本特許文献の開示の一部は、著作権保護にあたる事項を含んでいる。著作権の所有者は
、特許庁の特許ファイルまたは記録にそれが載っている限り、誰かが特許文献または特許
の開示をフクシミリ複製することについて異議を唱えることはない。載っていなければ、
何であれ著作権を留保する。
【0173】
文脈で明確に記載されていなければ、また値の範囲が記載されていなければ、それぞれ
の介在する値は、その範囲の上限と下限の間で、下限の単位の１／１０まで、およびその
記述された範囲の任意のそのほかの記述されたまたは介在する値は、該技術に包含される
。これらの介在範囲の上限と下限は、記載された範囲における任意の具体的に除外される
限界を条件として、介在範囲に独立に含めてよく、本技術の範囲内に包含される。記述し
た範囲が一つまたは両方の制限を含む場合、これらの含まれた制限のいずれかまたは両方
を除いた範囲も該技術に含まれる。
の介在する値は、その範囲の上限と下限の間で、下限の単位の１／１０まで、およびその
記述された範囲の任意のそのほかの記述されたまたは介在する値は、該技術に包含される
。これらの介在範囲の上限と下限は、記載された範囲における任意の具体的に除外される
限界を条件として、介在範囲に独立に含めてよく、本技術の範囲内に包含される。記述し
た範囲が一つまたは両方の制限を含む場合、これらの含まれた制限のいずれかまたは両方
を除いた範囲も該技術に含まれる。
【0174】
更に、一つまたはそれ以上の値が、技術の一部としてここに組み込まれていると記載さ
れている場合、特記のない限り、このような値は近似することができ、実際的な技術の実
施が許容するまたは必要とする範囲まで、このような値は任意の適当な有意桁まで利用で
きることを理解されたい。
れている場合、特記のない限り、このような値は近似することができ、実際的な技術の実
施が許容するまたは必要とする範囲まで、このような値は任意の適当な有意桁まで利用で
きることを理解されたい。
【0175】
特に定義されていない限り、本明細書で使用するすべての技術的用語および科学的用語
は、この技術が属する当業者の一人によって共通して理解されるのと同じ意味を有してい
る。ここに記載のものに類似したまたは同等な任意の方法また材料も、本技術の実践また
はテストで使用できるが、限られた数の例示的方法と材料がここに記載されている。
は、この技術が属する当業者の一人によって共通して理解されるのと同じ意味を有してい
る。ここに記載のものに類似したまたは同等な任意の方法また材料も、本技術の実践また
はテストで使用できるが、限られた数の例示的方法と材料がここに記載されている。
【0176】
特定の材料がコンポーネントを構築するのに使用されると確認された場合、同様の特性
を有する明らかに代替の材料を代替えとして使用できる。さらに、それとは反対に特記の
ない限り、ここに記載の任意のそしてすべてのコンポーネントは製造が可能と理解され、
よって一緒にまたは別に製造することができる。
を有する明らかに代替の材料を代替えとして使用できる。さらに、それとは反対に特記の
ない限り、ここに記載の任意のそしてすべてのコンポーネントは製造が可能と理解され、
よって一緒にまたは別に製造することができる。
【0177】
本明細書と付属の請求の範囲で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は
、文脈で明確にそうでないと記述されていない限り、それらの複数形を含むことに留意す
べきである。
、文脈で明確にそうでないと記述されていない限り、それらの複数形を含むことに留意す
べきである。
【0178】
ここで言及したすべての刊行物は、これら刊行物の主題である方法および／または材料
を開示しかつ記述するために参照のため取り入れられた。ここで議論する刊行物は、それ
らの開示の目的で、本出願の出願日に先立ち提供された。ここに記載の何物も、本技術が
、先行発明の理由でこのような刊行物に先行する資格を与えられないという承認として解
釈されるべきではない。さらに記載の公開日が実際の刊行日と異なるかもしれず、それぞ
れ単独で確認する必要がある。
を開示しかつ記述するために参照のため取り入れられた。ここで議論する刊行物は、それ
らの開示の目的で、本出願の出願日に先立ち提供された。ここに記載の何物も、本技術が
、先行発明の理由でこのような刊行物に先行する資格を与えられないという承認として解
釈されるべきではない。さらに記載の公開日が実際の刊行日と異なるかもしれず、それぞ
れ単独で確認する必要がある。
【0179】
さらに本開示を解釈するのに、すべての用語は文脈と一致した最大限広範で合理的な態
様で解釈すべきである。特に語句「ｃｏｍｐｒｉｓｅ」と「ｃｏｍｐｒｉｓｉｎｇ」は、
エレメント、コンポーネントまたはステップを非排他的態様で参照するとして解釈すべき
であり、参照したエレメント、コンポーネントまたはステップは、明示的に参照されてい
ない他のエレメント、コンポーネントまたはステップとともに、存在するか、利用される
か、または組み合わされることを示す。
様で解釈すべきである。特に語句「ｃｏｍｐｒｉｓｅ」と「ｃｏｍｐｒｉｓｉｎｇ」は、
エレメント、コンポーネントまたはステップを非排他的態様で参照するとして解釈すべき
であり、参照したエレメント、コンポーネントまたはステップは、明示的に参照されてい
ない他のエレメント、コンポーネントまたはステップとともに、存在するか、利用される
か、または組み合わされることを示す。
【0180】
詳細な説明で使用される件名は、読者の参照を容易にするためにのみ含まれており、開
示または特許請求の範囲にわたって見出される主題を制限するために使用してはならない
。主題の見出しは請求項の範囲または請求項の制限範囲を解釈するのに使用してはならな
い。
示または特許請求の範囲にわたって見出される主題を制限するために使用してはならない
。主題の見出しは請求項の範囲または請求項の制限範囲を解釈するのに使用してはならな
い。
【0181】
本明細書に記載の技術は特定の実施例を参照して記述してきたが、これらの実施例は該
技術の原理と適用の単なる例示であることを理解されたい。場合によっては、用語および
記号は、該技術を実践するのに要求されない特定の詳細を暗示することがある。例えば、
「第１の」および「第２の」という語句が特記のない限り使用されるが、それらは任意の
順序を示すことを意図せず、はっきりと異なるエレメントを区別するために使用できる。
さらに方法論におけるプロセス・ステップは順に記述または例示されてもよいが、このよ
うな順序は必要とされない。当業者は、このような順序が修正されてもよいことおよび／
またはそれらの特徴が同時にまたは同期的に実施されてもよいことを認識するであろう。
従って、例示的な実施例に多数の変更が行われてもよく、該技術の趣旨および範囲から逸
脱することなくそのほかの構成が考案され得ることを理解されたい。
技術の原理と適用の単なる例示であることを理解されたい。場合によっては、用語および
記号は、該技術を実践するのに要求されない特定の詳細を暗示することがある。例えば、
「第１の」および「第２の」という語句が特記のない限り使用されるが、それらは任意の
順序を示すことを意図せず、はっきりと異なるエレメントを区別するために使用できる。
さらに方法論におけるプロセス・ステップは順に記述または例示されてもよいが、このよ
うな順序は必要とされない。当業者は、このような順序が修正されてもよいことおよび／
またはそれらの特徴が同時にまたは同期的に実施されてもよいことを認識するであろう。
従って、例示的な実施例に多数の変更が行われてもよく、該技術の趣旨および範囲から逸
脱することなくそのほかの構成が考案され得ることを理解されたい。
【符号の説明】
【0182】
７００ 通信システム
７１０ サーバー
７１２ プロセッサー
７１４ メモリー
７１５ 命令
７１６ 命令セット更新
７１８ コンフィギュレーション・データ
７２０ 患者装置
７２１ 通信モジュール
７２３ 加湿器モジュール
７２５ 警報モジュール
７２６ 命令セット
７２８ コンフィギュレーション・データ
７２０ 患者装置
７３０ 患者装置
７４０ 患者装置
７５０ 記憶システム
７６０ 計算装置
７６２ プロセッサー
７６４ メモリー
７６６ ディスプレイ
７６８ ユーザー入力装置
１０００ 患者
３０００ 患者インタフェース
３１００ シール形成構造
３２００ プレナムチャンバー
３２１０ 周辺
３３００ 位置決めと安定化構造
３４００ ベント
３６００ 接続ポート
４０００ ＲＰＴ装置
４０１０ 外部ハウジング
４０１２ 外部ハウジングの上部
４０１４ 外部ハウジングの下部
４０１５ パネル
４０１６ シャーシ
４０１８ ハンドル
４０２０ 空気ブロック
４１００ 空気コンポーネント
４１１０ 空気フィルター
４１１２ 入口空気フィルター
４１１４ 出口空気フィルター
４１２０ マフラー
４１２２ 入口マフラー
４１２４ 出口マフラー
４１４０ 圧力装置
４１４２ 送風機
４１４４ モーター
４１４４ ブラシレスＤＣモーター
４１６０ バックバルブ
４１７０ 空気回路
４１８０ 酸素補給
４２００ 電気的コンポーネント
４２０２ 基板アセンブリーＰＣＢＡ
４２１０ 電源
４２２０ 入力装置
４２３０ 中央コントローラー
４２３２ 時計
４２４０ 治療装置コントローラー
４２５０ 保護回路
４２６０ メモリー
４２７０ 変換器
４２７２ 圧力変換器
４２７４ 流れセンサー
４２７６ モーター速度信号
４２８０ データ通信システム
４２８２ 遠隔外部通信ネットワーク
４２８４ ローカル外部通信ネットワーク
４２８６ 遠隔外部装置
４２８８ ローカル外部装置
４２９０ 出力装置
４２９２ ディスプレイ・ドライバー
４２９４ ディスプレイ
４３００ アルゴリズム
４３３０ 圧力制御モジュール
５０００ 加湿器
５２５０ 加湿器コントローラー
７１０ サーバー
７１２ プロセッサー
７１４ メモリー
７１５ 命令
７１６ 命令セット更新
７１８ コンフィギュレーション・データ
７２０ 患者装置
７２１ 通信モジュール
７２３ 加湿器モジュール
７２５ 警報モジュール
７２６ 命令セット
７２８ コンフィギュレーション・データ
７２０ 患者装置
７３０ 患者装置
７４０ 患者装置
７５０ 記憶システム
７６０ 計算装置
７６２ プロセッサー
７６４ メモリー
７６６ ディスプレイ
７６８ ユーザー入力装置
１０００ 患者
３０００ 患者インタフェース
３１００ シール形成構造
３２００ プレナムチャンバー
３２１０ 周辺
３３００ 位置決めと安定化構造
３４００ ベント
３６００ 接続ポート
４０００ ＲＰＴ装置
４０１０ 外部ハウジング
４０１２ 外部ハウジングの上部
４０１４ 外部ハウジングの下部
４０１５ パネル
４０１６ シャーシ
４０１８ ハンドル
４０２０ 空気ブロック
４１００ 空気コンポーネント
４１１０ 空気フィルター
４１１２ 入口空気フィルター
４１１４ 出口空気フィルター
４１２０ マフラー
４１２２ 入口マフラー
４１２４ 出口マフラー
４１４０ 圧力装置
４１４２ 送風機
４１４４ モーター
４１４４ ブラシレスＤＣモーター
４１６０ バックバルブ
４１７０ 空気回路
４１８０ 酸素補給
４２００ 電気的コンポーネント
４２０２ 基板アセンブリーＰＣＢＡ
４２１０ 電源
４２２０ 入力装置
４２３０ 中央コントローラー
４２３２ 時計
４２４０ 治療装置コントローラー
４２５０ 保護回路
４２６０ メモリー
４２７０ 変換器
４２７２ 圧力変換器
４２７４ 流れセンサー
４２７６ モーター速度信号
４２８０ データ通信システム
４２８２ 遠隔外部通信ネットワーク
４２８４ ローカル外部通信ネットワーク
４２８６ 遠隔外部装置
４２８８ ローカル外部装置
４２９０ 出力装置
４２９２ ディスプレイ・ドライバー
４２９４ ディスプレイ
４３００ アルゴリズム
４３３０ 圧力制御モジュール
５０００ 加湿器
５２５０ 加湿器コントローラー
【図1a】
【図1b】
【図1c】
【図2a】
【図2b】
【図2c】
【図3a】
【図4a】
【図4b】
【図4c】
【図5a】
【図6a】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2022-10-28
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
医療処置を提供するための患者装置を更新する方法であって、
１つ以上のプロセッサーが、患者装置の操作のための第１の命令セットにアクセスするステップと、
前記１つ以上のプロセッサーが、前記第１の命令セットにしたがって第１の操作セットを実施するステップと、
前記１つ以上のプロセッサーが、遠隔計算装置からネットワークを通じて更新データを受信するステップであって、該更新データは、前記患者装置が１つ以上の基準を満たすコンフィギュレーション・データを有する複数の患者装置のうちの１つであることに基づいて受信されるものであり、該更新データは、前記第１の命令セットの更新が行われている間に、前記患者装置によって実施され得る１つ以上の操作を示すものである、ステップと、
前記１つ以上のプロセッサーが、前記更新データにしたがって前記第１の命令セットを更新して、更新された命令セットを生成するステップと、
前記１つ以上のプロセッサーが、前記更新された命令セットにしたがって第２の操作セットを実施するステップと
を含んでなる、患者装置を更新する方法。
１つ以上のプロセッサーが、患者装置の操作のための第１の命令セットにアクセスするステップと、
前記１つ以上のプロセッサーが、前記第１の命令セットにしたがって第１の操作セットを実施するステップと、
前記１つ以上のプロセッサーが、遠隔計算装置からネットワークを通じて更新データを受信するステップであって、該更新データは、前記患者装置が１つ以上の基準を満たすコンフィギュレーション・データを有する複数の患者装置のうちの１つであることに基づいて受信されるものであり、該更新データは、前記第１の命令セットの更新が行われている間に、前記患者装置によって実施され得る１つ以上の操作を示すものである、ステップと、
前記１つ以上のプロセッサーが、前記更新データにしたがって前記第１の命令セットを更新して、更新された命令セットを生成するステップと、
前記１つ以上のプロセッサーが、前記更新された命令セットにしたがって第２の操作セットを実施するステップと
を含んでなる、患者装置を更新する方法。
【請求項2】
前記患者装置は呼吸圧力治療装置を含む、請求項１に記載の方法。
【請求項3】
前記更新データを受信するステップは、検証データを受信することをさらに含み、該検証データに基づいて、前記更新データが正常にダウンロードされたかどうかを決定することをさらに含む、請求項１または２に記載の方法。
【請求項4】
受信した前記更新データが不完全であると決定された場合には、エラー通知を前記遠隔計算装置に送信するステップと、
更新データの第２の送信を受信するステップと
をさらに含む、請求項１～３のいずれか一項に記載の方法。
更新データの第２の送信を受信するステップと
をさらに含む、請求項１～３のいずれか一項に記載の方法。
【請求項5】
前記第１の命令セットの更新が実施されている間に前記患者装置によって実施され得る１つ以上の操作は、前記患者装置によって治療を提供することを含む、請求項１～４のいずれか一項に記載の方法。
【請求項6】
前記１つ以上のプロセッサーが、更新された前記患者装置のコンポーネントがチェックされたことを示す表示を生成するステップと、
前記１つ以上のプロセッサーが、更新された前記患者装置のコンポーネントがチェックされたという生成された指示を含む、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップステップと
をさらに含む、請求項１～５のいずれか一項に記載の方法。
前記１つ以上のプロセッサーが、更新された前記患者装置のコンポーネントがチェックされたという生成された指示を含む、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップステップと
をさらに含む、請求項１～５のいずれか一項に記載の方法。
【請求項7】
前記第１の命令セットの更新が発生したことの確認を送信するステップは、前記患者装置に現在インストールされている少なくとも１つのソフトウエア及びファームウエアのバージョンを示すコンフィギュレーション・データを送信することを含む、請求項６に記載の方法。
【請求項8】
前記患者装置が、ある命令更新によって特定されるビルド標準を満たすかどうかを判断するステップと、前記患者装置が前記ビルド標準を満たすという判断に基づいて、前記第１の命令セットを更新するステップとをさらに含む、請求項６または７に記載の方法。
【請求項9】
前記患者装置に関連するコンフィギュレーション・データを、前記ネットワークを通じて前記遠隔計算装置に送信する、請求項１～８のいずれか一項に記載の方法。
【請求項10】
前記コンフィギュレーション・データを送信することは、前記患者装置を初めて使用した時および／または前記コンフィギュレーション・データの変更を決定するために前記コンフィギュレーション・データをチェックした後に、前記コンフィギュレーション・データを送信することを含む、請求項９に記載の方法。
【請求項11】
１つ以上の計算装置を備えた、医療処置を提供する際に患者装置を更新するシステムであって、前記１つ以上の計算装置は、
ある命令セットをそれぞれ実施する複数の患者装置の各々についてのコンフィギュレーション・データを１つ以上のサーバーに保持し、
前記複数の患者装置のうち当該問い合わせで特定される１つ以上の基準を満たすコンフィギュレーション・データを有する１つ以上の前記患者装置を前記１つ以上のサーバーで特定するように構成されている問い合わせを遠隔計算装置から受信し、
受信した前記問い合わせに基づいてコンフィギュレーション・データにアクセスし、
前記複数の患者装置から、前記１つ以上の基準を満たすコンフィギュレーション・データを有する１つ以上の患者装置を特定し、
特定した前記１つ以上の患者装置に命令更新を送信し、
前記命令更新をインストールした前記１つ以上の患者装置のそれぞれについて、前記コンフィギュレーション・データを更新する
ように構成されている、患者装置を更新するシステム。
ある命令セットをそれぞれ実施する複数の患者装置の各々についてのコンフィギュレーション・データを１つ以上のサーバーに保持し、
前記複数の患者装置のうち当該問い合わせで特定される１つ以上の基準を満たすコンフィギュレーション・データを有する１つ以上の前記患者装置を前記１つ以上のサーバーで特定するように構成されている問い合わせを遠隔計算装置から受信し、
受信した前記問い合わせに基づいてコンフィギュレーション・データにアクセスし、
前記複数の患者装置から、前記１つ以上の基準を満たすコンフィギュレーション・データを有する１つ以上の患者装置を特定し、
特定した前記１つ以上の患者装置に命令更新を送信し、
前記命令更新をインストールした前記１つ以上の患者装置のそれぞれについて、前記コンフィギュレーション・データを更新する
ように構成されている、患者装置を更新するシステム。
【請求項12】
前記命令更新は、更新がインストールされている間に前記患者装置によって実施され得る１つ以上の操作を示す、請求項１１に記載の患者装置を更新するシステム。
【請求項13】
前記１つ以上の計算装置は、
前記１つ以上の患者装置の各々から、更新した前記患者装置のコンポーネントがチェックされたことを示す命令を受信し、
受信した前記命令に基づいて、前記命令更新をインストールした前記１つ以上の患者装置の各々について、前記コンフィギュレーション・データを更新する
ように構成されている、請求項１１または１２に記載の患者装置を更新するシステム。
前記１つ以上の患者装置の各々から、更新した前記患者装置のコンポーネントがチェックされたことを示す命令を受信し、
受信した前記命令に基づいて、前記命令更新をインストールした前記１つ以上の患者装置の各々について、前記コンフィギュレーション・データを更新する
ように構成されている、請求項１１または１２に記載の患者装置を更新するシステム。
【請求項14】
前記１つ以上の計算装置は、前記コンフィギュレーション・データに基づいて、前記１つ以上の患者装置に提供されるべき命令更新を複数の更新から選択するように構成されている、請求項１１～１３のいずれか一項に記載の患者装置を更新するシステム。
【請求項15】
前記命令更新は、
命令更新ファイルの場所を指定するデータと、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示と、
各装置に対して前記更新を実施するスケジュール時間と、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示と、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性と、
単一の操作において大量の更新を要求するバッチ能力と、
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェックする能力と
のうちの少なくとも１つをさらに含むものである、請求項１１～１４のいずれか一項に記載の患者装置を更新するシステム。
命令更新ファイルの場所を指定するデータと、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示と、
各装置に対して前記更新を実施するスケジュール時間と、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示と、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性と、
単一の操作において大量の更新を要求するバッチ能力と、
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェックする能力と
のうちの少なくとも１つをさらに含むものである、請求項１１～１４のいずれか一項に記載の患者装置を更新するシステム。
【請求項16】
前記命令更新を送信することは、受信した命令更新が完了したことを検証するために、前記１つ以上の患者装置の検証データを送信することをさらに含む、請求項１１～１５のいずれか一項に記載の患者装置を更新するシステム。
【請求項17】
前記コンフィギュレーション・データは、ａ）通し番号と、ｂ）前記患者装置に現在インストールされている命令セットのバージョンと、ｃ）ハードウェアのバージョンと、ｄ）前記患者装置が使用されている領域とのうちの少なくとも１つを含む、請求項１１～１６のいずれか一項に記載の患者装置を更新するシステム。
【請求項18】
前記１つ以上の計算装置は、
前記１つ以上患者装置の各々から、前記命令更新がインストールされたことを示す指示を受信し、
前記１つ以上の患者装置について前記命令更新のインストールの成功を示すメッセージを送信する
ようにさらに構成されている、請求項１１～１７のいずれか一項に記載の患者装置を更新するシステム。
前記１つ以上患者装置の各々から、前記命令更新がインストールされたことを示す指示を受信し、
前記１つ以上の患者装置について前記命令更新のインストールの成功を示すメッセージを送信する
ようにさらに構成されている、請求項１１～１７のいずれか一項に記載の患者装置を更新するシステム。
【請求項19】
前記１つ以上の計算装置は、前記複数の患者装置の各々からコンフィギュレーション・データを受信するように構成されている、請求項１１～１７のいずれか一項に記載の患者装置を更新するシステム。
【請求項20】
前記コンフィギュレーション・データは、前記複数の患者装置から、特定の患者装置に適用されて以前に成功または失敗した命令更新の記録を含む、請求項１１～１８のいずれか一項に記載の患者装置を更新するシステム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１８１
【補正方法】変更
【補正の内容】
【0181】
本明細書に記載の技術は特定の実施例を参照して記述してきたが、これらの実施例は該技術の原理と適用の単なる例示であることを理解されたい。場合によっては、用語および記号は、該技術を実践するのに要求されない特定の詳細を暗示することがある。例えば、「第１の」および「第２の」という語句が特記のない限り使用されるが、それらは任意の順序を示すことを意図せず、はっきりと異なるエレメントを区別するために使用できる。さらに方法論におけるプロセス・ステップは順に記述または例示されてもよいが、このような順序は必要とされない。当業者は、このような順序が修正されてもよいことおよび／またはそれらの特徴が同時にまたは同期的に実施されてもよいことを認識するであろう。従って、例示的な実施例に多数の変更が行われてもよく、該技術の趣旨および範囲から逸脱することなくそのほかの構成が考案され得ることを理解されたい。
なお、本願の出願当初の開示事項を維持するために、本願の出願当初の請求項１～３２の記載内容を以下に追加する。
（請求項１）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、複数の患者装置に関するコンフィギュレーション・データにアクセスするステップであって、前記複数の患者装置のそれぞれは、命令のセットを実装する、ステップと、
前記１つまたはそれ以上のプロセッサーにより、１つまたはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を、前記複数の患者装置から識別するステップと、
前記１つまたはそれ以上のプロセッサーにより、命令更新を前記１つまたはそれ以上の患者装置にネットワークを経由して送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対する前記コンフィギュレーション・データを更新するステップと、
を含む方法。
（請求項２）
前記１つまたはそれ以上のプロセッサーにより、複数の命令更新から、前記１つまたはそれ以上の患者装置に送信すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するステップをさらに含む、請求項１に記載の方法。
（請求項３）
前記１つまたはそれ以上の基準および前記命令更新を選択するステップは、遠隔計算装置から受信した１つまたはそれ以上の送信に基づいている、請求項１または２に記載の方法。
（請求項４）
前記命令更新は、
命令更新ファイルの場所を指定するデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
各装置に対して前記更新を実施するスケジュール時間、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示、
該当する場合、患者の治療が停止されるまで前記更新を適用すべきでないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェックする能力、
のうちの少なくとも1つを含む、請求項１から３のいずれか一項に記載の方法。
（請求項５）
前記複数の患者装置が、呼吸圧力治療装置である、請求項１～４のいずれか一項に記載の方法。
（請求項６）
前記命令更新を送信するステップは、検証データを送信するステップをさらに含み、該検証データは、前記患者装置により使用されて、前記命令更新が首尾よくダウンロードされたことを検証する、請求項１～５のいずれか一項に記載の方法。
（請求項７）
前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置のそれぞれから前記命令更新がインストールされたかどうかの指示を受信するステップをさらに含む、請求項１～６のいずれか一項に記載の方法。
（請求項８）
前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに、前記命令更新を再送信するステップをさらに含む、請求項７に記載の方法。
（請求項９）
前記命令更新は、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の部分に従って動作する、請求項１～８のいずれか一項に記載の方法。
（請求項１０）
前記１つまたはそれ以上の患者装置のそれぞれからの指示は、前記命令セットが首尾よくインストールされたことを示し、前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置に対する前記命令更新のインストールの成功を識別するメッセージを送信するステップをさらに含む、請求項７～９のいずれか一項に記載の方法。
（請求項１１）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項１～１０のいずれか一項に記載の方法。
（請求項１２）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項１～１１のいずれか一項に記載の方法。
（請求項１３）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項１～１２のいずれか一項に記載の方法。
（請求項１４）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、患者装置の操作の第１の命令セットにアクセスするステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の操作セットを実施するステップと、
前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由して更新データを受信するステップと、
更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより、前記更新データに従って前記第１の命令セットを更新するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の操作セットを実施するステップと、
を含む方法。
（請求項１５）
前記患者装置は、呼吸圧力治療装置を含む、請求項１４に記載の方法。
（請求項１６）
前記更新データを受信するステップは、検証データを受信するステップをさらに含み、前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定するステップをさらに含む、請求項１４または１５に記載の方法。
（請求項１７）
受信した前記更新データが不完全と決定されると、エラーの通知を前記遠隔計算装置に送信するステップと、
更新データの第２の送信を受信するステップと、
をさらに含む、請求項１４～１６のいずれか一項に記載の方法。
（請求項１８）
前記更新データは、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは、前記更新データの前記第２の部分に従って動作する、請求項１４～１７のいずれか一項に記載の方法。
（請求項１９）
前記第１の命令セットおよび更新された命令セットは、ソフトウエアおよびファームウエアのうちの少なくとも１つを含む、請求項１４～１８のいずれか一項に記載の方法。
（請求項２０）
前記第１の命令セットの更新が発生したとの確認を送信するステップは、前記患者装置に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求項１４～１９のいずれか一項に記載の方法。
（請求項２１）
前記患者装置が前記命令更新により識別されたビルド標準を満足するかどうかを決定するステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が前記ビルド標準を満足するとの決定に基づいて発生する、請求項１４～２０のいずれか一項に記載の方法。
（請求項２２）
１つまたはそれ以上の計算装置を含む、医療を提供する装置を更新するシステムであって、該１つまたはそれ以上の計算装置は、
それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・データにアクセスし、
１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を前記複数の患者装置から識別し、
命令更新を前記１つまたはそれ以上の患者装置に送信し、
前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対して前記コンフィギュレーション・データを更新する、
ように構成されている、システム。
（請求項２３）
前記１つまたはそれ以上の計算装置は、複数の更新から前記１つまたはそれ以上の患者装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するように構成される、請求項２２に記載のシステム。
（請求項２４）
前記１つまたはそれ以上の計算装置は、１つまたはそれ以上の送信を遠隔計算装置から受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ以上の基準および前記命令更新を識別する、請求項２２または２３に記載のシステム。
（請求項２５）
前記複数の患者装置は、呼吸圧力治療装置である、請求項２２～２４のいずれか一項に記載のシステム。
（請求項２６）
前記命令更新は、
命令更新ファイルの場所を指定したデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
前記更新をそれぞれの装置に対して実施するスケジュール時間、
前記更新を適用すべきとの確認を要求すべきかどうかの指示、
該当する場合に、患者の治療が停止されるまで前記更新を適用しないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および、
前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェックする能力、
のうちの少なくとも１つを含む、請求項２２～２５のいずれか一項に記載のシステム。
（請求項２７）
前記命令更新を送信するステップは、前記１つまたはそれ以上の患者装置に対する検証データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに含む、請求項２２～２６のいずれか一項に記載のシステム。
（請求項２８）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項２２～２７のいずれか一項に記載のシステム。
（請求項２９）
前記１つまたはそれ以上の計算装置は、前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成される、請求項２２～２８のいずれか一項に記載のシステム。
（請求項３０）
前記１つまたはそれ以上の計算装置は、
前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそれぞれから受信し、
前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者装置に送信する、
ようにさらに構成される、請求項２２～２９のいずれか一項に記載のシステム。
（請求項３１）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項２２～３０のいずれか一項に記載のシステム。
（請求項３２）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項２２～３１のいずれか一項に記載のシステム。
なお、本願の出願当初の開示事項を維持するために、本願の出願当初の請求項１～３２の記載内容を以下に追加する。
（請求項１）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、複数の患者装置に関するコンフィギュレーション・データにアクセスするステップであって、前記複数の患者装置のそれぞれは、命令のセットを実装する、ステップと、
前記１つまたはそれ以上のプロセッサーにより、１つまたはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を、前記複数の患者装置から識別するステップと、
前記１つまたはそれ以上のプロセッサーにより、命令更新を前記１つまたはそれ以上の患者装置にネットワークを経由して送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対する前記コンフィギュレーション・データを更新するステップと、
を含む方法。
（請求項２）
前記１つまたはそれ以上のプロセッサーにより、複数の命令更新から、前記１つまたはそれ以上の患者装置に送信すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するステップをさらに含む、請求項１に記載の方法。
（請求項３）
前記１つまたはそれ以上の基準および前記命令更新を選択するステップは、遠隔計算装置から受信した１つまたはそれ以上の送信に基づいている、請求項１または２に記載の方法。
（請求項４）
前記命令更新は、
命令更新ファイルの場所を指定するデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
各装置に対して前記更新を実施するスケジュール時間、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示、
該当する場合、患者の治療が停止されるまで前記更新を適用すべきでないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェックする能力、
のうちの少なくとも1つを含む、請求項１から３のいずれか一項に記載の方法。
（請求項５）
前記複数の患者装置が、呼吸圧力治療装置である、請求項１～４のいずれか一項に記載の方法。
（請求項６）
前記命令更新を送信するステップは、検証データを送信するステップをさらに含み、該検証データは、前記患者装置により使用されて、前記命令更新が首尾よくダウンロードされたことを検証する、請求項１～５のいずれか一項に記載の方法。
（請求項７）
前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置のそれぞれから前記命令更新がインストールされたかどうかの指示を受信するステップをさらに含む、請求項１～６のいずれか一項に記載の方法。
（請求項８）
前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに、前記命令更新を再送信するステップをさらに含む、請求項７に記載の方法。
（請求項９）
前記命令更新は、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の部分に従って動作する、請求項１～８のいずれか一項に記載の方法。
（請求項１０）
前記１つまたはそれ以上の患者装置のそれぞれからの指示は、前記命令セットが首尾よくインストールされたことを示し、前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置に対する前記命令更新のインストールの成功を識別するメッセージを送信するステップをさらに含む、請求項７～９のいずれか一項に記載の方法。
（請求項１１）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項１～１０のいずれか一項に記載の方法。
（請求項１２）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項１～１１のいずれか一項に記載の方法。
（請求項１３）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項１～１２のいずれか一項に記載の方法。
（請求項１４）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、患者装置の操作の第１の命令セットにアクセスするステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の操作セットを実施するステップと、
前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由して更新データを受信するステップと、
更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより、前記更新データに従って前記第１の命令セットを更新するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の操作セットを実施するステップと、
を含む方法。
（請求項１５）
前記患者装置は、呼吸圧力治療装置を含む、請求項１４に記載の方法。
（請求項１６）
前記更新データを受信するステップは、検証データを受信するステップをさらに含み、前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定するステップをさらに含む、請求項１４または１５に記載の方法。
（請求項１７）
受信した前記更新データが不完全と決定されると、エラーの通知を前記遠隔計算装置に送信するステップと、
更新データの第２の送信を受信するステップと、
をさらに含む、請求項１４～１６のいずれか一項に記載の方法。
（請求項１８）
前記更新データは、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは、前記更新データの前記第２の部分に従って動作する、請求項１４～１７のいずれか一項に記載の方法。
（請求項１９）
前記第１の命令セットおよび更新された命令セットは、ソフトウエアおよびファームウエアのうちの少なくとも１つを含む、請求項１４～１８のいずれか一項に記載の方法。
（請求項２０）
前記第１の命令セットの更新が発生したとの確認を送信するステップは、前記患者装置に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求項１４～１９のいずれか一項に記載の方法。
（請求項２１）
前記患者装置が前記命令更新により識別されたビルド標準を満足するかどうかを決定するステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が前記ビルド標準を満足するとの決定に基づいて発生する、請求項１４～２０のいずれか一項に記載の方法。
（請求項２２）
１つまたはそれ以上の計算装置を含む、医療を提供する装置を更新するシステムであって、該１つまたはそれ以上の計算装置は、
それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・データにアクセスし、
１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を前記複数の患者装置から識別し、
命令更新を前記１つまたはそれ以上の患者装置に送信し、
前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対して前記コンフィギュレーション・データを更新する、
ように構成されている、システム。
（請求項２３）
前記１つまたはそれ以上の計算装置は、複数の更新から前記１つまたはそれ以上の患者装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するように構成される、請求項２２に記載のシステム。
（請求項２４）
前記１つまたはそれ以上の計算装置は、１つまたはそれ以上の送信を遠隔計算装置から受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ以上の基準および前記命令更新を識別する、請求項２２または２３に記載のシステム。
（請求項２５）
前記複数の患者装置は、呼吸圧力治療装置である、請求項２２～２４のいずれか一項に記載のシステム。
（請求項２６）
前記命令更新は、
命令更新ファイルの場所を指定したデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
前記更新をそれぞれの装置に対して実施するスケジュール時間、
前記更新を適用すべきとの確認を要求すべきかどうかの指示、
該当する場合に、患者の治療が停止されるまで前記更新を適用しないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および、
前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェックする能力、
のうちの少なくとも１つを含む、請求項２２～２５のいずれか一項に記載のシステム。
（請求項２７）
前記命令更新を送信するステップは、前記１つまたはそれ以上の患者装置に対する検証データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに含む、請求項２２～２６のいずれか一項に記載のシステム。
（請求項２８）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項２２～２７のいずれか一項に記載のシステム。
（請求項２９）
前記１つまたはそれ以上の計算装置は、前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成される、請求項２２～２８のいずれか一項に記載のシステム。
（請求項３０）
前記１つまたはそれ以上の計算装置は、
前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそれぞれから受信し、
前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者装置に送信する、
ようにさらに構成される、請求項２２～２９のいずれか一項に記載のシステム。
（請求項３１）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項２２～３０のいずれか一項に記載のシステム。
（請求項３２）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項２２～３１のいずれか一項に記載のシステム。