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