JP6857499B2 - 遠隔呼吸治療装置の管理 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１４年５月２７日に出願されたオーストラリア国仮出願番号２０１４９０１９９９の利益を主張するものであり、その全開示は、参照により本明細書に包含される。

本技術は、呼吸器関連疾患の検出、診断、治療、予防および改善のうちの１つまたはそれ以上に関する。とりわけ本技術は、医療装置または器具、それらの使用および更新に関する。

１．２（２）関連技術の説明
１．２．１ ヒト呼吸器系とその疾患
身体の呼吸器系はガス交換を促進する。鼻と口が患者の気道の入口を形成する。

気道は一連の枝管を含み、それらは肺に深く入るにつれて狭く、短くそしておびただしくなる。肺の主要機能はガス交換であり、酸素は空気から静脈血に入り、二酸化炭素が運び出される。気管は左右の主気管支に分かれ、さらに分岐して最後に終末細気管支となる。気管支は誘導気道を構成し、ガス交換には関与しない。気道をさらに分割すると呼吸細気管支となり、最終的に肺胞となる。ガス交換が行われる肺の胞状の領域は、呼吸領域と呼ばれる。Ｊｏｈｎ Ｂ． Ｗｅｓｔ著「呼吸生理学」Ｌｉｐｐｉｎｃｏｔｔ Ｗｉｌｌｉａｍｓ ＆ Ｗｉｌｋｉｎｓ、第９版、２０１１年発行を参照。

一連の呼吸器疾患が存在する。呼吸器疾患のいくつかの例には閉塞性睡眠時無呼吸（ＯＳＡ）、チェーン・ストークス呼吸（ＣＳＲ）、肥満過呼吸症候群（ＯＨＳ）、慢性閉塞性肺疾患（ＣＯＰＤ）、神経筋疾患（ＮＭＤ）または胸壁疾患が含まれる。

別の面では、健常な個人はシステムと装置の利点を生かして、呼吸疾患の発症を防止することができる。

１．２．２ 治療
鼻持続的気道陽圧（ＣＰＡＰ）療法は、閉塞性睡眠時無呼吸（ＯＳＡ）の治療に用いられてきた。この仮説は、持続的気道陽圧が空気的副子として作用し、軟口蓋と舌を前方に押して、後口咽頭壁から離せば、上気道の閉塞を防止できると言うものである。

非侵襲的換気（ＮＩＶ）は、患者が十分に呼吸しおよび／または適切な酸素レベルを体内に維持するのを支援するために、呼吸作業の一部またはすべてを行って、上気道を通して患者に換気補助を提供する。換気補助は患者インタフェースを経由して提供される。ＮＩＶはＣＳＲ，ＯＨＳ，ＣＯＰＤ，ＭＤおよび胸壁疾患の治療に使用されてきた。

侵襲的換気（ＩＶ）は、もはや自分で効果的に呼吸できない患者に換気補助を提供し、気管切開チューブを使用して提供される。

人工呼吸器は、患者に供給される呼吸のタイミングと圧力を制御でき、患者が行う呼吸をモニターできる。患者を制御しモニターする方法は、典型的には従量式と圧力サイクル式方法を含む。従量方法はとりわけ、圧力調整容量制御（ＰＲＶＣ）、容量換気（ＶＶ）と容量制御連続強制換気（ＶＣ−ＣＭＶ）技術を含む。圧力サイクル式はとりわけ支援制御（ＡＣ）、同期間欠強制換気（ＳＩＭＶ）、調節機械換気（ＣＭＶ）、圧力補助換気（ＰＳＶ）、持続的陽圧呼吸（ＣＰＡＰ）または呼吸終末陽圧技術（ＰＥＥＰ）を含む。

１．２．３ システム
治療システムは、呼吸圧力治療装置（ＲＰＴ装置）、空気回路、加湿器、患者インタフェースおよびデータ管理を含む。

１．２．４ 患者インタフェース
患者インタフェースは、例えば呼吸できるガスの流れを提供することによって、呼吸装置をそのユーザーに接続するのに使用できる。呼吸できるガスの流れは、鼻および／または口へのマスク、口へのチューブまたは患者の気管への気管開口チューブを経由して提供される。適用する治療法次第で、患者インタフェースは、例えば患者の顔の部分とでシールを形成してもよく、治療が効果をもたらすように周囲圧力と十分に相違した圧力で、例えば周囲圧力に対して約１０ｃｍＨ_２Ｏの陽圧で、ガスを送出する。酸素の送出のようなほかの治療の形態では、約１０ｃｍＨ_２Ｏの陽圧でのガスの気道への供給を容易にするのに十分なシールを患者インタフェースに含めなくてもよい。

患者インタフェースのデザインにはいろいろな難問がある。顔面は複雑な３次元の形状をしている。鼻の大きさと形は個人間でかなり異なる。頭部には骨、軟骨と軟組織があり、顔面の異なる領域は機械的な力に対して異なる反応をする。顎または下顎は頭蓋のほかの骨に関連して動くことがある。頭全体が呼吸治療の間に動くことがある。

これらの難問のために、マスクによっては、ひどく目立つ、審美的に好ましくない、コストが高い、装着が不十分である、使用困難である、及び、特に長期間の着用または患者がシステムに不慣れの場合に不快である、のうちの１つまたはそれ以上の問題に悩まされる。例えば、飛行士専用にデザインされたマスク、個人の保護装置の一部としてデザインされたマスク（例えば、フィルターマスク）、ＳＣＵＢＡマスク、または麻酔薬投与のためのマスクは、本来の適用には耐えるが、長期間、例えば数時間着用するのは好ましくないほど不愉快である。睡眠中にマスクを着用しなければならない場合は特にそうである。

患者が治療に従う限り、鼻ＣＰＡＰ治療はある呼吸器疾患の治療に特に効果的である。マスクが不愉快であるか使用困難であれば、患者は治療に従わないかもしれない。患者は自分のマスクを定期的に洗浄するようしばしば推奨されているので、マスクの洗浄が困難であれば（例えば、組立または分解が困難）、患者は自分のマスクを洗浄しないかもしれず、これは患者のコンプライアンスに影響を与える。

その他の適用（例えば、飛行士）のためのマスクを睡眠呼吸障害に使用するのは適切でないかもしれないが、睡眠呼吸障害に使用するようデザインされたマスクはその他の適用に適しているかもしれない。

これらの理由により、睡眠中の鼻ＣＰＡＰの送出のための患者インタフェースは独特な分野である。

１．２．４．１ シール形成部
患者インタフェースはシール形成部を含む。これは患者の顔面と直接接触するので、シール形成部の形状と形態は患者インタフェースの有効性と快適さに直接影響を与えることがある。

患者インタフェースは、シール形成部分が使用中の顔面の何処と当たるかのデザイン意図によって、一部特徴付けられる。患者インタフェースの１つの形態において、シール形成部は左と右のそれぞれの鼻孔に当たる２つの準部分を持つことができる。患者インタフェースの一形態において、シール形成部分は使用中に両方の鼻孔を囲む単一のエレメントであってよい。このような単一のエレメントは、例えば顔面の上唇領域と鼻梁領域を覆うようにデザインしてよい。患者インタフェースの一形態において、シール形成部分は例えば顔面の下唇領域上にシールを形成するなど、使用中の口の領域を囲むエレメントで成ってよい。患者インタフェースの一形態において、シール形成部分は使用中の両方の鼻孔と口の部分を囲む単一のエレメントで成ってよい。患者インタフェースのこれらの異なるタイプは、それらの製造者が付けた種々の名称で知られており、鼻マスク、顔全体マスク、鼻枕、鼻噴霧および口−鼻マスクが含まれる。

患者の顔の一領域での効果的なシール形成部分は、患者の顔の形状、構造、ばらつきおよび敏感な部分が異なるので、別の領域には適していないことがある。例えば、患者の額を覆う水中メガネのシールを患者の鼻に使用するには適当でない。

１つのデザインがさまざまな異なる顔の形状および大きさに適し、快適で効果的であるのように、或るシール形成部を大量生産用にデザインすることができる。患者の顔の形状と大量生産された患者のインタフェースのシール形成部の間で不整合ができるまで、１つまたは両方を適合させてシールを形成しなければならない。

シール形成部分の１つのタイプは、患者インタフェースの周辺付近に伸び、シール形成部分が患者の顔に係合しようとしており、力が患者インタフェースに加えられた時に患者の顔に抗してシールするように意図される。シール形成部分は、空気または液体で充満されたクッション、またはゴムのようなエラストマーでできた弾力性のあるシールエレメントの成形または形成面を含むことができる。このタイプのシール形成では、適合が適切でなければ、シール形成部分と顔の間にギャップがあり、シールを形成するために顔に抗して患者インタフェースに追加の力を加える必要がある。

シール形成部のもう１つのタイプは、マスクの周辺近辺に位置した薄い材料でできたフラップシールを含み、マスク内に陽圧がかかると患者の顔に抗してセルフシーリングを行う。シール形成部分の以前のタイプのように、顔面とマスクとの間の適合が良好でないと、シールを形成するのに追加の力が必要になるかまたはマスクから漏れが生じる。さらに、シール形成部分の形状が患者のそれに適合しない場合、使用中にしわが生じたり曲がったりすることがあり、漏れが発生する。

シール形成部分のもう１つのタイプは、例えば鼻孔への挿入のような摺合せエレメントを含むことができる。

シール形成部分のもう１つの形態は、接着剤を使ってシールを達成する。顔面に接着剤を絶えず適用しこれを除去するのが不便と感じる患者もいる。

ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄに譲渡された下記の特許出願に、さまざまな患者インタフェース・シール形成部の技術が開示されている：ＷＯ１９９８／００４，３１０、ＷＯ２００６／０７４，５１３、ＷＯ２０１０／１３５，７８５。

鼻枕の一形態がＰｕｒｉｔａｎ Ｂｅｎｎｅｔｔが製造するＡｄａｍ Ｃｉｒｃｕｉｔに見出される。もう１つの鼻枕または鼻噴霧はＰｕｒｉｔａｎ−Ｂｅｎｎｅｔｔ Ｃｏｒｐｏｒａｔｉｏｎに譲渡された米国特４，７８２，８３２（Ｔｒｉｍｂｌｅほか）の題目である。

ＲｅｓＭｅｄ Ｌｉｍｉｔｅｄは、鼻枕を組み込んだ以下の製品を製造した：ＳＷＩＦＴ鼻枕マスク、ＳＷＩＦＴＩＩ鼻枕マスク、ＳＷＩＦＴ ＬＴ鼻枕マスク、ＳＷＩＦＴ ＦＸ鼻枕マスクおよびＬＩＢＥＲＴＹフルフェース・マスク。ＲｅｄＭｅｄに譲渡された以下の特許出願に、鼻枕マスクが記述されている。国際特許出願ＷＯ２００４／０７３，７７８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ鼻枕の特徴を記載）、米国特許出願２００９／００４４８０８（とりわけＲｅｄＭｅｄ ＳＷＩＦＴ ＬＴ鼻枕の特徴を記載）、国際特許出願ＷＯ２００５／０６３，３２８とＷＯ２００６／１３０，９０３（とりわけＲｅｓＭｅｄ ＬＩＢＥＲＴＹフルフェース・マスクの特徴を記載）、国際特許出願ＷＯ２００９／０５２，５６０（とりわけＲｅｓＭｅｄ ＳＷＩＦＴ ＦＸ鼻枕の特徴を記載）。

１．２．４．２ 位置決めと安定化
陽圧空気治療に使用する患者インタフェースのシール形成部は、シールを崩壊しようとする空気圧の対応する力の影響を受ける。このようにシール形成部を位置決めし、それを顔の適当な位置とシーリングの関係を維持するために様々な技術が使用されてきた。

１つの技術に接着剤の使用がある。例えば米国特許公開ＵＳ２０１０／００００５３４を参照。

もう１つの技術として、１つまたはそれ以上のひもと安定化装着帯の使用がある。このような装着帯の多くは、１つまたはそれ以上の不適合、かさばる、不快および使用がぎこちない、の問題に悩まされる。

１．２．５呼吸圧力治療（ＲＰＴ）装置
睡眠呼吸障害の治療に用いられる１つの既知のＲＰＴは、ＲｅｓＭｅｄが製造するＳ９ Ｓｌｅｅｐ Ｔｈｅｒａｐｙ Ｓｙｓｔｅｍである。もう１つのＲＰＴ装置の実施例は人工呼吸器である。成人および小児用人工呼吸器のＲｅｓＭｅｄ Ｓｔｅｌｌａｒ^ＴＭシリーズのような人工呼吸器は、ＮＭＤ、ＯＨＳおよびＣＯＰＤ（ただしこれらに限定されない）のような多くの疾患を治療しているさまざまな患者のために侵襲および非侵襲非依存人工呼吸器のサポートを提供できる。ＲＰＴ装置は流れ発生器としても知られている。

ＲｅｓＭｅｄ Ｅｌｉｓｅｅ（商標）１５０人工呼吸器とＲｅｓＭｅｄ ＶＳ ＩＩＩ（商標）人工呼吸器は、成人および小児患者の多数の疾患の治療に適した侵襲および非侵襲依存人工呼吸器を提供することができる。これらの人工呼吸器は、単一または二重肢回路の付いた容積式換気モードと気圧式換気モードを提供する。

ＲＰＴ装置は、典型的にはモーター駆動の送風機または圧縮ガスリザーバのような圧力発生器から成り、患者の気道に空気の流れを供給するように構成される。場合によっては、空気流を陽圧で患者の気道に供給することができる。ＲＰＴ装置の出口は、空気回路を経由して上記の患者のインタフェースに接続される。

ＲＰＴ装置は典型的には入口フィルター、いろいろなセンサーおよびマイクロプロセッサーをベースにしたコントローラーも含む。送風機はサーボ制御のモーター、ボリュートおよびインペラーを含む。場合によってはモーターのためのブレーキを組み込んで、モーターとインペラーの慣性に打ち勝って送風機の速度をより速やかに減速できる。ブレーキングによって送風機が低圧状態をより速やかに時間内に達成して、慣性にもかかわらず呼気との同期を行う。場合によっては圧力発生器は、モーター速度の制御の代替として、患者に吐出される圧力を変更する手段として発生した空気を大気へ吐出できるバルブを含むことができる。センサーはとりわけモーター速度、質量流量および圧力変換器などによる出口圧力を測定する。コントローラーは統合データ検索および表示機能の付いたまたは付いていないデータ記憶容量を含むことができる。

１．２．６ 加湿器
加湿なしに呼吸できるガスの流れを送出すると、気道が乾燥することがある。医療用加湿器は、呼吸できるガスの流れの湿度および／または温度を周囲空気に対して、要求があれば、典型的には患者が睡眠中または休息中に（例えば病院において）上げるのに使用される。その結果、医療用加湿器は好ましくはベッドの横に置くように小さくてよく、患者の周囲を加湿および／または加熱しないで、患者に送出された呼吸できるガスの流れだけを加湿および／または加熱するように構成できる。例えば、部屋をベースにしたシステム（例えば、サウナ、空調装置、蒸発冷却器）も患者が呼吸する空気を加湿できるが、これらのシステムは部屋全体を加湿および／または加熱することになり、居住者に不快をもたらすことがある。

流れ発生器またはＲＰＴ装置および患者インタフェースと共に加湿器を使用すると、加湿されたガスが生成され、これが鼻粘膜の乾燥を最小限に抑え、患者の気道の快適さを増す。加えて、涼しい気候では、暖かい空気がインタフェースの中の患者の顔およびその周りに広く当たると、冷たい空気よりずっと快適である。

いろいろな形態の呼吸用加湿器があり、空気回路を経て呼吸装置に連結された自立型は関連の呼吸装置に組込まれるかまたは連結されるように構成されるものがある。既知の受動的な加湿器はある安堵を提供できるが、一般に加熱加湿器は患者が快適であるように十分な湿度と温度を提供する。加湿器は典型的には数百ミリリットル（ｍｌ）の容量を有する水リザーバーまたはタブ型容器、リザーバーの中の水を加熱する加熱エレメント、加湿のレベルを変更できる制御装置、流れ発生器またはＲＰＴ装置からのガスを受け入れるガス入口および加湿されたガスを患者インタフェースへ吐出する空気回路に接続できるように適合されたガス出口を含む。

加熱したパスオーバー加湿は、ＲＰＴ装置で使用される加湿の形態の一般的な形態である。このような加湿器において加熱エレメントは、水タブの下にあって水タブと熱的接触にあるヒータープレートに組み込むことができる。このように熱は主として伝導によってヒータープレートから水リザーバーに伝えられる。ＲＰＴ装置からの空気の流れは水タブの中の加熱された水を通り、その結果水蒸気が空気の流れに持ち去られる。ＲｅｓＭｅｄ Ｈ４ｉ（商標）とＨ５ｉ（商標）加湿器はこのような加熱パスオーバー加湿器の例であり、それぞれＲｓｄＭｅｄ Ｓ８およびＳ９ ＣＰＡＰ装置と組み合わせて使用する。

その他の加湿器、例えば泡または拡散加湿器、ジェット加湿器またはウイッキング加湿器も使用される。泡または拡散加湿器において、空気は水表面の下を通り表面に泡となって現れる。ジェット加湿器は水のエアロゾルを生成し、加湿器を出る前に粒子が除去されるかまたは蒸発するようにバッフルまたはフィルターを使用する。ウイッキング加湿器はスポンジまたは紙のような水を吸収する材料を使用し、毛細管現象によって水を吸収する。吸収材料の中の蒸発が空気流に持ち去られるように、水吸収材料は空気流路の中または少なくともその一部に隣接させて置く。

加湿の代替の形態は、ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００加湿器によって提供される。この加湿器はＣｏｕｎｔｅｒＳｔｒｅａｍ（商標）技術を使用して空気流を第１の方向の大きい表面に向け、一方加熱された水を第２の方向の大きい表面積に供給する。ＲｅｓＭｅｄ ＨｕｍｉＣａｒｅ（商標）Ｄ９００は、さまざまな侵襲または非侵襲の人工呼吸器で使用できる。

本開示の態様は、患者装置をネットワーク経由で更新する、コンピュータにより実施される方法を提供する。この方法は複数の患者装置に関連したコンフィギュレーション・データ（構成データ）にアクセスすることを含むことができ、ここに前記複数の患者装置のそれぞれは命令のセットを実装する。この方法は、また、前記複数の患者装置から、１つまたはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を識別することと、２つ以上の更新が提供される場合に、前記コンフィギュレーション・データが、命令更新が前記１つまたはそれ以上の患者装置に現在インストールされていないことを示す前記１つまたはそれ以上の患者装置に提供すべき前記命令更新を選択することと、を含む。この方法は、また、前記１つまたはそれ以上の患者装置に前記命令更新を送信することと、前記１つまたはそれ以上の患者装置のそれぞれが首尾よく前記命令更新をインストールしたかどうかを決定することと、を含む。さらに、前記コンフィギュレーション・データは、前記命令更新を首尾よくインストールした前記１つまたはそれ以上の患者装置のそれぞれに対して更新されることができる。

もう１つの態様において、前記命令更新は下記の少なくとも１つを含むことができる：命令更新ファイルの場所を指定するデータ；装置のどのコンポーネントに前記更新を適用すべきかについての指示；各装置に前記更新を実施するスケジュール時間；前記更新が適用されるべきとの確認を要求すべきかどうかの指示；該当する場合、患者の治療が停止されるまで前記更新を適用しないとの指示；まだ発生していない更新のキャンセルを可能にするデータ構造と機能性；単一操作において大量の更新を要求するバッチ能力；および、前記更新のステータスを示す単一操作においてこれらの更新のステータスをチェックする能力。

前記１つまたはそれ以上の基準と命令更新を選択することは、遠隔計算装置（遠隔コンピューティングデバイス）、例えば臨床医またはサービス員のコンピュータ、から受信した１つまたはそれ以上の送信に基づくことができる。さらに命令更新を選択するステップは、遠隔計算装置のユーザーからの受信入力に基づくことができ、該受信入力は、複数の命令更新からの前記命令更新を示す。前記命令更新を送信することは、検証データを送信することをさらに含み、ここに、検証データは、患者装置が使用して、該受信した命令更新が完了したことを検証する。この場合、前記更新が“完了した”との表現は、前記更新が決して破損または変更されていないことを示すことも意味している。前記命令更新は、前記命令更新が首尾よくインストールされなかったと決定された各装置に再送信されることができる。

さらにもう１つの態様によれば、前記１つまたはそれ以上の患者装置のそれぞれからの指し示しは、前記命令セットが首尾よくインストールされたことを示し、計算装置にメッセージが送信され、ここに、このメッセージは、前記１つまたはそれ以上の患者装置に対する前記命令更新が首尾よくインストールされたことを特定する。前記コンフィギュレーション・データは、少なくとも次のうちの１つを含む：ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、ｄ）前記患者装置が使用されている領域、およびｅ）前記患者装置に以前に首尾よく適用された、または、されなかった前記命令更新の記録。

さらにもう１つの態様によれば、前記複数の患者装置は、呼吸圧力治療装置であることができる。前記コンフィギュレーション・データは次のうちの少なくとも１つを含むことができる：ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン。加えて、前記命令更新は、第１の部分および第２の部分を含み、ここで、前記患者装置の第１のコンポーネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の部分に従って動作する。

もう１つの態様において、医療を提供する装置を更新する方法は、患者装置の操作について第１の命令セットにアクセスすることと、該第１の命令セットにしたがって第１の操作セットを実施することと、遠隔計算装置からネットワークを通して更新データを受信することと、該更新データにそたがって前記第１の命令セットを更新して、更新された命令セットを生成することと、前記第１の命令セットの更新が行われたことの確認を前記遠隔計算装置に送信することと、該更新された命令セットにしたがって第２の操作セットを実施することと、を含むことができる。

この方法は、検証データを受信することを含み、該受信した更新データが完全なものかどうかを決定することをさらに含む。該受信した更新データが不完全と決定されると、前記患者装置は、エラー通知を前記遠隔計算装置に送信し、更新データの第２の送信を受信することができる。

本技術は制限ではなく、実施例によって説明され、添付の図面における数字において同じ参照番号は同じエレメントを参照する。

［３．１ 治療システム］本技術によるシステムを示す図である。鼻枕の形態の患者インタフェース３０００を着用した患者１０００は、ＲＰＴ装置４０００から陽圧の空気の供給を受ける。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に供給される。 鼻マスクの形態の患者インタフェース３０００を着用し、ＲＰＴ装置４０００から陽圧の空気の供給を受ける患者１０００を含むシステムを示す図である。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に送られる。 フルフェース・マスクの形態の患者インタフェース３０００を着用し、ＲＰＴ装置から陽圧の空気の供給を受ける患者１０００を含むシステム示す図である。ＲＰＴ装置からの空気は加湿器５０００で加湿され、空気回路４１７０を通って患者１０００に送られる。 ［３．２ 治療］＜３．２．１ 呼吸システム＞ 鼻腔と口腔、喉頭、声帯、食道、気管、気管支、肺、肺胞嚢、心臓および横隔膜を含むヒト呼吸器系統の概観を示す図である。 鼻腔、鼻骨、外側鼻軟骨、大鼻翼軟骨、小鼻、上唇、下唇、喉頭、硬口蓋、軟口蓋、中咽頭、舌、喉頭蓋、声帯ひだ、食道および気管を含むヒト上気道の概観を示す図である。 ＜３．２．２ 顔の解剖学＞上唇、上赤唇、下赤唇、下唇、口の幅、エンドカンチオン、鼻翼、ホウレイ線およびケイリオンが識別された体表解剖学のいくつかの特徴を示した顔の正面図である。 ［３．３ 患者インタフェース］先行技術において知られている患者インタフェースの一例を示す図である。 ［３．４ 呼吸圧力治療（ＲＰＴ）装置］本技術の一形態によるＲＰＴ装置を示す図である。 本技術の一形態によるＲＰＴ装置の空気回路の模式図である。上方向と下方向が示されている。 本技術の一形態によるＲＰＴ装置の電気的コンポーネントの模式図である。 ［３．５ 加湿器］本技術の一態様による加湿器を示す図である。 ［３．６ 呼吸波形］ヒトの睡眠時の典型的な呼吸波形のモデルを示す図である。横軸が時間を表し、縦軸は呼吸流量を表している。パラメータ値が変動すると、典型的な呼吸は次のような概略値を示す：１回換気量、Ｖｔ，０．５Ｌ，吸入時間、Ｔｉ，１．６ｓ，最大吸気流量、Ｑｐｅａｋ，０．４Ｌ／ｓ，呼気時間、Ｔｅ，２．４ｓ，最大呼気流量，Ｑｐｅａｋ，−０．５Ｌ／ｓ。呼吸の全持続時間Ｔｔｏｔは約４ｓである。ヒトは人工呼吸器装置を使用して典型的には１分あたり約１５回の割合で（ＢＰＭ）呼吸する。Ｖｅｎｔ約７．５Ｌ／ｓ。典型的な負荷サイクル（デューティサイクル）、ＴｉとＴｔｏｔの比は約４０％である。 ［３．７ データ管理システム］患者データの収集と送信に使用する一例の通信システム７００を示す図である。患者装置７２０、７３０および７４０のそれぞれは、ＲＰＴ４０００、加湿器５０００および患者インタフェース３０００を含む。 患者装置によって実装された更新命令セットに関して本明細書で開示された患者装置で実施される操作のフローチャートを示す図である。 本明細書で開示されたサーバーのような計算装置で実施することのできる操作のフローチャート９００を示す図である。

本技術をさらに詳細に説明する前に、本技術は本明細書に記載された変わることのある特定の実施例に限定されないことを理解されたい。またこの開示で使用されている専門用語は、本明細書中で議論される特定の実施例のみを記述するのが目的であり、限定する意図のないことを理解すべきである。

４．１ 治療システム
１つの形態において、本技術は呼吸疾患を治療する器具を含む。この器具は空気のような加圧された呼吸できるガスを、患者インタフェース３０００に至る空気吐出チューブを経て患者１０００に供給する流れ発生器または送風機を含む。

４．２ 治療
１つの形態において、本技術は陽圧を患者１０００の気道入口に適用するステップを含む呼吸疾患を治療する方法を含む。

４．２．１ ＯＳＡのための鼻ＣＰＡＰ
１つの形態において、本技術は鼻持続的気道陽圧を患者に適用することによって閉塞性睡眠時無呼吸（ＯＳＡ）を治療する方法を含む。

４．３ 患者インタフェース３０００
本技術の一形態による非侵襲型患者インタフェース３０００は以下の機能面を有する：シール形成構造３１００、プレナムチャンバー３２００、位置決めおよび安定化構造３３００、ベント３４００および空気回路４１７０へ接続するための接続ポート３６００。いくつかの形態において、機能面は１つまたはそれ以上の物理的コンポーネントによって提供されてよい。いくつかの形態において、１つの物理的コンポーネントが１つまたはそれ以上の機能面を提供できる。使用中は、シール形成構造３１００が気道入口を取り巻くように配置され空気を陽圧で気道に供給する。

４．３．１ シール形成構造３１００
本技術の一形態において、シール形成構造３１００はシール形成面を提供し、さらにクッション機能を提供できる。

本技術によるシール形成構造３１００はシリコンのような柔らかく、柔軟で弾力性のある材料で構築できる。

１つの形態において、シール形成構造３１００はシーリングフランジおよび支持フランジを含む。好ましくはシーリングフランジは、厚さが例えば約０．２５ｍｍから約０．４５ｍｍの約１ｍｍ未満で、プレナムチャンバー３２００の周辺３２１０の周りに伸びる比較的薄い部材を含む。支持フランジはシーリングフランジより相対的に厚くてよい。支持フランジはシーリングフランジとプレナムチャンバー３２００の周縁エッジの間に配置され、少なくとも周辺３２１０の周りに伸びる。支持フランジは、ばね様エレメントであり、あるいはそれを含み、使用中にシーリングフランジが曲がるのを支援する。使用中は、シーリングフランジはプレナムチャンバー３２００におけるシステム圧力に直ちに反応でき、その裏面に作用して顔としっかりしたシーリング係合をするよう促す。

１つの形態において、非侵襲患者インタフェース３０００のシール形成部は一対の鼻噴霧または鼻枕を含み、それぞれの鼻噴霧または鼻枕は患者の鼻のそれぞれの鼻孔とシールを形成するように構築されかつ配置される。

本技術の態様による鼻枕は、下記を含む；少なくともその一部が患者の鼻の下でシールを形成する切頭円錐；円錐の下面の柔軟な領域で円錐を脚に接続している脚。さらに本技術の鼻枕が接続される構造は、脚の基部に隣接した柔軟な領域を含む。柔軟な領域は一致して自在継手を作り、切頭円錐と鼻枕が接続されている構造の変位と角変位の両方に対応する。例えば切頭円錐は、脚が接続されている構造に向けて軸方向に変位できる。

１つの形態において、非侵襲患者インタフェース３０００は使用中に患者の顔の唇領域（即ち上唇）上でシールを形成するシール形成部を含む。

１つの形態において、非侵襲患者インタフェース３０００は使用中に患者の顔の顎の領域にシールを形成するシール形成部を含む。

４．３．２ プレナムチャンバー３２００
好ましくはプレナムチャンバー３２００は、使用中にシールが形成される領域における平均的なヒトの顔の表面輪郭を補完するように形作られた周辺３２１０を有する。使用中は、プレナムチャンバー３２００の周縁エッジは顔の隣接する表面に接近して置かれる。顔との実際の接触はシール形成構造３１００によって提供される。好ましくは、シール形成構造３１００は使用中はプレナムチャンバー３２００の周辺全域３２１０の周りに伸びる。

一形態において、プレナムチャンバー３２００は患者の鼻孔を取り巻きおよび／またはこれと流体連通しており、ここではプレナムチャンバー３２００は（例えば図１ｂに示すように）鼻マスクの一部である。もう１つの形態において、プレナムチャンバー３２００は患者の鼻孔と口を取り巻きおよび／またはこれらと流体連通しており、ここではプレナムチャンバー３２００は（例えば図１ｃに示すように）フルフェース・マスクの一部である。さらに別の形態では、プレナムチャンバー３２００は患者の１つまたはそれ以上の鼻孔と係合しおよび／または流体連通しており、ここではプレナムチャンバー３２００は（例えば図２９に示すように）鼻枕の一部である。

４．３．３ 位置決めと安定化構造３３００
好ましくは、本技術の患者インタフェース３０００のシール形成構造３１００は、使用中は位置決めおよび安定化構造３３００によってシーリング位置に保持される。

４．４ ＲＰＴ装置４０００
本技術の特徴を実装するのに適切な実施例のＲＰＴ装置４０００は、機械的および空気的コンポーネント４１００および電気的コンポーネント４２００を含み、本明細書を通じて記述される１つまたはそれ以上の制御方法論またはアルゴリズムを実行するようプログラムできる。ＲＰＴ装置は好ましくは外部ハウジング４０１０の上部４０１２と外部ハウジング４０１０の低部４０１４の２つに形成された外部ハウジング４０１０を有する。代替の形態では、外部ハウジング４０１０は１つまたはそれ以上のパネル（複数）４０１５を含む。好ましくはＲＰＴ装置４０００は、ＲＰＴ装置４０００の１つまたはそれ以上の内部コンポーネントを支持するシャーシ４０１６を含む。１つの形態において、空気ブロック４０２０はシャーシ４０１６で支持されるかまたはその一部として形成される。ＲＰＴ装置４０００はハンドル４０１８を含むことができる。

ＲＰＴ装置４０００の空気路は好ましくは入口空気フィルター４１１２、入口マフラー４１２２、陽圧の空気を供給できる（好ましくは送風機４１４２により）制御できる圧力装置４１４０および出口マフラー４１２４を含む。空気路には１つまたはそれ以上の圧力変換器４２７２および流れセンサー４２７４が含まれる。

好ましい空気ブロック４０２０は、外部ハウジング４０１０内に位置した空気路の一部を含む。

ＲＰＴ装置４０００は好ましくは電源４２１０、１つまたはそれ以上の入力装置４２２０、中央コントローラー４２３０、治療装置コントローラー４２４０および／または以前に記述された任意のコントローラー、圧力装置４１４０、１つまたはそれ以上の保護回路４２５０、変換器４２７０、データ通信インタフェース４２８０および１つまたはそれ以上の出力装置４２９０を有する。電気コンポーネント４２００は単一のプリント回路基板アセンブリー（ＰＣＢＡ）４２０２上に実装される。代替の形態として、ＲＰＴ装置４０００は１つ以上のＰＣＢＡ ４２０２を含むことができる。

１つまたはそれ以上のプロセッサーを含むことができるＲＰＴ装置４０００の中央コントローラー４２３０は、１つまたはそれ以上のアルゴリズムのモジュールを実行するようにプログラムでき、好ましくは事前処理モジュール、治療エンジンモジュール、圧力制御モジュールおよびさらに好ましくは故障状態モジュールを含むことができる。該コントローラーは、本明細書を通じて記述される１つまたはそれ以上のベント制御方法論を組み込んだベント制御モジュールをさらに含むことができる。

４．４．１ ＲＰＴ装置機械的および空気的コンポーネント４１００
４．４．１．１ 空気フィルター（複数）４１１０
本技術の一形態によるＲＰＴ装置は、空気フィルター４１１０または複数のフィルター４１１０を含むことができる。

１つの形態において、入口空気フィルター４１１２は空気送風機（ブロワー）４１４２の上流の空気路の先頭に位置している。図４ｂを参照。

１つの形態において、例えば抗菌フィルターのような出口空気フィルター４１１４は空気ブロック４０２０の出口と患者インタフェース３０００の間に位置している。図４ｂを参照。

４．４．１．２ マフラー（複数）４１２０
本技術の一形態において、入口マフラー４１２２は送風機４１４２の上流の空気路に位置している。図４ｂを参照。

本技術の一形態において、出口マフラー４１２４は送風機４１４２と患者インタフェース３０００の間の空気路に位置している。図４ｂを参照。

４．４．１．３ 圧力装置４１４０
本技術の一形態において、陽圧の空気の流れを生成する圧力装置４１４０は制御可能な送風機４１４２である。例えば送風機は、ボリュートの中に収めた一つまたはそれ以上のインペラーを有するブラシレスＤＣモーター４１４４を含む。送風機は好ましくは、例えば約１２０リットル／分の陽圧の空気を、約４ｃｍＨ_２Ｏから約２０ｃｍＨ_２Ｏの範囲またはそのほかの形態で約３０ｃｍＨ_２Ｏまでの範囲で吐出できる。

圧力装置４１４０は、治療装置コントローラー４２４０の制御下にある。

４．４．１．４ 変換器（複数）４２７０
本技術の一形態において、１つまたはそれ以上の変換器４２７０が圧力装置４１４０の上流に位置している。１つまたはそれ以上の変換器４２７０は空気路におけるそのポイントの空気の特性を測定するように構築されかつ配置される。

本技術の一形態において、１つまたはそれ以上の変換器４２７０が圧力装置４１４０の下流および空気回路４１７０の上流に位置している。１つまたはそれ以上の変換器４２７０が、空気路中のそのポイントの空気の特性を測定するように構築されかつ配置される。

本技術の一形態において、１つまたはそれ以上の変換器４２７０を患者インタフェース３０００の近位に置くことができる。

４．４．１．５ 抗スピルバック弁
本技術の一形態において、抗スピルバック弁が加湿器５０００と空気ブロック４０２０の間に位置している。この抗スピルバック弁は、水が加湿器５０００から上流、例えばモーター４１４４、に流れるリスクを低減するよう構築されかつ配置される。

４．４．１．６ 空気回路４１７０
本技術の態様による空気回路４１７０は、空気または呼吸できるガスの流れが空気ブロック４０２０と患者インタフェース３０００の間を流れるように構築されかつ配置される。

４．４．１．７ 酸素補給
本技術の一形態において、補充酸素４１８０が空気通路中の１つのポイントに吐出される。

本技術の一形態において、酸素補給は空気ブロック４０２０の上流に吐出される。

本技術の一形態において、酸素補給４１８０は空気回路４１７０に吐出される。

本技術の一形態において、酸素補給４１８０は患者インタフェース３０００に吐出される。

４．４．２ ＲＰＴ装置電気コンポーネント４２００
４．４．２．１ 電源４２１０
本技術の一形態において、電源４２１０はＲＰＴ装置４０００の外部ハウジング４０１０の内部にある。本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００の外部ハウジング４０１０の外部にある。

本技術の一形態において、電源４２１０はＲＰＴ装置４０００にのみ電気を提供する。本技術のもう１つの形態において、電源４２１０はＲＰＴ装置４０００と加湿器５０００の両方に電気を提供する。本明細書を通じて記載されているようにベントの配置のために、電源はさらにオプションで電源を任意のアクチュエータ、コントローラーおよび／またはセンサーに提供する。

４．４．２．２ 入力装置４２２０
本技術の一形態において、ＲＰＴ装置４０００は作業者が装置と対話できるように、ボタン、スイッチまたはダイアルの形態の１つまたはそれ以上の入力装置４２２０を含む。これらはベント配置のようなＲＰＴ装置のコンポーネントの操作の設定を入力するために実装される。ボタン、スイッチまたはダイアルは物理的装置またはタッチスクリーンからアクセスできるソフトウエア装置であってよい。１つの形態において、ボタン、スイッチまたはダイアルは外部ハウジング４０１０に物理的に接続するかまたはもう１つの形態では、中央コントローラー４２３０と電気的接続にあるレシーバーとの無線通信であってよい。

１つの形態において、入力装置４２２０は、作業者が値および／またはメニューオプションを選択できるように構築されかつ配置される。

４．４．２．３ 中央コントローラー４２３０
本技術の一形態において、中央コントローラー４２３０は、入力装置４２２０から入力信号（複数）を受信し、出力装置４２９０および／または治療装置コントローラー４２４０に出力信号（複数）を提供するように構成された専用の電子回路である。

一形態において、中央コントローラー４２３０は特定用途向け集積回路である。もう１つの形態において、中央コントローラー４２３０は個別の電子コンポーネントを含む。

本技術のもう１つの形態において、中央コントローラー４２３０はｘ８６ ＩＮＴＥＬプロセッサーのようなＲＰＴ装置４０００を制御するのに適したプロセッサーである。

本技術のもう１つの形態によるＲＰＴ装置４０００を制御するのに適した中央コントローラーのプロセッサーは、ＡＲＭ ＨｏｌｄｉｎｇｓのＡＲＭ Ｃｏｒｔｅｘ−Ｍプロセッサーに基づくプロセッサーを含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＭ３２シリーズマイクロコントローラーを使用できる。

本技術のさらなる代替の形態によるＲＰＴ装置４０００を制御するもう１つのプロセッサーは、ＡＲＭ９ベースの３２ビットＲＩＳＣ ＣＰＵｓファミリーから選択される部材を含む。例えば、ＳＴ ＭＩＣＲＯＥＬＥＣＴＲＯＮＩＣＳのＳＴＲ９シリーズのマイクロコントローラーを使用できる。

本技術のある代替の形態では、１６ビットＲＩＳＣ ＣＰＵをＲＰＴ装置４０００のプロセッサーとして使用できる。例えば、ＴＥＸＡＳ ＩＮＳＴＲＵＭＥＮＴＳが製造するマイクロコントラーラのＭＳＰ４３０ファミリーのプロセッサーを使用できる。

プロセッサーは１つまたはそれ以上の変換器４２７０および１つまたはそれ以上の入力装置４２２０からの入力信号（複数）を受信するように構成される。

プロセッサーは出力信号（複数）を１つまたはそれ以上の出力装置４２９０、治療装置コントローラー４２４０、データ通信インタフェース４２８０および加湿器コントローラー５２５０に提供するように構成されている。

本技術のいくつかの形態において、中央コントローラーのプロセッサーまたは複数のこのようなプロセッサーは、メモリー４２６０のような非一時的コンピュータ可読記憶媒体に保存されたコンピュータプログラムとして表される１つまたはそれ以上のアルゴリズム４３００のような本明細書に記載の１つまたはそれ以上の方法論を実装するように構成される。いくつかの場合には、以前に議論したように、このようなプロセッサー（複数）はＲＰＴ装置４０００に統合できる。しかし本技術いくつかの形態においてプロセッサー（複数）は、呼吸治療の送達を直接制御することなく、本明細書に記載の任意の方法論を実行する目的で、ＲＰＴ装置４０００の流れ生成コンポーネントから離散的に組み込むことができる。例えばこのようなプロセッサーは、本明細書に記載の任意のセンサーからのデータのような保存されたデータの解析によって、人工呼吸器またはその他の呼吸関連イベントの制御設定を決定する目的でここに記載の任意の方法論を実施できる。同様に、このようなプロセッサーは、本明細書に記載の任意のベント配置の操作を制御する目的で、ここに記載の任意の方法論を実施できる。

４．４．２．４ クロック４２３２
好ましくは、ＲＰＴ装置は、プロセッサーに接続されたクロック４２３２を含む。

４．４．２．５ 治療装置コントローラー４２４０
本技術の一形態において、治療装置コントローラー４２４０は、中央コントローラー４２３０のプロセッサーが実行するアルゴリズム４３００の一部を形成する圧力制御モジュール４３３０である。

本技術の一形態において、治療装置コントローラー４２４０は専用のモーター制御の集積回路である。例えば一形態において、ＯＮＳＥＭＩが製造しているＭＣ３３０３５ブラシレスＤＣモーターコントローラーが使用される。

４．４．２．６ 保護回路４２５０
好ましくは、本技術によるＲＰＴ装置４０００は１つまたはそれ以上の保護回路４２５０を含む。

本技術による保護回路４２５０の一形態は電気的保護回路である。

本技術による保護回路４２５０の一形態は温度または圧力安全回路である。

４．４．２．７ メモリー４２６０
本技術の一形態により、ＲＰＴ装置４０００はメモリー４２６０、好ましくは不揮発性メモリーを含む。いくつかの形態において、メモリー４２６０はバッテリー駆動のスタティックＲＡＭを含むことができる。いくつかの形態では、メモリー４２６０は揮発性ＲＡＭを含むことができる。

好ましくは、メモリー４２６０はＰＣＢＡ ４２０２上に置いてよい。メモリー４２６０は、ＥＥＰＲＯＭまたはＮＡＮＤフラッシュの形態とすることができる。

追加でまたは代替として、ＲＰＴ装置４０００は、例えばＳｅｃｕｒｅ Ｄｉｇｉｔａｌ（ＳＤ）標準で作ったメモリーカードのような取り外し形態のメモリー４２６０を含む。

本技術の１つの形態において、メモリー４２６０は、１つまたはそれ以上のアルゴリズム４３００のような、本明細書に記載の１つまたはそれ以上の方法論を表現するコンピュータプログラムの命令が搭載された非一時的なコンピュータ可読記憶媒体として働く。

４．４．２．８ 変換器４２７０
変換器はＲＰＴ装置の内側でも外側でもよい。外部変換器は例えば空気吐出回路に置かれまたは患者インタフェースのような空気吐出回路の一部を形成する。外部変換器はデータをＲＰＴ装置に送信または移送するドップラーレーダー動きセンサーのような非接触センサーの形態であってよい。

４．４．２．８．１ 流量
本技術による流量変換器４２７４は、例えばＳＥＮＳＩＲＩＯＮのＳＤＰ６００シリーズ差圧変換器のような、差圧変換器に基づいたものとすることができる。差圧変換器は空気回路と流体連通しており、圧力変換器のそれぞれが流れ制限エレメントにおける第１と第２のポイントにそれぞれ接続される。

使用中は、流量変換器４２７４からの合計流量Ｑｔを表す信号は、プロセッサーが受信する。

４．４．２．８．２ 圧力
本技術による圧力変換器４２７２は、空気路と流体連通して配置される。適切な圧力変換器の例は、ＨＯＮＥＹＷＥＬＬ ＡＳＤＸシリーズのセンサーである。代替の適切な圧力変換器は、ＧＥＮＥＲＡＬ ＥＬＥＣＴＲＩＣのＮＰＡシリーズのセンサーである。

使用中は、圧力変換器４２７２からの信号を中央コントローラー・プロセッサーが受信する。１つの形態において、圧力変換器４２７２からの信号は、中央コントローラー４２３０が受信する前にフィルターにかけられる。

４．４．２．８．３ モーター速度
本技術の一形態において、モーター速度信号４２７６が生成される。モーター速度信号４２７６は好ましくは治療装置コントローラー４２４０によって提供される。モーター速度は、例えばホール効果センサーのような速度センサーによって生成される。

４．４．２．９ データ通信システム４２８０
本技術の一形態において、データ通信インタフェース４２８０が提供され、中央コントローラー・プロセッサーに接続される。データ通信インタフェース４２８０は好ましくは遠隔外部通信ネットワーク４２８２に接続可能である。データ通信インタフェース４２８０好ましくはローカル外部通信ネットワーク４２８４に接続可能である。好ましくは、遠隔外部通信ネットワーク４２８２は遠隔外部装置４２８６に接続可能である。好ましくは、ローカル外部通信ネットワーク４２８４はローカル外部装置４２８８に接続可能である。

１つの形態において、データ通信インタフェース４２８０は中央コントローラー４２３０の一部である。もう１つの形態において、データ通信インタフェース４２８０は、中央コントローラー・プロセッサーとは別の集積回路である。

１つの形態において、遠隔外部通信ネットワーク４２８２はインターネット（登録商標）である。データ通信インタフェース４２８０は有線接続（例えば、イーサネット（登録商標）経由または光ファイバー）またはインターネットに接続する無線プロトコルであってよい。

１つの形態において、ローカル外部通信ネットワーク４２８４はＢｌｕｅｔｏｏｔｈ（登録商標）または民生赤外プロトコルのような１つまたはそれ以上の通信標準を利用する。

１つの形態において、遠隔外部装置４２８６は１つ以上のコンピュータ、例えばネットワーク・コンピュータのクラスターであってよい。１つの形態において、遠隔外部装置４２８６は、物理的コンピュータと言うよりむしろ仮想コンピュータであってよい。いずれの場合でも、このような遠隔外部装置４２８６には臨床医のような適切に権限を与えられた人がアクセスできる。

好ましくはローカル外部装置４２８８は、パーソナルコンピュータ、携帯電話、タブレットまたは遠隔制御であってよい。

４．４．２．１０ オプションのディスプレイ、警報を含む出力装置
本技術による出力装置４２９０は、視覚、オーディオおよび触覚ユニットのうちの一つまたはそれ以上の形態をとることができる。視覚ディスプレイは液晶表示装置（ＬＣＤ）または発光ダイオード（ＬＥＤ）ディスプレイであってよい。

４．４．２．１０．１ ディスプレイ・ドライバー４２９２
ディスプレイ・ドライバー４２９２は、ディスプレイ４２９４に表示することを意図して入力として文字、記号または画像を受信し、ディスプレイ４２９４にこれらの文字、記号または画像を表示させる命令に変換する。

４．４．２．１０．２ ディスプレイ４２９４
ディスプレイ４２９４は、ディスプレイ・ドライバー４２９２から受信したコマンドに応答して文字、記号または画像を視覚的に表示するよう構成される。例えば、ディスプレイ４２９４は８セグメント表示であってよく、この場合、ディスプレイ・ドライバー４２９２は、数字「０」のような文字または記号のそれぞれを８つの論理信号に変換し、該８つの論理信号は、８つの対応するセグメントが、特定の文字または記号を表示するようにそれぞれ活性化されるべきかどうかを指示する。

４．５ 通信およびデータ管理システム
図７は本開示の態様を実施することのできる一例の通信システム７００を表したものである。この一例は本明細書に記載の開示の範囲または特徴の実用性を制限すると考えるべきでない。この一例においてシステム７００はサーバー７１０、患者装置７２０，７３０および７４０、記憶システム７５０、さらに計算装置（コンピューティングデバイス）７６０を含む。これらの装置はそれぞれネットワーク４２８２を通じて通信する。システム７００は任意のサイズのネットワークに合わせることができる。例えば、３つの患者装置７２０、７３０および７４０しか示されていないが、システム７００は任意の数の患者装置を含むことができる。

患者装置７２０，７３０および７４０のそれぞれはＲＰＴ ４０００、加湿器５０００および患者インタフェース３０００を含む１つまたはそれ以上の装置を含むことができる。さらに患者装置７２０，７３０および７４０のそれぞれは、遠隔地から異なる患者により作動させることができる。患者装置７２０にはコントローラー４２３０とメモリー４２６０のみが示されているが、それぞれの患者装置はＲＰＴ ４０００、加湿器５０００および患者インタフェース３０００に関して上記の任意のコンポーネントを含むことができる。さらに患者装置７２０，７３０および７４０は、４２８２を通じてサーバー７１０または計算装置７６０と直接通信するように示されているが、患者装置のそれぞれは、外部計算装置（図示せず）を経由してネットワーク４２８２を通しても通信できる。例えば患者装置７２０は、ネットワーク４２８２を通してデータを送信するパーソナルコンピュータと通信できる。

サーバー７１０は１つまたはそれ以上のプロセッサー７１２、メモリー７１４を含むことができ、汎用計算装置に典型的に使われているその他のコンポーネントを組み込むことができる。サーバー７１０のメモリー７１４は、プロセッサー７１２で実行できる命令７１５を含めプロセッサー７１２でアクセスできる情報を保存できる。メモリー７１４は、プロセッサー７１２で検索、操作または保存できるデータ７１８を含むこともできる。メモリーは、プロセッサーがアクセスできる情報を保存できる任意の非一時的なものでよい。命令７１６は、プロセッサー７１２で直接または間接に実行される命令を含む。この件については、「命令」、「適用」、「ステップ」および「プログラム」はここでは交換可能に使用できる。命令の機能、方法およびルーチンは以下に詳しく説明する。

データ７１８は、命令７１６にしたがってプロセッサー７１２によって検索、保存または修正できる。例えば、ここに記載の主題の件は、任意の特定のデータ構造によって制限されないが、データはコンピュータ・レジスターに保存可能で、テーブルは多数の異なる分野と記録を有しているので、リレーショナル・データベースまたはＸＭＬドキュメントに保存することができる。データ７１８は、数、説明文、専用のコード、ポインター、他のネットワーク場所のようなその他のメモリーに保存されたデータへの参照のような関連の情報を識別または計算するのに十分な任意の情報であってよい。１つまたはそれ以上のプロセッサー７１２は、ＣＰＵのような従来のプロセッサーを含むことができ、またはＡＳＩＣのようなハードウエアに基づいたコンポーネントであってよい。

図７は、サーバー７１０のプロセッサーとメモリーとその他の構成要素、計算装置７６０、および患者装置７２０，７３０および７４０がそれぞれ１つのブロック内にあると機能的に示されているが、それぞれの装置のいろいろなコンポーネントは異なる物理的ハウジング内に収めることができる。例えば、メモリー７１４は、サーバー７１０のハウジングとは異なるハウジング内に位置するハ−ド・ドライブまたはその他の記憶媒体であってよい。同様に、プロセッサー７１２は複数のプロセッサーを含んでよく、それらの一部またはすべては、サーバー７１０のハウジングとは異なるハウジング内に位置している。よって、プロセッサー、コンピュータ、計算装置またはメモリーを参照することは、並行して作動するまたは作動することのないプロセッサー、コンピュータ、計算装置またはメモリーの集まりを参照することを含むと理解されたい。いくつかの機能は、単一のプロセッサーを有する単一の計算装置で生じているとここでは記述されているが、本開示のいろいろな態様は、ネットワーク４２８２を介して通信する等により、互いに情報を通信する複数の計算装置によって実施されることができる。

多くの場合、患者装置７２０，７３０および７４０は無線通信を用いてネットワーク４２８２と通信するのが望ましい。しかしネットワーク４２８２およびここに記載の介在ノードは、ネットワークがインターネット、ワールドワイドウエブ、特殊なイントラネット、広域ネットワーク、ローカルネットワークまたは携帯電話ネットワークの一部であり得るように、いろいろなプロトコルとシステムを使用して相互接続できる。ネットワークは、例えばイーサネット（登録商標）、Ｗｉ−ＦｉおよびＨＴＴＰ、１つまたはそれ以上の企業独自のプロトコル、およびそれらの各種組み合わせ、のような標準通信プロトコルを利用できる。上述のように情報を送信または受信すると、或る利点が得られるが、本書に記載の主題のその他の態様は、情報の送信の任意の特定の態様に制限されない。

サーバー７１０は、ネットワーク４２８２を経由して記憶システム７５０、計算装置７６０および患者装置７２０，７３０および７４０と通信できる１つまたはそれ以上の通信サーバーを含む。以下に詳細に記述するように、サーバー７１０は、ソフトウエアおよびファームウエアの更新７１６を、ネットワーク４２８２を介して患者装置７２０，７３０および７４０に送信できる。次に、患者装置７２０，７３０および７４０は、命令セット７２６の形態のソフトウエアおよびファームウエアにしたがってデータをサーバー７１０に送信する。

計算装置７６０はサーバー７１０と同様に構成でき、１つまたはそれ以上のプロセッサー７６２、メモリー７６４および上記の命令を含む。このような計算装置のそれぞれは、臨床医の使用を意図した個人の計算装置でよく、中央処理ユニット（ＣＰＵ）、データと命令を保存するメモリー（例えば、ＲＡＭと内部ハード・ドライブ）、ディスプレイ７６６のようなディスプレイ（例えば、スクリーンを有するモニター、タッチスクリーン、プロジェクター、テレビ、または情報を表示できるそのほかの装置）およびユーザー入力装置７６８（例えば、マウス、キーボード、タッチスクリーンまたはマイクロホン）のような個人用の計算装置に関して使用されるすべてのコンポーネントを有する。

４．６ 一例の方法
上記のように、図７に示す患者装置７２０，７３０および７４０のそれぞれは、ＲＰＴ ４０００、加湿器５０００および患者インタフェース３０００を含む１つまたはそれ以上の医療装置を含むことができる。上述の動作を実行するにあたり、患者装置７２０，７３０および７４０は、ソフトウエアまたはファームウエアを含む命令セット７２６を実施することができる。図４ｃの関連で説明したようにＲＰＴ４０００は、加湿器コントローラー５２５０および治療装置コントローラー４２４０のような複数のコントローラーを含むことができる。これらのコントローラーのそれぞれは特定の命令セット７２６に関して作動する。したがってそれぞれの命令セットは、上述したコンポーネントを含む、患者装置の特定のコンポーネントに関連する。例えば図７に戻れば、多数のモジュールを含むと示されている患者装置７２０は、通信モジュール７２１、加湿器モジュール７２３および警報モジュール７２５を含む。これらのモジュールのそれぞれは、異なる命令セット７２６にアクセスし、かつこれを実施することができる。もう１つの実施例において、特定の命令セット７２６は、上述の任意のモジュールを含む、１つ以上のモジュールによって実施されることができる。

患者装置７２０，７３０および７４０はそれらの個別の患者によって使用され、命令セット７２６への更新が利用可能になりかつ必要となる。これらの更新は、特定の機能を改善すること、または装置の１つまたはそれ以上のモジュールの動作態様の識別された問題を修正することに関連している。このように、場合によっては、更新は、患者装置の効果的な管理に必須で、患者の安全にも必須である。本開示の１つの態様によれば、１つまたはそれ以上の命令セット７２６は通信ネットワーク４２８２を通して自動的に更新できる。特にサーバー７１０は１つまたはそれ以上の命令セット更新７１６を、１つまたはそれ以上の患者装置７２０，７３０および７４０へ送信できる。命令セット更新７１６を受信すると、それぞれの患者装置７２０，７３０および７４０は、送信された命令セット更新７１６で指示された態様で命令セット７２６を変更できる。このように患者装置は容易にアップグレードでき、さもなければ遠隔でカスタマイズでき、患者は患者装置を臨床医またはサービスセンターへ持参する必要はない。

１つの態様において、特定の患者装置を特定の更新を受信できるものとして、または受信するのに適したものとして選択できる。例えばサーバー７１０は、患者装置７２０が特定の命令セット更新７１６を受信すべきであるが患者装置７３０と７４０はそうでないと決めることができる。特定の更新を受信する特定の患者装置を識別するために、サーバー７１０はそれぞれの患者装置７２０，７３０および７４０のコンフィギュレーション（構成）・データ７１８を維持できる。コンフィギュレーション・データ７１８は、通し番号、患者装置によって現在組込まれているソフトウエアとファームウエアのバージョンの識別およびハードウエアのバージョン番号を含む特定の患者装置を識別するのに使用できる任意の情報を含むことができる。コンフィギュレーション・データ７１８は、以前に患者装置に送信された命令セットの更新の記録および送信された命令セット更新が首尾よく患者装置に適用されたかまたはされなかったかの指示も含む。さらにコンフィギュレーション・データ７１８は１つの特定の患者装置に関してはっきりと異なる情報に限定されず、多数の患者装置に適用できる情報を含むことができる。例えば、コンフィギュレーション・データ７１８は、患者装置のサプライヤーまたは小売店の識別ならびに患者装置が使用されている場所または領域を含むことができる。代替として、更新は、特定の更新によって修正可能な故障条件のようなその他の要素でトリガーできる。

コンフィギュレーション・データ７１８は、登録プロセスを経て患者装置７２０，７３０および７４０によって提供される。例えば、患者装置７２０はネットワーク４２８２経由でサーバー７１０にコンフィギュレーション・データ７２８を送信する。サーバー７１０は次いで受信したコンフィギュレーション・データ７２８をコンフィギュレーション・データ７１８としてメモリー７１４に保存する。患者装置のコンフィギュレーション・データ７１８の登録は、患者が患者装置を始めて使用した時に生じる。さらにコンフィギュレーション・データ７１８は、コンフィギュレーション・データ７２８で生じる任意の変更時にサーバー７１０で更新される。例えば患者装置７２０は、その加湿器モジュール７２３のファームウエアを第１のバージョンから第２のバージョンへ首尾よく更新したとの通知をサーバー７１０に送信できる。サーバー７１０は次いでコンフィギュレーション・データ７１８を更新して、患者装置７２０が現在加湿器モジュールのファームウエアの第２のバージョンを組み込んでいることを示す。１つの実施例において、患者装置７２０は始動の度にその現在のコンフィギュレーション・データ７２８をチェックして、コンフィギュレーション・データ７２８における任意の変更をサーバー７１０に報告する。

１つの態様によれば、計算装置７６０のユーザーは特定の患者装置を選択してサーバー７１０と通信しながら更新する。例えば、計算装置７６０のユーザーは、それにより計算装置７６０が特定の患者装置７２０、７３０および７４０に対する特定の更新７１６を指定できるサーバー７１０とのインタフェースを提供するウエブサイトにアクセスできる。更新を実施すべき患者装置を識別するために、計算装置７６０は、ある基準を満足する患者装置を求めてサーバー７１０のメモリー７１４を検索する。例えば、計算装置７６０のユーザーは、特定のソフトウエア・バージョンを組込んでいる全ての患者装置または特定の範囲内の通し番号を識別するようにサーバー７１０に要求できる。もう１つの実施例では計算装置７６０は、特定の小売業者から購入したすべての患者装置のリストを要求できる。

計算装置７６０のユーザーは、サーバー７１０経由で更新すべき患者装置を識別できる。１つ以上の可能性のある更新がある場合は、ユーザーは患者装置に提供すべき特定の更新７１６を識別または選択しなければならない。特定の更新を識別する場合、ユーザーは患者装置のどのコンポーネントを更新すべきか、またコンポーネントによって実装されるべきソフトウエアまたはハードウエアの特定のバージョンを識別できる。例えば、計算装置７６０のユーザーは、サーバー７１０に対し、患者装置７２０および７３０に加湿器モジュール７２３の更新７１６を提供するように要求し、その更新は加湿器ファームウエアのバージョン３．１に関するものであることを要求する。サーバー７１０は次いで選択した更新７１６を患者装置７２０と７３０に送信する。ファームウエアのバージョン３．１は、患者装置７２０と７３０によって現在組込まれている設定より新しいまたは異なる設定を含む。これらの新しい設定は、患者装置７２０と７３０がファームウエアのバージョン３．１をインストールすれば組み込むことができる。更新７１６を選択し、選択された更新７１６を送信するプロセスは、単一のサーバー７１０で実行でき、代替として１つ以上のサーバー７１０によって実行できる。例えば、計算装置７６０は通信サーバー７１０に対して更新依頼を行うことができる。通信サーバーは次いでこの依頼をダウンロードサーバーに送信し、サーバーは選択した更新を指定された患者装置へ送信する。

命令更新データは下記の１つを含むこともできる；命令更新フォームを何処で入手するかを明記したデータ、例えば、ホストサーバー、ポート、ファイル名；大容量の装置更新が効果的に管理できるように各装置の更新を実行するスケジュール時間；更新を適用すべきことを患者に確認する依頼をすべきかどうか；患者の治療が停止されるまで更新を適用すべきでないとの命令；必要な場合、まだ生じていないアップグレードのキャンセルを可能にするデータ構造と機能性；単一の操作で大量のアップグレードを依頼するバッチ能力ならびに単一の操作でこれらのアップグレードのステータス、リスト中どのアップグレードが成功したか、どれが失敗したか、どれが開始されていないか、等を後でチェックする能力。

更新７１６を患者装置７２０、７３０および７４０に提供する場合、サーバー７１０は更新が首尾よくダウンロードされたことの検証に使用できる検証データを送信することもできる。それぞれの更新７１６は検証データを含む。検証データはチェックサム、巡回冗長検査または更新ファイルのサイズの識別の形態をとる。例えばサーバー７１０は、チェックサムを含む更新７１６を患者装置７２０に送信できる。患者装置７２０は受信した更新７１６とチェックサムを比較し、更新すべてを受領したかどうか決定する。もしダウンロードされた更新がチェックサムと一致すれば、患者装置はその更新をインストールし、インストールが成功したとの指示をサーバー７１０に送信する。しかし、もしダウンロードした更新がチェックサムと一致しないと、患者装置はその更新をインストールせず、インストールが生じなかったとの指示をサーバー７１０に送信できる。

サーバー７１０から患者装置７２０への送信は１つ以上のコンポーネントのための更新を含む。例えば、特定の更新７１６はサーバー７１０から患者装置７２０へ送信され、通信モジュール７２１と加湿器モジュール７２３に対する命令セット７２６のように、複数のコンポーネントに対する複数の命令セットを修正する。もう１つの実施例において、特定の命令セット７２６は複数のコンポーネントによって組み込まれ、この命令セット７２６の修正がこれら複数のコンポーネントの修正を引き起こす。複数の更新を単一の患者装置７２０に送信しかつ適用することもできる。送信に複数の更新７１６が含まれている場合、サーバー７１０は、更新が発生する順序を識別できる。次いで送信を受信した患者装置は、サーバー７１０によって指定された順序に従って更新７１６を組み込む。命令セットの最終バージョンが組み込まれるように、患者装置の１つのコンポーネントは、２回以上の更新が必要とされる場合がある。例えばバージョン３．０をインストールする前に、患者装置７２０は命令セットのバージョン２．０をダウンロードしてインストールする必要がある。従ってコンフィギュレーション・データ７１８は、特定の更新７１６を現在インストールできる患者装置７２０、７３０および７４０の識別ならびに特定の更新７１６をインストールするためにインストールしなければならないその他の更新の識別を含むことができる。もう１つの実施例において送信された更新７１６は、更新７１６をインストールするために必要な命令セット７２６のバージョンまたは複数のバージョンの識別を含むことができる。更新７１６をインストールするに先立ち、患者装置７２０は更新７１６で識別された要求されたバージョンを現在組込んでいるバージョンと比較できる。要求されるバージョンのうちの１つを患者装置７２０が現在組み込んでいない場合、患者装置７２０は、更新７１６のインストールを避けることができる。

患者装置７２０は、患者装置７２０が、更新７１６によって識別された、指定されたビルド標準（build standard：内蔵標準）を満足するかどうか決定し、その決定に基づいて更新７１６のインストールを実行するかまたは避ける。例えば識別されたビルド標準は、インストールすべき更新に必要なコンポーネントの組み合わせを含む。患者装置７２０は、それが識別されたコンポーネントの組み合わせを使用しているか決定するなどして、それが識別されたビルド標準を満足しているかどうか決定できる。識別されたコンポーネントが患者装置７２０で使用されておれば、これらのコンポーネントは更新７１６に従って更新できる。しかし患者装置７２０が１つまたはそれ以上の識別されたコンポーネントを含んでいなければ、患者装置７２０は更新７１６のインストールを避けることができる。１つの実施例において、患者装置７２０は患者装置７２０が含んでいないまたは使用していないコンポーネントに関連する更新７１６の部分のみ、インストールを避けることができるが、更新７１６の他の部分のインストールは進める。

１つの態様に従って患者装置はスケジュール通りに更新できる。例えば計算装置７６０のユーザーは、特定の患者装置が特定の更新７１６を受信することになっている日付を識別するなどして、更新のスケジュールをサーバー７１０に提供することができる。サーバー７１０は次いでスケジュールに従って更新７１６を送信できる。１つの実施例においてスケジュールはそれぞれの患者装置に対するコンフィギュレーション・データ７１８に組み込むことができる。このようにして、多数の患者装置に適用する更新を、例えば数週間または数か月の延長された期間にわたり適用することができ、ネットワーク４２８２がある時間に送信しなければならない負荷を低減できる。患者装置が更新７１６を受信するよう予定されている場合、サーバー７１０は更新依頼を送信できる。更新依頼はＳＭＳメッセージまたはその他の肩たたき送信の形態をとることができる。サーバー７１０から更新依頼を受信すると患者装置７２０は、その更新を受け取る準備ができているとの指示で応答する。この更新は次いで患者装置７２０に送信されインストールされる。サーバー７１０は発生することになっていた更新７１６をキャンセルすることもできる。例えば計算装置７６０のユーザーは、特定の更新７１６が１つまたはそれ以上の患者装置７２０、７３０、および７４０に対してキャンセルすべきとの依頼を送ることができる。計算装置７６０の要求に応じて、サーバー７１０は特定の更新７１６を予定された更新のリストから除去することができる。更新が既に１つまたはそれ以上の患者装置に送信されたがまだインストールされていない場合は、サーバー７１０は更新のキャンセルを１つまたはそれ以上の患者装置に送信する。更新キャンセルを受信すると、患者装置７２０、７３０、および７４０は受信した更新７１６がインストールされる前にメモリーから削除できる。

代替として送信は特定の適切な日でよいが、それぞれの装置は更新を特定の後日に組み込むよう指示されてよい。サーバー７１０から更新を受信した後、患者装置７２０は更新をインストールする前にいろいろな理由で待つことができる。例えば更新を受信した時に患者が患者装置７２０から治療を受けている時、患者装置７２０は更新をインストールする前に患者の治療が終了するまで待つことができる。こうすれば患者の治療が中断されるまたは更新のインストールでマイナスの影響を受けることを避けることができる。１つの態様において更新は、患者装置を使用している間にそれをインストールしてよいかどうかを指示できる。具体的には、更新が実施されている時、患者装置によって実施できる特定の操作を指示できる。例えば更新７１６は、患者装置が呼吸治療を提供している間に行われる操作に関係のない通信モジュール７２１のみに関連する。従って更新７１６は、患者装置７２０が呼吸治療を提供するように使用中である間にインストールしてよいと指示する。インストール中は患者装置７２０は患者装置が更新されていることを示す通知を表示する。この通知は、患者が患者装置の電源をオフにしてはならないことおよび患者装置を特定の方法で使用する前に更新が完了するのを患者は待つべきであることを示すメセージを表示することを含む。１つの実施例において、患者装置７２０は更新がインストールされる前に患者からの確認を要求する。さらに、或る期間にわたって、多くの装置が新しいソフトウエアをダウンロードするが、ダウンロードされた更新は、マーケティングまたは通信の目的で、すべての装置に同じ日にインストール可能である。

１つの態様によれば、計算装置７６０のユーザーはサーバー７１０に更新７１６のステータスを問い合わせることができる。例えば計算装置７６０は、特定の更新７１６をまだ受信していないまたはまだインストールしていないこれらの患者装置の識別を要求できる。さらに計算装置７６０は１つまたはそれ以上の更新７１６がインストールされたすべての患者装置のリストならびに更新７１６の送信とインストールに関して生じたエラーに関する情報を要求できる。さらにサーバー７１０は計算装置７６０に、特定の患者装置が現在組込中のソフトウエアとファームウエアのバージョンのような現在の命令セットのリストを提供する。例えば計算装置７６０は患者装置７２０によって組み込まれた命令セット７２６のリストをサーバー７１０に問い合わせることができる。サーバー７１０はコンフィギュレーション・データ７１８にアクセスして、問い合わせのあった情報を識別しその情報を計算装置７６０に送信する。計算装置７６０は問い合わせを作成し、ウエブサイトまたはいくつかのほかのサーバー・インタフェースにアクセスすることにより、問い合わせした情報をサーバー７１０から受け取る。サーバー７１０は患者情報の機密を維持するために、問い合わせに関する識別情報とパスワードを提供するように計算装置７６０に要求する。

図８はシステム７００の患者装置７２０のような、患者装置によって実施されるフローチャート８００を示す。上記のように患者装置は命令のセットを保存しかつ実施することができる。ブロック８０２において患者装置は、現在患者装置にアクセスできるソフトウエアまたはファームウエアのような命令のセットを組み込むことができる。命令のセットは患者装置内の複数のコンポーネントの操作に関連しており、単一の場所に保存する必要はない。命令のセットを組み込む場合、患者装置はネットワーク経由でデータを１つまたはそれ以上の外部装置に送信できる（ブロック８０４）。例えば患者装置７２０は、ネットワーク４２８２を経由して患者装置７２０の患者の使用に関するデータを、１つまたはそれ以上の命令にしたがって送信できる。この送信は患者が患者装置を使用した日付と時間に関する情報を含む。患者装置はサーバー７１０のような外部装置から送信を受信し、受信した送信が１つまたはそれ以上の命令セットの更新に関連しているかどうか決めることができる（ブロック８０６）。例えば患者装置は、更新データはサーバーの特定のアドレスのような特定の場所においてアクセスできることを示す送信を受信できる。更新が受信されない場合は、患者装置は現在の命令セットを実装し続けてよい（ブロック８０２）。更新の指示を受信した場合、患者装置は、識別されたアドレスにおける更新ファイルを要求またはこれにアクセスする等により、更新データを受け取ることができる。

患者装置は更新に関してエラーがあるかどうかを決めることができる（ブロック８０８）。例えば上記のように、患者装置は更新をチェックサムと比較して更新をすべて受領したと決定する。さらに患者装置は、現在組込まれている命令セットのバージョンが、更新をインストールするのに必要なバージョンのうちの１つと一致するかどうか決定する。更新に関してエラーがあると決定された場合、患者装置はエラー通知を送信する（ブロック８１０）。例えば患者装置７２０は通知をサーバー７１０に送信して、更新が提供されたチェックサムと一致しなかったことを示す。この通知には更新の再送信の要求も含む。

更新に関してエラーが検出されなければ、患者装置は更新（ブロック８１２）をインストールできる。上記のように、更新は１つまたはそれ以上の命令セットを修正することを含むことができる。修正には命令セットの一部を削除すること、命令セットに追加すること、ならびにオリジナルの命令セットを全く新しい命令セットで置き換えることが含まれる。上述したように、更新は、患者装置の異なるコンポーネントに対する命令セットを含む、種々の命令セットに対する修正を含む。更新をインストールすると、患者装置はチェックを行ってインストールが成功したかどうかを決定する。これには更新されたコンポーネントのそれぞれのチェックも含む（ブロック８１４）。インストールが不成功であれば、患者装置はエラーの通知を送信する（ブロック８１０）。さらに患者装置はオリジナルに戻って、オリジナルの命令セットをブロック８０２に従って組み込む。インストールが成功と決定された場合、患者装置はサーバー７１０のような外部装置に通知を送信して更新がインストールされたと伝える（ブロック８１６）。患者装置は、ブロック８０２に従い、更新された命令セットを含む、現在の命令セットにアクセスし、それを実装することもできる。

図９は、システム７００のサーバー７１０を含む、開示したシステムの計算装置で実施されるフローチャート９００を示す。ブロック９０２においてサーバーは１つまたはそれ以上の基準を満たす患者装置の識別に対する問い合わせを受信する。例えば上記のように、サーバー７１０は計算装置７６０から問い合わせを受ける。この問い合わせは、計算装置７６０によって提供された１つまたはそれ以上の基準を満たすすべての患者装置の識別を探すことができる。この基準は、患者装置が位置している領域、患者装置の通し番号、ならびに患者装置によって現在組込まれているソフトウエアとファームウエアのバージョンのような患者装置の多数の態様または特徴に基づいている。サーバーは受信した問合せに応答してコンフィギュレーション・データにアクセスし（ブロック９０４）、識別された基準が満足されている患者装置を識別するデータを送信することによってその問い合わせに応答する（ブロック９０６）。

サーバーは次いで１つまたはそれ以上の患者装置に送信する１つまたはそれ以上の更新に対する要求を受信する（ブロック９０８）。例えば上記のように計算装置７６０は、計算装置７６０のユーザーによって提供された基準を満足する患者装置７２０、７３０および７４０のサーバー７１０からのリストを受信する。ユーザーは次いで患者装置７２０、７３０および７４０に送信する特定の更新７１６を選択する。ブロック９０８の要求を受けると、サーバーは更新データにアクセスし（ブロック９１０）、受信した要求で識別された患者装置に更新データを送信する（ブロック９１２）。ブロック９０２〜９０８における機能は、異なる順序で実施されてよい。例えばサーバーは、更新依頼を受信すると同時に（またはその前にも）装置を特定のコンフィギュレーションで識別する依頼を受け取り、明記された基準を満足する装置にのみ更新を送る。さらに、ブロック９１２に従って更新データを患者装置に送信するために、ブロック９１０を実施する必要はない。例えばサーバー７１０は更新データを、更新ファイルが保存されている場所を示すアドレスとして送信できる。アドレスで識別された場所は、サーバー７１０上またはその他の場所でよい。このように、更新ファイルのアドレスは、識別された場所に保存されている実際の更新ファイルデータにアクセスするようサーバー７１０に要求することなく、患者装置に提供できる。

サーバーは更新の送信および／またはインストールが成功したかどうかも決定することができる（ブロック９１４）。例えばサーバーはそれぞれの患者装置から、エラー通知または更新が首尾よくインストールされたとのメッセージのいずれかを受信する。更新の送信にエラーが発生するとサーバーは、エラーが発生した各患者装置に更新データを再度送信することができる（ブロック９１２）。代替として、実際の更新ファイル（新しいソフトウエア）は、サーバー７１０によって装置に押し下げられるのではなく、ファイルサーバーから治療装置自身によって要求することができる。患者装置の更新は、更新が１つまたはそれ以上の条件の発生に付随することができるということにおいて、直ちに発生しなくてもよい。例えば更新データは、装置が治療を２００時間提供した後に患者装置が更新をインストールすべきであるということを指示することができる。したがってブロック９１２とブロック９１４の間にかなりの時間の経過がある。しかし送信とインストールが成功すれば、サーバーは保存されたコンフィギュレーション・データを改定して、１つまたはそれ以上の患者装置が送信された更新に対応する命令を現在組込中であることを示し（ブロック９１６）、更新が成功したことを報告する（ブロック９１８）。例えば１つまたはそれ以上の患者装置が首尾よく更新されると、サーバー７１０は計算装置７６０にメッセージを送信して更新が完了したことをユーザー、例えば技術者、に通知する。このメッセージは、更新を首尾よくインストールした特定の患者装置または患者装置のグループを識別する。

図８と図９で説明した命令は単一装置で実施できるが、代替として１つ以上の装置で実施できる。例えばパーソナルコンピュータが１つまたはそれ以上の上記命令を実施できるように、患者装置はワイヤレスネットワークを通じてパーソナルコンピュータと通信できる。図８と図９で参照したサーバーも複数のサーバーを含むこともできる。図８と図９に示す特定の操作に関し、いろいろな操作をフローチャート８００と９００に追加、または、から除外することができる。更にいろいろな操作をフローチャート８００と９００に示すのと同じ順序で実施する必要はない。例えばサーバーは更新情報を治療装置に送ってどの更新が必要であるか、それを何処から入手するか（ホスト、ポート、ファイル名）およびそれをどのように検証するか（例えば、チェックサム／ＣＲＣ）を指示する。次に、治療装置通信モジュールは、更新ファイル（命令）を、指定されたホスト（サーバー）から要求する。この多少異なる機能ダイアグラムでは、大容量のソフトウエアをダウンロードする負荷を、必要なら、図７に示すようなサーバー７１０からだけではなく、多数のサーバーにわたって配分することができる。さらに治療装置は、送信エラーがあれば明記されたサーバーそのものから、サーバー７１０の介入なしに更新ファイル（即ち新しいソフトウエア）を再度要求できる。エラーが通知されると、サーバーは、上記のように操作を再度試みることも可能である。

４．７ 用語解説
本技術の或る形式において、１つまたはそれ以上の以下の定義を適用してよい。本技術のそのほかの形態において、代替の定義を適用できる。

４．７．１ 一般
空気：例えば空気に補給酸素を含めるように、空気を取り入れて呼吸ガスに含める。

持続的気道陽圧法（ＣＰＡＰ）治療：ＣＰＡＰ治療は、空気を大気に関して連続して陽圧である圧力で気道の入口へ適用することであり、好ましくは圧力は患者の呼吸サイクルを通じてほぼ一定である。いくつかの形態では、気道の入口での圧力は単一の呼吸サイクルで水中数センチ変動し、吸入中は僅か高く、呼気中は僅か低い。いくつかの形態において、気道入口における圧力は呼気中は僅かに高く、吸入中は僅かに低い。いくつかの形態において、圧力は患者の異なる呼吸サイクル間で変動する。例えば、患者の上気道の一部閉塞の兆候の検出に対応して増加し、上気道の一部閉塞の兆候がなければ低下する。

４．７．２ 材料
シリコンまたはシリコン・エラストマー：合成ゴム。本明細書において、シリコンは液体シリコンゴム（ＬＳＲ）または圧縮形成シリコンゴム（ＣＭＳＲ）を指す。市販のＬＳＲの一形態は、Ｄｏｗ Ｃｏｒｎｉｎｇが製造しているＳＩＬＡＳＴＩＣである（この商標で販売されている製品範囲に含まれている）。ＬＳＲを製造しているもう１社はＷａｃｋｅｒである。特に明記のない限り、ＬＳＲの好ましい形態は、ＡＳＴＭ Ｄ２２４０に従って測定された約３５から約４５の範囲のショアＡ（またはタイプＡ）圧入硬度を有している。

ポリカーボネート：ビスフェノール−Ａカーボネートの典型的に透明な熱可塑性ポリマー。

４．７．３ 患者インタフェースの態様
抗呼吸停止バルブ（ＡＡＶ）：マスクシステムのコンポーネントまたはサブアセンブリーで、フェイルセーフの態様で大気に開放すると、患者の過剰なＣＯ_２再呼吸のリスクを低減する。

エルボー：角部を通して方向が変わるように、空気の流れの軸を方向付けるコンジット。一形態において、角度は約９０度でよい。もう１つの形態において、角度は９０度以下でよい。このコンジットはほぼ円形の断面を有している。もう１つの形態において、コンジットは楕円形または長方形の断面を有することができる。

フレーム：フレームは、ヘッドギアとの２つまたはそれ以上の接続ポイント間の張力の負荷に耐えるマスク構造を意味する。マスクのフレームは、マスクにおいて非気密耐加重構造であってよい。しかしいくつかの形態のマスクフレームは、気密であってもよい。

ヘッドギア：ヘッドギアは、頭に使用するようにデザインされた位置決めと安定化構造の形態を意味すると解釈してよい。好ましくは、ヘッドギアは患者インタフェースを呼吸治療の送達のために患者の顔の適切な場所に置きかつ保持するように構成された、１つまたはそれ以上の筋かい、ひも（紐）、および補強材の集まりを含む。いくつかのひもは、発泡体と織物の積層複合材のような柔らかく、柔軟で、弾性性のある材料で形成される。

メンブレン：好ましくは、曲げに対して実質的に耐性を示さないが、伸ばすことには耐性を持った、典型的には薄いエレメントを意味すると解釈される。

プレナムチャンバー：患者インタフェース・プレナムチャンバーは、例えばフルフェース・マスク（即ち鼻と口のマスク）、鼻マスクまたは鼻枕のような容量のある空間を囲む壁を有する患者インタフェースの一部を意味すると解釈され、この容量はその中に患者が使用中は大気以上に加圧された空気を有する。シェルは患者インタフェース・プレナムチャンバーの壁の一部を形成してよい。１つの形態において患者の顔の領域が、クッションまたはシールを経てプレナムチャンバーの壁の１つと隣接する。

シール：名詞形（「ａ ｓｅａｌ」）は，２つの面のインタフェースを通る空気の流れに意図的に耐性を示す構造またはバリアを意味すると解釈される。動詞形（「ｔｏ ｓｅａｌ」）は、空気の流れに抗することを意味すると解釈される。

シェル：シェルは、曲げ、引張りおよび圧縮剛性を有する、湾曲した構造を意味すると解釈される。例えば、マスクの湾曲した構造壁を形成するマスクの一部がそうである。好ましくは、その全体の大きさと比較して相対的に薄い。いくつかの形態ではシェルには切子面がある。このような壁は気密性でなくてよいが、好ましくは気密性である。

補強材：補強材は、別のコンポーネントの少なくとも１方向への曲げ耐性を増すようにデザインされた構造要素（構造コンポーネント）を意味すると解釈される。

筋かい：筋かいは、別のコンポーネントの少なくとも１方向への圧縮耐性を増すようにデザインされた構造要素（構造コンポーネント）を意味すると解釈される。

旋回台：（名詞）好ましくは独立して、好ましくは低トルク下で、共通軸の周りを回転するように構成されたコンポーネントのアセンブリー。一形態において旋回台は、少なくとも３６０度回転するように構築してよい。もう１つの形態において、旋回台は３６０度以下の角度で回転するように構築してよい。空気送達コンジットの状況で使用する場合は、コンポーネントのサブアセンブリーは好ましくは円筒コンジットの一対組み合わせを含む。好ましくは使用中は、旋回台からの空気の漏れは、ほとんどないかまたは全くない。

固定具：固定具は張力に抗するようにデザインされた構造コンポーネントを意味すると解釈できる。

ベント：（名詞）吐き出した二酸化炭素（ＣＯ_２）の洗い出しと酸素の供給（Ｏ_２）を行うため、マスクの内部またはコンジットから周囲空気への空気の漏れの率を慎重に制御できる構造。

４．８ その他の注記
本特許文献の開示の一部は、著作権保護にあたる事項を含んでいる。著作権の所有者は、特許庁の特許ファイルまたは記録にそれが載っている限り、誰かが特許文献または特許の開示をフクシミリ複製することについて異議を唱えることはない。載っていなければ、何であれ著作権を留保する。

文脈で明確に記載されていなければ、また値の範囲が記載されていなければ、それぞれの介在する値は、その範囲の上限と下限の間で、下限の単位の１／１０まで、およびその記述された範囲の任意のそのほかの記述されたまたは介在する値は、該技術に包含される。これらの介在範囲の上限と下限は、記載された範囲における任意の具体的に除外される限界を条件として、介在範囲に独立に含めてよく、本技術の範囲内に包含される。記述した範囲が一つまたは両方の制限を含む場合、これらの含まれた制限のいずれかまたは両方を除いた範囲も該技術に含まれる。

更に、一つまたはそれ以上の値が、技術の一部としてここに組み込まれていると記載されている場合、特記のない限り、このような値は近似することができ、実際的な技術の実施が許容するまたは必要とする範囲まで、このような値は任意の適当な有意桁まで利用できることを理解されたい。

特に定義されていない限り、本明細書で使用するすべての技術的用語および科学的用語は、この技術が属する当業者の一人によって共通して理解されるのと同じ意味を有している。ここに記載のものに類似したまたは同等な任意の方法また材料も、本技術の実践またはテストで使用できるが、限られた数の例示的方法と材料がここに記載されている。

特定の材料がコンポーネントを構築するのに使用されると確認された場合、同様の特性を有する明らかに代替の材料を代替えとして使用できる。さらに、それとは反対に特記のない限り、ここに記載の任意のそしてすべてのコンポーネントは製造が可能と理解され、よって一緒にまたは別に製造することができる。

本明細書と付属の請求の範囲で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈で明確にそうでないと記述されていない限り、それらの複数形を含むことに留意すべきである。

ここで言及したすべての刊行物は、これら刊行物の主題である方法および／または材料を開示しかつ記述するために参照のため取り入れられた。ここで議論する刊行物は、それらの開示の目的で、本出願の出願日に先立ち提供された。ここに記載の何物も、本技術が、先行発明の理由でこのような刊行物に先行する資格を与えられないという承認として解釈されるべきではない。さらに記載の公開日が実際の刊行日と異なるかもしれず、それぞれ単独で確認する必要がある。

さらに本開示を解釈するのに、すべての用語は文脈と一致した最大限広範で合理的な態様で解釈すべきである。特に語句「ｃｏｍｐｒｉｓｅ」と「ｃｏｍｐｒｉｓｉｎｇ」は、エレメント、コンポーネントまたはステップを非排他的態様で参照するとして解釈すべきであり、参照したエレメント、コンポーネントまたはステップは、明示的に参照されていない他のエレメント、コンポーネントまたはステップとともに、存在するか、利用されるか、または組み合わされることを示す。

詳細な説明で使用される件名は、読者の参照を容易にするためにのみ含まれており、開示または特許請求の範囲にわたって見出される主題を制限するために使用してはならない。主題の見出しは請求項の範囲または請求項の制限範囲を解釈するのに使用してはならない。

本明細書に記載の技術は特定の実施例を参照して記述してきたが、これらの実施例は該技術の原理と適用の単なる例示であることを理解されたい。場合によっては、用語および記号は、該技術を実践するのに要求されない特定の詳細を暗示することがある。例えば、「第１の」および「第２の」という語句が特記のない限り使用されるが、それらは任意の順序を示すことを意図せず、はっきりと異なるエレメントを区別するために使用できる。さらに方法論におけるプロセス・ステップは順に記述または例示されてもよいが、このような順序は必要とされない。当業者は、このような順序が修正されてもよいことおよび／またはそれらの特徴が同時にまたは同期的に実施されてもよいことを認識するであろう。従って、例示的な実施例に多数の変更が行われてもよく、該技術の趣旨および範囲から逸脱することなくそのほかの構成が考案され得ることを理解されたい。
以下に、本願の出願当初の特許請求の範囲を示す。
（請求項１）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、複数の患者装置に関するコンフィギュレーション・データにアクセスするステップであって、前記複数の患者装置のそれぞれは、命令のセットを実装する、ステップと、
前記１つまたはそれ以上のプロセッサーにより、１つまたはそれ以上の基準を満たすコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を、前記複数の患者装置から識別するステップと、
前記１つまたはそれ以上のプロセッサーにより、命令更新を前記１つまたはそれ以上の患者装置にネットワークを経由して送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対する前記コンフィギュレーション・データを更新するステップと、
を含む方法。
（請求項２）
前記１つまたはそれ以上のプロセッサーにより、複数の命令更新から、前記１つまたはそれ以上の患者装置に送信すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するステップをさらに含む、請求項１に記載の方法。
（請求項３）
前記１つまたはそれ以上の基準および前記命令更新を選択するステップは、遠隔計算装置から受信した１つまたはそれ以上の送信に基づいている、請求項１または２に記載の方法。
（請求項４）
前記命令更新は、
命令更新ファイルの場所を指定するデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
各装置に対して前記更新を実施するスケジュール時間、
前記更新が適用されるべきとの確認を要求すべきかどうかの指示、
該当する場合、患者の治療が停止されるまで前記更新を適用すべきでないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および
前記更新のステータスを示す単一の操作において、これらの更新のステータスをチェッ
クする能力、
のうちの少なくとも１つを含む、請求項１から３のいずれか一項に記載の方法。
（請求項５）
前記複数の患者装置が、呼吸圧力治療装置である、請求項１〜４のいずれか一項に記載の方法。
（請求項６）
前記命令更新を送信するステップは、検証データを送信するステップをさらに含み、該検証データは、前記患者装置により使用されて、前記命令更新が首尾よくダウンロードされたことを検証する、請求項１〜５のいずれか一項に記載の方法。
（請求項７）
前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置のそれぞれから前記命令更新がインストールされたかどうかの指示を受信するステップをさらに含む、請求項１〜６のいずれか一項に記載の方法。
（請求項８）
前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに、前記命令更新を再送信するステップをさらに含む、請求項７に記載の方法。
（請求項９）
前記命令更新は、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記命令更新の前記第１の部分に従って動作し、第２のコンポーネントは、前記命令更新の前記第２の部分に従って動作する、請求項１〜８のいずれか一項に記載の方法。
（請求項１０）
前記１つまたはそれ以上の患者装置のそれぞれからの指し示しは、前記命令セットが首尾よくインストールされたことを示し、前記１つまたはそれ以上のプロセッサーにより、前記１つまたはそれ以上の患者装置に対する前記命令更新のインストールの成功を識別するメッセージを送信するステップをさらに含む、請求項７〜９のいずれか一項に記載の方法。
（請求項１１）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項１〜１０のいずれか一項に記載の方法。
（請求項１２）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項１〜１１のいずれか一項に記載の方法。
（請求項１３）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項１〜１２のいずれか一項に記載の方法。
（請求項１４）
医療を提供する装置を更新する方法であって、
１つまたはそれ以上のプロセッサーにより、患者装置の操作の第１の命令セットにアクセスするステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の操作セットを実施するステップと、
前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由して更新データを受信するステップと、
更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより、前記更新データに従って前記第１の命令セットを更新するステップと、
前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップと、
前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の操作セットを実施するステップと、
を含む方法。
（請求項１５）
前記患者装置は、呼吸圧力治療装置を含む、請求項１４に記載の方法。
（請求項１６）
前記更新データを受信するステップは、検証データを受信するステップをさらに含み、前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定するステップをさらに含む、請求項１４または１５に記載の方法。
（請求項１７）
受信した前記更新データが不完全と決定されると、エラーの通知を前記遠隔計算装置に送信するステップと、
更新データの第２の送信を受信するステップと、
をさらに含む、請求項１４〜１６のいずれか一項に記載の方法。
（請求項１８）
前記更新データは、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは、前記更新データの前記第２の部分に従って動作する、請求項１４〜１７のいずれか一項に記載の方法。
（請求項１９）
前記第１の命令セットおよび更新された命令セットは、ソフトウエアおよびファームウエアのうちの少なくとも１つを含む、請求項１４〜１８のいずれか一項に記載の方法。
（請求項２０）
前記第１の命令セットの更新が発生したとの確認を送信するステップは、前記患者装置に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求項１４〜１９のいずれか一項に記載の方法。
（請求項２１）
前記患者装置が前記命令更新により識別されたビルド標準を満足するかどうかを決定するステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が前記ビルド標準を満足するとの決定に基づいて発生する、請求項１４〜２０のいずれか一項に記載の方法。
（請求項２２）
１つまたはそれ以上の計算装置を含む、医療を提供する装置を更新するシステムであって、該１つまたはそれ以上の計算装置は、
それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・データにアクセスし、
１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する１つまたはそれ以上の患者装置を前記複数の患者装置から識別し、
命令更新を前記１つまたはそれ以上の患者装置に送信し、
前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対して前記コンフィギュレーション・データを更新する、
ように構成されている、システム。
（請求項２３）
前記１つまたはそれ以上の計算装置は、複数の更新から前記１つまたはそれ以上の患者装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するように構成される、請求項２２に記載のシステム。
（請求項２４）
前記１つまたはそれ以上の計算装置は、１つまたはそれ以上の送信を遠隔計算装置から受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ以上の基準および前記命令更新を識別する、請求項２２または２３に記載のシステム。
（請求項２５）
前記複数の患者装置は、呼吸圧力治療装置である、請求項２２〜２４のいずれか一項に記載のシステム。
（請求項２６）
前記命令更新は、
命令更新ファイルの場所を指定したデータ、
前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
前記更新をそれぞれの装置に対して実施するスケジュール時間、
前記更新を適用すべきとの確認を要求すべきかどうかの指示、
該当する場合に、患者の治療が停止されるまで前記更新を適用しないとの指示、
まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
単一の操作において大量の更新を要求するバッチ能力、および、
前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェックする能力、
のうちの少なくとも１つを含む、請求項２２〜２５のいずれか一項に記載のシステム。
（請求項２７）
前記命令更新を送信するステップは、前記１つまたはそれ以上の患者装置に対する検証データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに含む、請求項２２〜２６のいずれか一項に記載のシステム。
（請求項２８）
前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項２２〜２７のいずれか一項に記載のシステム。
（請求項２９）
前記１つまたはそれ以上の計算装置は、前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成される、請求項２２〜２８のいずれか一項に記載のシステム。
（請求項３０）
前記１つまたはそれ以上の計算装置は、
前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそれぞれから受信し、
前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者装置に送信する、
ようにさらに構成される、請求項２２〜２９のいずれか一項に記載のシステム。
（請求項３１）
前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項２２〜３０のいずれか一項に記載のシステム。
（請求項３２）
前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項２２〜３１のいずれか一項に記載のシステム。

７００ 通信システム
７１０ サーバー
７１２ プロセッサー
７１４ メモリー
７１５ 命令
７１６ 命令セット更新
７１８ コンフィギュレーション・データ
７２０ 患者装置
７２１ 通信モジュール
７２３ 加湿器モジュール
７２５ 警報モジュール
７２６ 命令セット
７２８ コンフィギュレーション・データ
７２０ 患者装置
７３０ 患者装置
７４０ 患者装置
７５０ 記憶システム
７６０ 計算装置
７６２ プロセッサー
７６４ メモリー
７６６ ディスプレイ
７６８ ユーザー入力装置
１０００ 患者
３０００ 患者インタフェース
３１００ シール形成構造
３２００ プレナムチャンバー
３２１０ 周辺
３３００ 位置決めと安定化構造
３４００ ベント
３６００ 接続ポート
４０００ ＲＰＴ装置
４０１０ 外部ハウジング
４０１２ 外部ハウジングの上部
４０１４ 外部ハウジングの下部
４０１５ パネル
４０１６ シャーシ
４０１８ ハンドル
４０２０ 空気ブロック
４１００ 空気コンポーネント
４１１０ 空気フィルター
４１１２ 入口空気フィルター
４１１４ 出口空気フィルター
４１２０ マフラー
４１２２ 入口マフラー
４１２４ 出口マフラー
４１４０ 圧力装置
４１４２ 送風機
４１４４ モーター
４１４４ ブラシレスＤＣモーター
４１６０ バックバルブ
４１７０ 空気回路
４１８０ 酸素補給
４２００ 電気的コンポーネント
４２０２ 基板アセンブリーＰＣＢＡ
４２１０ 電源
４２２０ 入力装置
４２３０ 中央コントローラー
４２３２ 時計
４２４０ 治療装置コントローラー
４２５０ 保護回路
４２６０ メモリー
４２７０ 変換器
４２７２ 圧力変換器
４２７４ 流れセンサー
４２７６ モーター速度信号
４２８０ データ通信システム
４２８２ 遠隔外部通信ネットワーク
４２８４ ローカル外部通信ネットワーク
４２８６ 遠隔外部装置
４２８８ ローカル外部装置
４２９０ 出力装置
４２９２ ディスプレイ・ドライバー
４２９４ ディスプレイ
４３００ アルゴリズム
４３３０ 圧力制御モジュール
５０００ 加湿器
５２５０ 加湿器コントローラー

Claims (17)

1. 医療を提供する患者装置を更新する方法であって、
   １つまたはそれ以上のプロセッサーにより、前記患者装置の操作の第１の命令セットにアクセスするステップと、
   前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットに従って第１の操作セットを実施するステップと、
   前記１つまたはそれ以上のプロセッサーにより、遠隔計算装置からネットワークを経由して更新データを受信するステップであって、該更新データは、前記患者装置が、１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有する、複数の患者装置のうちの１つであることに基づいて受信され、該更新データは、患者の治療が提供されている間には更新が適用されないことを示すデータを含むものである、ステップと、
   更新された命令セットを生成するため、前記１つまたはそれ以上のプロセッサーにより、前記更新データに従って前記第１の命令セットを更新するステップと、
   前記１つまたはそれ以上のプロセッサーにより、更新された患者装置コンポーネントがチェック済である表示を生成するステップと、
   前記１つまたはそれ以上のプロセッサーにより、前記第１の命令セットの更新が発生したことの確認を前記遠隔計算装置に送信するステップであって、該送信することは、前記更新された患者装置コンポーネントがチェック済である、生成された前記表示を含むものである、送信するステップと、
   前記１つまたはそれ以上のプロセッサーにより、更新された命令セットに従って第２の操作セットを実施するステップと、
   を含む方法。
2. 前記患者装置は、呼吸圧力治療装置を含む、請求項１に記載の方法。
3. 前記更新データを受信するステップは、検証データを受信するステップをさらに含み、前記更新データが首尾よくダウンロードされたかどうかを前記検証データに基づいて決定するステップをさらに含む、請求項１または２に記載の方法。
4. 受信した前記更新データが不完全と決定されると、エラーの通知を前記遠隔計算装置に送信するステップと、
   更新データの第２の送信を受信するステップと、
   をさらに含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記更新データは、第１の部分および第２の部分を含み、前記患者装置の第１のコンポーネントは、前記更新データの前記第１の部分に従って動作し、第２のコンポーネントは、前記更新データの前記第２の部分に従って動作する、請求項１〜４のいずれか一項に記載の方法。
6. 前記第１の命令セットの更新が発生したとの確認を送信するステップは、前記患者装置に現在インストールされているソフトウエアおよびファームウエアのうちの少なくとも一方のバージョンを示すコンフィギュレーション・データを送信するステップを含む、請求項１〜５のいずれか一項に記載の方法。
7. 前記患者装置が前記命令更新により識別されたビルド標準を満足するかどうかを決定するステップをさらに含み、前記第１の命令セットを更新するステップは、前記患者装置が前記ビルド標準を満足するとの決定に基づいて発生する、請求項１〜６のいずれか一項に記載の方法。
8. １つまたはそれ以上の計算装置を含む、医療を提供する装置を更新するシステムであって、該１つまたはそれ以上の計算装置は、
   それぞれ命令のセットを実装する複数の患者装置に関するコンフィギュレーション・データにアクセスし、
   １つまたはそれ以上の患者装置の識別が、前記複数の患者装置のうちのどれが、１つまたはそれ以上の基準を満足するコンフィギュレーション・データを有しているかを決定することに基づくように、更新すべき前記１つまたはそれ以上の患者装置を前記複数の患者装置から識別し、
   患者の治療が提供されている間には更新が適用されないことを示す命令を含む命令更新を前記１つまたはそれ以上の患者装置に送信し、
   前記１つまたはそれ以上の患者装置のそれぞれから、更新された患者装置コンポーネントがチェック済である表示を受信し、
   受信した前記表示に基づいて、前記命令更新をインストールした前記１つまたはそれ以上の患者装置のそれぞれに対して前記コンフィギュレーション・データを更新する、
   ように構成されている、システム。
9. 前記１つまたはそれ以上の計算装置は、複数の更新から前記１つまたはそれ以上の患者装置に提供すべき命令更新を、前記コンフィギュレーション・データに基づいて選択するように構成される、請求項８に記載のシステム。
10. 前記１つまたはそれ以上の計算装置は、１つまたはそれ以上の送信を遠隔計算装置から受信するようにさらに構成され、前記１つまたはそれ以上の送信は、前記１つまたはそれ以上の基準および前記命令更新を識別する、請求項８または９に記載のシステム。
11. 前記命令更新は、
    命令更新ファイルの場所を指定したデータ、
    前記更新を前記装置のどのコンポーネントに適用すべきかに関する指示、
    前記更新をそれぞれの装置に対して実施するスケジュール時間、
    前記更新を適用すべきとの確認を要求すべきかどうかの指示、
    まだ発生していない更新のキャンセルを可能にするデータ構造および機能性、
    単一の操作において大量の更新を要求するバッチ能力、および、
    前記更新のステータスを示す単一の操作においてこれらの更新のステータスをチェックする能力、
    のうちの少なくとも１つを含む、請求項８〜１０のいずれか一項に記載のシステム。
12. 前記命令更新を送信するステップは、前記１つまたはそれ以上の患者装置に対する検証データを送信して、受信した前記命令更新が完全であることを検証するステップをさらに含む、請求項８〜１１のいずれか一項に記載のシステム。
13. 前記コンフィギュレーション・データは、ａ）通し番号、ｂ）前記患者装置に現在インストールされている命令のセットのバージョン、ｃ）ハードウエアのバージョン、およびｄ）前記患者装置が使用されている領域、のうちの少なくとも１つを含む、請求項８〜１２のいずれか一項に記載のシステム。
14. 前記１つまたはそれ以上の計算装置は、前記命令更新が首尾よくインストールされなかったと決定された患者装置のそれぞれに前記命令更新を再送信するようにさらに構成される、請求項８〜１３のいずれか一項に記載のシステム。
15. 前記１つまたはそれ以上の計算装置は、
    前記命令更新がインストールされたとの指示を前記１つまたはそれ以上の患者装置のそれぞれから受信し、
    前記命令更新のインストールの成功を示すメッセージを前記１つまたはそれ以上の患者装置に送信する、
    ようにさらに構成される、請求項８〜１４のいずれか一項に記載のシステム。
16. 前記命令更新は、１つの患者装置に適用すべき複数の更新を含む、請求項８〜１５のいずれか一項に記載のシステム。
17. 前記コンフィギュレーション・データは、複数の患者装置からの特定の患者装置に、以前、首尾よくまたは不首尾に適用された命令更新の記録を含む、請求項８〜１６のいずれか一項に記載のシステム。

Images