IP Library Granted Patent US 11,651,051
Granted Patent B2
US 11,651,051 · App. 17/854,956 · Granted May 16, 2023

Remote respiratory therapy device management

Inventors: Wendall Eric Trull (San Diego, CA); Boris Kovtun (San Diego, CA); Tara Kalro (San Diego, CA); Joseph White (San Diego, CA); Chinmayee Somaiya (Sydney, AU); Amila Fernando (Pennant Hills, AU); Andrew Weale (San Diego, CA); Maurizio Borsotto (San Diego, CA)
Assignee: ResMed Pty Ltd
G06F17/40G06F16/23A61M2205/502A61M2205/52
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,651,051
App. No.
17/854,956
Granted
May 16, 2023
Kind
B2
Abstract

A server is provided and is programmed to automatically determine, based on the identification data that uniquely identifies a patient device, whether there is an upgrade to the code or data (e.g., software or firmware) stored in the electronic memory of the patient device that can be applied thereto. In response to determination that there is an upgrade that can be applied, a data package is delivered to the patient device via the first wireless transceiver, the data package to be automatically applied to the electronic memory of the patient device.

Claims (63)

1. A system for managing updates provided to patient respiratory device, the system comprising:

a patient respiratory device that includes a first memory configured to store firmware and/or software, a transceiver, and at least one hardware processor, the patient respiratory device comprising instructions that, when executed by the at least one hardware processor of the patient respiratory device, cause the at least one hardware processor of the patient respiratory device to perform first operations comprising:

determining whether an update process should be performed, and

based on determination that the update process should be performed, generating and transmitting an update check message that includes identification data for the patient respiratory device;

an update system that includes a second memory and at least one hardware processor, update system comprising instructions stored to the second memory that, when executed by the at least one hardware processor of the update system, cause the at least one hardware processor of the update system to perform second operations comprising:

storing a status database that includes records for a plurality of different patient respiratory devices, where each of the records includes versioning data identifying firmware and/or software installed on a respective one of the plurality of different patient respiratory devices,

receiving and processing the update check message to retrieve, from the status database and based on the identification data of the patient respiratory device that is included in the update check message, device profile data of the patient respiratory device,

based on the device profile data of the patient respiratory device, determining which of multiple possible upgrade packages is to be applied to the patient respiratory device,

generating, based on which upgrade package(s) have been determined, an upgrade message that includes data for what upgrade to apply to the software and/or firmware of the patient respiratory device, and

transmitting the upgrade message to the patient respiratory device; and

the first operations further comprise:

receiving the upgrade message, and

executing, based on contents of the upgrade message, a upgrade process to apply the firmware and/or software to the patient respiratory device.

2. The system of claim 1 , wherein the first operations further comprise:

downloading the upgrade package based on the data specified in the upgrade message, wherein the upgrade that is applied is further based on the downloaded upgrade package.

3. The system of claim 1 , wherein the first operations further comprise:

communicating, after the upgrade is applied, a status update message to the update system, wherein the status update message includes versioning information of software and/or firmware of the applied upgrade.

4. The system of claim 1 , wherein the second operations further comprise:

storing a rules database that includes a plurality of records that each correspond to a different upgrade rule,

wherein determining which of multiple possible upgrade packages is to be applied to the patient device includes selecting the upgrade rule to apply based on the device profile data, wherein the upgrade rule includes data that indicates a corresponding upgrade package to be applied.

5. The system of claim 4 , wherein each of the plurality of records of the rules database includes at least one precondition,

wherein selection of the upgrade rule includes matching the at least one precondition of the upgrade rule to data of the device profile data of the patient respiratory device.

6. The system of claim 1 , wherein the second operations further comprise:

determining, based on the identification data for the patient respiratory device, whether there is a pending request for the patient respiratory device.

7. The system of claim 6 , wherein the second operations further comprise:

based on determination that there is no pending request for the patient respiratory device, generating, based on which one(s) of the multiple possible upgrade packages is to be applied to the patient respiratory device, a request and storing the request to a data structure.

8. The system of claim 1 , wherein the identification data of the patient respiratory device includes a unique identifier that uniquely identifies the patient respiratory device from other patient respiratory devices.

9. The system of claim 8 , wherein the unique identifier is associated with a transceiver that is included with the patient respiratory device.

10. The system of claim 1 , wherein versioning information for the software or firmware of the patient respiratory device is not included in the update check message.

11. The system of claim 1 , wherein the update system includes a first computing node and a second computing node that each perform different ones of the second operations.

12. The system of claim 1 , wherein the second operations further comprise:

determining which of multiple possible upgrade packages is to be applied to the patient respiratory device, parsing through a plurality of upgrade segments that are specified in an upgrade specification until a pre-condition of one of the upgrade segments is matched to the versioning data of the device profile data for the patient respiratory device.

13. A non-transitory computer readable medium storing computer executable instructions for use with a computer system includes a respiratory patient device, and an update system, the respiratory patient device including electronic memory storing firmware and/or software thereon that is used to control operation of the respiratory patient device, the computer executable instructions including instructions configured to cause the computer system to perform operations comprising:

on the respiratory patient device, determining whether an update process should be performed;

on the respiratory patient device, based on determination that the update process should be performed, generating and transmitting an update check message that includes identification data for the patient respiratory device;

on the update system:

storing a status database that includes records for a plurality of different patient respiratory devices, where each of the records includes versioning data identifying firmware and/or software installed on a respective one of the plurality of different patient respiratory devices,

receiving and processing the update check message to retrieve, from the status database and based on the identification data of the patient respiratory device that is included in the update check message, device profile data of the patient respiratory device,

based on the device profile data of the patient respiratory device, determining which of multiple possible upgrade packages is to be applied to the patient respiratory device,

generating, based on which upgrade package(s) have been determined, an upgrade message that includes data for what upgrade to apply to the software and/or firmware of the patient respiratory device, and

transmitting the upgrade message to the patient respiratory device;

on the respiratory patient device, receiving the upgrade message; and

on the respiratory patient device, executing, based on contents of the upgrade message, a upgrade process to apply the firmware and/or software to the patient respiratory device.

14. The non-transitory computer readable medium of claim 13 , wherein the operations further comprise, downloading the upgrade package based on the data specified in the upgrade message, wherein the upgrade that is applied is further based on the downloaded upgrade package.

15. The non-transitory computer readable medium of claim 13 , wherein the operations further comprise, communicating, after the upgrade is applied, a status update message to the update system, wherein the status update message includes versioning information of software and/or firmware of the applied upgrade.

16. The non-transitory computer readable medium of claim 13 , wherein the operations further comprise:

storing a rules database that includes a plurality of records that each correspond to a different upgrade rule,

wherein determining which of multiple possible upgrade packages is to be applied to the patient device includes selecting the upgrade rule to apply based on the device profile data, wherein the upgrade rule includes data that indicates a corresponding upgrade package to be applied.

17. The non-transitory computer readable medium of claim 16 , wherein each of the plurality of records of the rules database includes at least one precondition,

wherein selection of the upgrade rule includes matching the at least one precondition of the upgrade rule to data of the device profile data of the patient respiratory device.

18. The non-transitory computer readable medium of claim 13 , wherein the operations further comprise, determining, based on the identification data for the patient respiratory device, whether there is a pending request for the patient respiratory device.

19. A method for managing updates provided to patient respiratory devices, the method comprising:

storing, to electronic data storage, a status database that includes records for a plurality of different patient respiratory devices, including at least a first patient respiratory device and a second patient respiratory device, where each of the records includes versioning data identifying firmware and/or software installed on a respective one of the plurality of different patient respiratory devices,

receiving a first update check message that includes identification data for the first patient respiratory device;

receiving a second update check message that includes identification data for the second patient respiratory device;

processing the first update check message to retrieve, from the status database and based on the identification data of the first patient respiratory device that is included in the first update check message, device profile data of the first patient respiratory device;

based on the device profile data of the first patient respiratory device, determining which of multiple possible upgrade packages is to be applied to the first patient respiratory device;

generating, based on which upgrade package(s) have been determined, a first upgrade message that includes data for what upgrade to apply to the software and/or firmware of the first patient respiratory device;

transmitting the first upgrade message to the first patient respiratory device;

as a result of reception of the second update check message, retrieving an existing brokered request that specifies firmware and/or software to be upgraded on the second patient respiratory device;

generating, based on the existing brokered request, a second upgrade message that includes data for what upgrade to apply to the software and/or firmware of the second patient respiratory device; and

transmitting the second upgrade message to the second patient respiratory device.

20. The method of claim 19 , wherein once the second update check message is received, the generation of the second upgrade message is performed without relying on the status database or the determining which of multiple possible upgrade packages is to be applied to the second patient respiratory device.

Assignments (3)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 30, 2022
From: SOMAIYA, CHINMAYEE; FERNANDO, AMILA
To: RESMED PTY LTD
Reel/Frame 060375/0083 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 30, 2022
From: RESMED CORPORATION
To: RESMED PTY LTD
Reel/Frame 060375/0303 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 30, 2022
From: TRULL, WENDALL ERIC; KOVTUN, BORIS; KALRO, TARA; WHITE, JOSEPH; WEALE, ANDREW; BORSOTTO, MAURIZIO
To: RESMED CORPORATION
Reel/Frame 060557/0205 →
Continuity (4)
Continuation 17302992 · May 18, 2021
Continuation 17097962 · Nov 13, 2020
Provisional Application 62935356 · Nov 14, 2019
Related Publication 20220342957A1 · Oct 27, 2022