Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
PHYSICAL TRAINING DEVICES, SYSTEMS, AND METHODS
Document Type and Number:
WIPO Patent Application WO/2014/123937
Kind Code:
A1
Abstract:
A method includes preventing at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety, displaying the at least one video of the first type in response to receiving a first input signal, displaying the at least one video of the second type in response to receiving a second input signal, and storing a number of times the at least one video of the second type is displayed in a non-transient machine-readable storage medium.

Inventors:
POLLARD MAT (US)
MESURE SHELLY (US)
Application Number:
PCT/US2014/014757
Publication Date:
August 14, 2014
Filing Date:
February 05, 2014
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
ORCHESTRALL INC (US)
International Classes:
G16H20/30; G16H40/67
Foreign References:
US20080090703A12008-04-17
US20080319797A12008-12-25
US20060204045A12006-09-14
US20100250283A12010-09-30
US20120308192A12012-12-06
KR20040025200A2004-03-24
Attorney, Agent or Firm:
GUNTHER, Jarrad, M. et al. (30 South 17th StreetPhiladelphia, PA, US)
Download PDF:
Claims:
What is claimed is: 1. A device, comprising:

a non-transient machine readable storage medium configured to store a plurality of video files including at least one video of a first type and at least one video of a second type; and

a processor in signal communication with the non-transient machine readable storage medium, the processor configured to:

prevent at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety;

cause the at least one video of the first type to be displayed in response to receiving a first input signal;

cause the at least one video of the second type to be displayed in response to receiving a second input signal; and

track a number of times the at least one video of the second type is displayed. 2. The device of claim 1 , wherein the at least one video of the first type and the at least one video of the second type are received from a server via a network. 3. The device of claim 1, wherein the processor is configured to cause the number of times the at least one video of the second type has been displayed to be transmitted to a remote server. 4. The device of claim 3, wherein the processor is configured to compare the number of times the at least one video of the second type has been displayed to a prescribed number of times the at least one video of the second type is to be displayed. 5. The device of claim 4, wherein the at least one video of the first type is an instructional video demonstrating how a physical act is to be performed. 6. The device of claim 5, wherein the at least one video of the second type is an emulation video. 7. The device of claim 4, wherein the processor is configured to cause an award to be displayed to a user when the number of times the at least one video of the second type equals the prescribed number.

8. The device of claim 4, wherein the processor is configured to cause a video of a user performing the physical act to be recorded by a camera of the device while the at least one video of the second type is displayed. 9. The device of claim 8, wherein the processor is configured to cause the video of the user performing the physical act to be superimposed on the at least one video of the second type while the at least one video of the second type is displayed. 10. A non-transient machine-readable storage medium encoded with program code, wherein when the program is executed by a processor, the processor performs a method, the method comprising:

preventing at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety;

displaying the at least one video of the first type in response to receiving a first input signal;

displaying the at least one video of the second type in response to receiving a second input signal; and

tracking a number of times the at least one video of the second type is displayed. 11. The non-transient machine-readable storage medium of claim 10, wherein the method includes

comparing the number of times the at least one video of the second type has been displayed to a prescribed number of times the at least one video of the second type is to be displayed; and

causing the number of times the at least one video of the second type has been displayed to be transmitted to a remote server. 12. The non-transient machine-readable storage medium of claim 11, wherein the at least one video of the first type is an instructional video demonstrating how a physical act is to be performed, and wherein the at least one video of the second type is an emulation video. 13. The non-transient machine-readable storage medium of claim 12, wherein the method includes causing an award to be displayed to a user when the number of times the at least one video of the second type equals the prescribed number.

14. The non-transient machine-readable storage medium of claim 12, wherein the method includes causing a video of a user performing the physical act to be recorded by a camera of the device while the at least one video of the second type is displayed. 15. The non-transient machine-readable storage medium of claim 14, wherein the method includes causing the video of the user performing the physical act to be superimposed on the at least one video of the second type while the at least one video of the second type is displayed. 16. A method, comprising:

preventing at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety;

displaying the at least one video of the first type in response to receiving a first input signal;

displaying the at least one video of the second type in response to receiving a second input signal; and

storing a number of times the at least one video of the second type is displayed in a non- transient machine-readable storage medium. 17. The method of claim 16, wherein the at least one video of the first type is an instructional video demonstrating how a physical act is to be performed, and wherein the at least one video of the second type is an emulation video. 18. The method of claim 17, further comprising:

recording a video of a user performing the physical act to be recorded by a camera of the device while the at least one video of the second type is displayed; and

superimposing the video of the user performing the physical act on the at least one video of the second type while the at least one video of the second type is displayed. 19. The method of claim 16, further comprising:

comparing the number of times the at least one video of the second type has been displayed to a prescribed number of times the at least one video of the second type is to be displayed; and

causing the number of times the at least one video of the second type has been displayed to be transmitted to a remote server.

20. The method of claim 19, further comprising displaying an award when then number of times the at least one video of the second type equals the prescribed number.

Description:
PHYSICAL TRAINING DEVICES, SYSTEMS, AND METHODS

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims priority to U.S. Provisional Patent Application No.

61/762,354, filed February 8, 2013, the entirety of which is incorporated by reference herein.

FIELD OF DISCLOSURE

[0002] The disclosed systems, devices, and methods relate to physical training device.

More particularly, the disclosed systems, devices, and methods relate to physical training devices with the ability to automatically track the training and compliance of physical training programs.

SUMMARY

[0003] In some embodiments, an device includes a non-transient machine readable storage medium configured to store a plurality of video files including at least one video of a first type and at least one video of a second type. A processor is in signal communication with the non-transient machine readable storage medium. The processor is configured to prevent at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety, cause the at least one video of the first type to be displayed in response to receiving a first input signal, cause the at least one video of the second type to be displayed in response to receiving a second input signal, and track a number of times the at least one video of the second type is displayed.

[0004] In some embodiments, a non-transient machine-readable storage medium is encoded with program code, wherein when the program is executed by a processor, the processor performs a method. The method includes preventing at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety, displaying the at least one video of the first type in response to receiving a first input signal, displaying the at least one video of the second type in response to receiving a second input signal, and tracking a number of times the at least one video of the second type is displayed.

[0005] In some embodiments, a method includes preventing at least one video of a second type to be displayed until at least one video of a first type has been displayed at least once in its entirety, displaying the at least one video of the first type in response to receiving a first input signal, displaying the at least one video of the second type in response to receiving a second input signal, and storing a number of times the at least one video of the second type is displayed in a non-transient machine-readable storage medium.

BRIEF DESCRIPTION OF THE DRAWINGS

[0006] FIG. 1 illustrates one example of a network of mobile and wired in accordance with some embodiments.

[0007] FIG. 2 illustrates one example of the components of a mobile device illustrated in

FIG. 1.

[0008] FIGS. 3A and 3B illustrate examples of graphical user interfaces ("GUIs") that are displayed to a user during a login process in accordance with some embodiments.

[0009] FIG. 4A illustrates one example of a GUI displaying a number of registered patients in accordance with some embodiments.

[0010] FIG. 4B illustrates one example of a GUI for creating a patient record with the system in accordance with some embodiments.

[0011] FIG. 4C illustrates one example of a GUI displaying a number of stored programs in accordance with some embodiments.

[0012] FIG. 4D illustrates one example of a GUI for designing or developing an exercise program in accordance with some embodiments.

[0013] FIG. 4E illustrates one example of a graphical filter inset for selecting an area of a body that is to be targeted by an exercise in accordance with some embodiments.

[0014] FIG. 4F illustrates one example of a mapping between exercises and filter attributes in accordance with the GUI illustrated in FIGS. 4D and 4E.

[0015] FIG. 4G illustrates one example of a GUI displaying the details of a saved program in accordance with some embodiments.

[0016] FIG. 4H illustrates one example of a GUI displaying a list of saved exercises in accordance with some embodiments.

[0017] FIG. 41 illustrates one example of a GUI displaying the details of a saved exercise in accordance with some embodiments.

[0018] FIG. 5 illustrates one example of a method of creating or designing an exercise program. [0019] FIG. 6 illustrates one example of the relationship of data maintained in a database residing at a data storage device in accordance with some embodiments.

[0020] FIG. 7 is one example of a flow diagram of a method of assigning a program to a patient in accordance with some embodiments.

[0021] FIG. 8 is one example of a flow diagram of performing a program in accordance with some embodiments.

[0022] FIGS. 9A-9D illustrate example GUIs displayed to a patient in accordance with some embodiments.

[0023] FIG. 10 is one example of a compliance report in accordance with some embodiments.

DETAILED DESCRIPTION

[0024] This description of the exemplary embodiments is intended to be read in connection with the accompanying drawings, which are to be considered part of the entire written description.

[0025] As used herein, the following terms are afforded the following definitions:

[0026] Patient: a person undergoing physical therapy rehabilitation.

[0027] Provider: a medical physician, administrator, ,physical therapist, or other person who prescribes home Exercise Programs to patients via the Provider Portal 30. A Provider may also use the Provider Portal 30 to design, compose, modify, and publish custom multi-phase Exercise Programs for prescribing to Patients.

[0028] Program: an Exercise regimen having one or more Phases that can be created by a Provider and prescribed to a Patient. The number of Phases, order by which Patients should perform the Exercises, and the number of required Sets for each Exercise for a Program is prescribed and configurable by a Provider such that each number can change over time as the patient progresses with therapy. For example, a Program that rehabilitates a Patient following knee surgery may include two Phases: (1) a short "acute" Phase where the exercises are primarily designed to bring down inflammation followed by (2) a "post-acute" Phase where the Exercises are designed to improve strength and range of motion.

[0029] Phase: a time period of Program for which certain Exercises (including the order of the Exercises and number of sets) can be prescribed to a Patient. [0030] Exercise: a repeatable physical movement to be performed by a Patient, e.g., a knee extension.

[0031] Set: a sequence of movements of an Exercise. For example a Set of "knee extensions" may include ten repetitions of extending of the knee.

[0032] Prescribed Exercise: an Exercise that has been assigned to a Phase with a specified number of Sets to be performed along with the sequence number of that Exercise within the Set of Prescribed Exercises for the Phase. A Prescribed Exercise is a concrete instance of an Exercise, which incorporates the number of Sets and the order that the Exercise should be performed in relative to the other Prescribed Exercises for a given Session.

[0033] Action: A database record of a Patient performing one Set of a particular

Exercise.

[0034] Session: a period during a day in which a Patient is to perform a Set of the his or her Prescribed Exercises. Examples of Sessions include, but are not limited to, a morning Session, an afternoon Session, and an evening Session. One of ordinary skill in the art will understand that the number of Sessions during a particular day can be greater than or less than three.

[0035] Emulation Video: a video which depicts an instructor performing a single Set of a particular Exercise, which can be accompanied by music and/or graphical overlays. The video identifies the preferred technique and number of repetitions for performing the Exercise such that the Patient can follow along and perform the Set of Exercises in synchronicity with the instructor. The Patient is expected to mimic the actions of the person in the video, including posture, tempo, range of motion, speed, and other identifiable attributes of the video. In some embodiments, the tempo of the music matches the tempo of the Exercise and a voice over counts the Patient in e.g. "3, 2, 1...Go!" to help with the synchronization.

[0036] Instructional Video: a video in which an instructor demonstrates the correct way to perform an Exercise. These videos are for instructional purposes and a Patient is not expected to perform the Exercise along with the instructor.

[0037] Compliance Rate: the ratio of total number of performed Sets of Exercises divided by the total number of prescribed Sets of Exercises for a given time period.

[0038] The disclosed systems, devices, and methods advantageously provide a physical training program in which Patient compliance with a rehabilitation regimen is automatically tracked. The devices, systems, and methods enable Providers to customize Exercise Programs or prescribe a predetermined Exercise Program stored in a database or library of Exercise Programs for a particular Patient and track the Patient's compliance with the prescribed Programs. In some embodiments, compliance is tracked as a Patient performs an Exercise along with an Emulation Video such that as each Emulation Video is watched completely, the Patient's progress is updated.

[0039] Patients benefit from the disclosed systems and methods by being provided with convenient access to Instructional Videos and Emulation Videos for performing the physical therapy. Although the devices, systems, and methods are described as being directed to physical therapy rehabilitation, one of ordinary skill in the art will understand that the devices, systems, and methods can be adapted to other physical training devices such as, for example, dancing, playing a musical instrument, swinging a bat, dribbling a basketball, or any other physical act capable of emulation and repetition.

[0040] As described in greater detail below, the disclosed systems, devices, and methods are implemented over networks such as, for example, the Internet. The Internet is a worldwide system of computer networks— a network of networks in which a user at one computer, terminal, or other device connected to the network can obtain information from any other computer, terminal, or device and communicate with users of other computers or devices. The most widely used part of the Internet is the World Wide Web (often-abbreviated "WWW" or called "the Web").

[0041] One of the features of the Web is its use of hypertext, which is a method of cross- referencing. In most Web sites, certain words or phrases appear in text of a different color than the surrounding text. This text is often also underlined. Sometimes, there are hot spots, such as buttons, images, or portions of images that are "clickable." Clicking on hypertext or a hot spot causes the downloading of another web page via a protocol such as hypertext transport protocol (HTTP). Using the Web provides access to millions of pages of information. Web "surfing" is done with a Web browser such as, for example, Apple Safari, Microsoft Internet Explorer, Mozilla Firefox, and Google Chrome. The appearance of a particular website may vary slightly depending on the particular browser used. Versions of browsers have "plug-ins," which provide animation, virtual reality, sound, and music. Interpreted programs (e.g., applets) may be run within the browser. [0042] FIG. 1 shows a system in which a plurality of wireless devices 100-1 and 100-2

(collectively "wireless devices 100" or "mobile devices 100") are connected via network 10 to one or more computer system networks 50-1, 50-2 (collectively "computer system networks 50") and to Physical Training Network 20. Network 10 may be a wide area network ("WAN"), a local area network ("LAN"), personal area network ("PAN"), or the like. In one embodiment, network 10 is the Internet and mobile devices 100 are online. "Online" may mean connecting to or accessing source data or information from a location remote from other devices or networks coupled to network 10.

[0043] Physical training network 20 includes a processing unit 24 coupled to one or more data storage units 26-1, 26-2 (collectively referred to as "data storage units 26"). The processing unit 24 provides front-end graphical user interfaces ("GUIs"), e.g., a patient GUI or interface 28, a provider GUI or portal 30, and a back-end or administrative GUI or portal 32 to a remote computer 54 or to local computer 34. The GUIs can take the form of, for example, a webpage that is displayed using a browser program local to remote computers 54 or to one or more local computers 34. It is understood that the physical training network 20 may be implemented on one or more computers, servers, or other computing devices. For example, physical training network 20 may include servers programmed or partitioned based on permitted access to data stored in data storage units 26. Front-and back-end GUIs 28, 30, 32 may be portal pages that include various content retrieved from the one or more data storage devices 26. As used herein, "portal" is not limited to general-purpose Internet portals, such as YAHOO! or GOOGLE but also includes GUIs that are of interest to specific, limited audiences and that provide the party access to a plurality of different kinds of related or unrelated information, links and tools as described below. "Webpage" and "website" may be used interchangeably herein.

[0044] Remote computers 54 may be part of a computer system network 50 and gain access to network 10 through an Internet service provider ("ISP") 52-1, 52-2 ("ISPs 52").

Mobile devices 100 may gain access to network 10 through a wireless cellular communication network, a WAN hotspot, or through a wired or wireless connection with a computer as will be understood by one skilled in the art. Subscribers or commercial users may use remote computers 54 to gain access to physical training network 20.

[0045] In one embodiment, mobile devices 100 includes any mobile device capable of transmitting and receiving wireless signals. Examples of mobile instruments include, but are not limited to, mobile or cellular phones, personal digital assistants ("PDAs"), laptop computers, tablet computers, music players, and e-readers, to name a few possible devices.

[0046] FIG. 2 is a block diagram of one example of an architecture of mobile device 100.

As shown in FIG. 2, mobile device 100 includes one or more processors, such as processor(s) 102. Processor(s) 102 may be any central processing unit ("CPU"), microprocessor, microcontroller, or computational device or circuit for executing instructions. Processor(s) are connected to a communication infrastructure 104 (e.g., a communications bus, cross-over bar, or network). Various software embodiments are described in terms of this exemplary mobile device 100. After reading this description, it will be apparent to one of ordinary skill in the art how to implement the method using mobile devices 100 that include other systems or

architectures. One of ordinary skill in the art will understand that computers 34, 54 may have a similar and/or identical architecture as that of mobile devices 100. Put another way, computers 34, 54 can include some, all, or additional functional components as those of the mobile device 100 illustrated in FIG. 2.

[0047] Mobile device 100 includes a display 106 that displays graphics, video, text, and other data received from the communication infrastructure 104 (or from a frame buffer not shown) to a user (e.g., a subscriber, commercial user, back-end user, or other user). Examples of such displays 106 include, but are not limited to, LCD screens, OLED display, capacitive touch screen, and a plasma display, to name a few possible displays. Mobile instrument 100 also includes a main memory 108, such as a random access ("RAM") memory, and may also include a secondary memory 110. Secondary memory 110 may include a more persistent memory such as, for example, a hard disk drive ("HDD") 112 and/or removable storage drive ("RSD") 114, representing a magnetic tape drive, an optical disk drive, solid state drive ("SDD"), or the like. In some embodiments, removable storage drive 114 reads from and/or writes to a removable storage unit ("RSU") 116 in a manner that is understood by one of ordinary skill in the art.

Removable storage unit 116 represents a magnetic tape, optical disk, or the like, which may be read by and written to by removable storage drive 114. As will be understood by one of ordinary skill in the art, the removable storage unit 116 may include a tangible and non-transient machine readable storage medium having stored therein computer software and/or data.

[0048] In some embodiments, secondary memory 110 may include other devices for allowing computer programs or other instructions to be loaded into mobile device 100. Such devices may include, for example, a removable storage unit ("RSU") 118 and a corresponding interface ("RSI") 120. Examples of such units 118 and interfaces 120 may include a removable memory chip (such as an erasable programmable read only memory ("EPROM")),

programmable read only memory ("PROM")), secure digital ("SD") card and associated socket, and other removable storage units 118 and interfaces 120, which allow software and data to be transferred from the removable storage unit 118 to mobile device 100.

[0049] Mobile device 100 may also include a speaker 122, an oscillator 123, a camera

124, a light emitting diode ("LED") 125, a microphone 126, an input device 128, and a global positioning system ("GPS") module 130. Examples of input device 128 include, but are not limited to, a keyboard, buttons, a trackball, or any other interface or device through a user may input data. In some embodiment, input device 128 and display 106 are integrated into the same device. For example, display 106 and input device 128 may be touchscreen through which a user uses a finger, pen, and/or stylus to input data into mobile instrument 100.

[0050] Mobile device 100 also includes one or more communication interfaces 132, which allows software and data to be transferred between mobile device 100 and external devices such as, for example, another mobile device 100, a computer 34, 54, and other devices that may be locally or remotely connected to mobile device 100. Examples of the one or more communication interfaces 132 may include, but are not limited to, a modem, a network interface (such as an Ethernet card or wireless card), a communications port, a Personal Computer Memory Card International Association ("PCMCIA") slot and card, one or more Personal Component Interconnect ("PCI") Express slot and cards, or any combination thereof. The one or more communication interfaces 132 may also include a wireless interface configured for short range communication, such as near field communication ("NFC"), Bluetooth, or other interface for communication via another wireless communication protocol. As briefly noted above, one of ordinary skill in the art will understand that computers 34, 54 and portions of physical training network 20 may include some or all components of mobile device 100.

[0051] Software and data transferred via the one or more communications interfaces 132 are in the form of signals, which may be electronic, electromagnetic, optical, or other signals capable of being received by communications interfaces 132. These signals are provided to communications interface 132 via a communications path or channel. The channel may be implemented using wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency ("RF") link, or other communication channels.

[0052] In this document, the terms "non-transient computer program medium" and "non- transient computer readable medium" refer to media such as removable storage units 116, 118, or a hard disk installed in hard disk drive 112. These computer program products provide software to mobile device 100. Computer programs (also referred to as "computer control logic") may be stored in main memory 108 and/or secondary memory 110. Computer programs may also be received via the one or more communications interfaces 132. Such computer programs, when executed by a processor(s) 102, enable the mobile device 100 to perform the features of the method discussed herein.

[0053] In an embodiment where the method is partially or entirely implemented using software, the software may be stored in a computer program product and loaded into mobile device 100 using removable storage drive 114, hard drive 112, and/or communications interface 132. The software, when executed by processor(s) 102, causes the processor(s) 102 to perform the functions of the method described herein. In another embodiment, the method is

implemented primarily in hardware using, for example, hardware components such as application specific integrated circuits ("ASICs"). Implementation of the hardware state machine so as to perform the functions described herein will be understood by persons skilled in the art. In yet another embodiment, the method is implemented using a combination of both hardware and software.

[0054] Referring again to FIG. 1, physical training network 20 is accessible by Providers and Patients such that Providers and Patients can gain access to content stored in data storage units 26 of physical training network 20. Providers and Patients can gain access to the content using a computer 34, 54 and/or mobile device 100. Providers gain access to physical training network 20 via Provider Portal 30, which enables Providers to create, modify, and prescribe Exercises and Programs to Patients. These Providers are able to create, modify, and prescribe Exercises and Programs to Patients after logging into the physical training network 20.

[0055] FIG. 3 A and 3B illustrates one example of GUI 300, 310 that are displayed when the application, which is named "iHab" in this embodiment, is launched and a user logs into the application. In some embodiments, the application is in the form of a webpage that a Provider accesses through Provider portal 30 (FIG. 1); however, one of ordinary skill in the art will understand that the application could be running on a mobile device 100.

[0056] As shown in FIG. 3A, GUI includes a "login" button 302. When button 302 clicked or otherwise selected using an input device 128, GUI 310 illustrated in FIG. 3B is displayed to a user , such as a Patient or a Provider, on display 106. As shown in FIG. 3B, GUI 310 includes a field 312 in which a user enters his or her username. A second field 314 is provided for the user to enter his or her password. A clickable box 316 is provided for the application to "remember" the user when checked. Another login button 318 is provided on GUI 310.

[0057] FIGS. 4A-4I illustrate various GUIs that are displayed to a Provider for entering

Patient data, customizing a Program for a Patient, and reviewing or revising exercises after completing the login process in accordance with some embodiments. FIG. 4A illustrates one example of a GUI 400 displaying a list of previously registered patients in accordance with some embodiments. As shown in FIG. 4A, GUI includes three tabs 401, 402, and 403 across the top. Tab 401 provides a link to a page displaying a list of patients as shown in FIG. 4A, tab 402 is provides a link to a page displaying a list of programs as shown in FIG. 4C, and tab 403 provides a link to a page displaying a list of exercises as shown in FIG. 4H.

[0058] A "sign out" button 404 is provided at the top right of GUI 400, which will log the current user out of the application when clicked. Below tabs 401, 402, and 402 is a "New Patient" button 405 for providing the user with the ability to enter information for a new Patient. A Patient List table also is provided by GUI 400 in which data are arranged in rows and columns. The first column 406 includes the Patients' last names with each of the names being displayed as a hyperlink. In the next column 407, the dates of birth for the Patients are displayed. Column 408 includes the registration status for each of the Patient, and column 409 identifies the progress of each of the Patients. For example, the Progress column 409 can identify if a Patient has not yet started an assigned Program, if the Program is in progress, or if the Program has been completed. The compliance percentage (described in greater detail below with respect FIGS. 9A-10) is provided in column 410, the type of device (e.g., iPhone, Android, etc.) the Patient uses is identified in column 411, and the gender of the Patient is identified in column 412. [0059] If a Provider wants to add a Patient, then the Provider clicks or otherwise selects the New Patient button 405 of GUI 400 using an input device 128. Upon selection of button 405, a Create Patient GUI is displayed. One example of a Create Patient GUI 413 is illustrated in FIG. 4B. As shown in FIG. 4B, GUI 413 includes a button 414 to go back to the Patient List (e.g., GUI 400). GUI 413 also includes a field 415 for entering a Patient's last name and a field 416 for entering a Patient's email address.

[0060] A pull-down menu 417 for selecting the type of device the Patient has and will use to complete an assigned Program is provided, along with a pull-down menus 418, 419, 420, 421 for selecting the gender, date of birth ("Dob"), Onset Date, and assigned Program, respectively. Although descriptions refer to a single Program being assigned to a single Patient, one of ordinary skill in the art will understand that a Patient can be assigned multiple Programs with the compliance of each Program being tracked by physical training network 20. GUI 413 also includes a "Create" button 422 that saves the Patient data and creates a Patient record when selected using an input device 128.

[0061] When the Provider selects the Programs tab 402, another GUI is displayed. One example of such a GUI 423 is illustrated in FIG. 4C. As shown in FIG. 4C, two buttons 424, 425 are provided beneath the tabs 401, 402, and 403. Button 424 provides the user with the ability to go to a home screen (i.e., "Home" button 424), and the "New Program" button 425 provides the user with the ability to create a new Program.

[0062] Beneath buttons 410 and 412 is a Program List in which previously created and saved Programs are displayed. In the column 426 the names of the Programs are displayed as a link that, when pressed, will take the Provider to a GUI for reviewing and/or making edits to the Program as described in greater detail below. The status of the Programs identified in column 427 are displayed in column 426. For example, the status can be "Published," "Under Testing," or any other status indicator for the Program's development. Column 428 displayed the date on which the program in column 426 was created, and column 429 displays the date on which the most recent update was made to the program.

[0063] If a Provider wants to create a new program, he or she uses an input device 128 to click on the New Program button 425 at which point the Provider is taken to a Program creation GUI. FIG. 4B illustrates one example of such a GUI 430 in accordance with some embodiments. As shown in FIG. 4D, GUI 430 includes a title box 431 in which the Provider can enter the name of the Program being created. An icon 432 is provided adjacent to the title box 431 and provides the Provider with the ability to enter a description of the Program in a superimposed box (not shown) when the icon is clicked. The Provider can input the title and description using an input device 128 as will be understood by one of ordinary skill in the art.

[0064] A filter bar 433 is provided along the bottom of GUI 430 and enables a Provider to filter the library of Exercises saved in a content database such that the Provider is presented with the relevant content. For example, filter bar 433 includes a plurality of icons 434, a pulldown menu 435, and a diagnosis code field 436. Icons 434 enable a Provider to access exercises that have been grouped into a common category, such as, for example, exercises for improved cardiovascular fitness, strength, seated exercises, supine exercises, balancing exercises, isometric resistance exercises, resistance exercises, neutral resistance exercises, and range of motion exercises to list only a few possibilities. A body icon 438-1 is provided and enables a Provider to select an exercise based on an area. For example, when clicked, an inset 437 is provided displaying a representation of the human body (front at left and back at right) and enabling a Provider to select an area of the body, which turns a different color when selected, as shown in FIG. 4E. In some embodiments, the pull-down menu 435 is provided and enables the provider to select the same filters as those that correspond by the icons 434 but based on a description and not the visual shortcut. The diagnosis field 436 allows a Provider to enter a code for identifying recommended exercises for the entered diagnosis.

[0065] A results box (or pallet) 438 displays thumbnail images 439 of the videos that match the applied filter criteria. FIG. 4E illustrates one example of a mapping between

Exercises and filter attributes that can be saved in a library or database in one or more of the data storage units 26 of physical training network 20. Examples of filters include, but are not limited to, filters for particular muscle groups, body parts, resistance type, position, category, and ICD-9 codes, to list only a few examples. One of ordinary skill in the art will understand that other types of filters can be implemented.

[0066] Referring again to FIG. 4D, a pair of phase bars 440-1, 440-2 (collectively "phase bars 440") are illustrated that include one or more areas 441 that each identifies a Prescribed Exercise and the number of Sets each Prescribed Exercise is to be performed. Although two phase bars 440 are illustrated, fewer or more phase bars 440 can be added (or removed) using phase bar control button 442. Arrows 443 enable a Provider to view all of the Exercises that the Provider has prescribed by loading (e.g., by dragging and dropping) into a phase bar 440. A Provider assigns the number of Sets of the Exercise to be performed by clicking on the star (or other geometric shape) 444 associated with the thumbnail image block 439.

[0067] GUI 430 also includes phase assignment areas 445 that enable a Provider to assign a phase bar 440 to a particular Phase, e.g., Phase 1, Phase 2, etc. A day assignment area 446 is also provided such that the Provider can assign the number of days the Phase shall run, e.g., 1, 2, 3, etc. A copy or duplicate icon 447 is provided for each phase as well as a delete or trash icon 448. The duplicate icon 447 replicates the Phase when selected. An icon 449 is also provided to enable a Provider to enter a supplemental description particular to a prescribed Phase. A user can move phase bares 440 relative to one another by clicking and dragging a particular phase bar 440 up or down relative to other phase bars 440 displayed in GUI 430. A cancel button 450 is provided beneath the sign out button 404 so the Provider can cancel a Program he or she has created but does not want to save. A save button 451 also is provided beneath the sign out button 404. When a user clicks the save button 451 , the Program is saved to a library or database in one or more of the data storage units 26 of physical training network 20.

[0068] As noted above, once a Program has been saved its name appears in the column

414 of Programs shown in GUI 400 in FIG. 4A. If a Provider wants to review or edit a Program, he or she uses an input device 128 to click on the hyperlinked name in column 414, which causes a GUI to be displayed. One example of such a GUI 452 is illustrated in FIG. 4G. As shown in FIG. 4G, GUI 480 displays the phase bars 440-1, 440-2 for the selected Program, which in this example is the "PA Ortho Knee Program" as indicated in title box 431. GUI 452 also includes an "Edit" button 453 and a "Delete" button 454. In some embodiments, a Provider can create multiple versions of a particular Program and save them to a database stored in a storage medium 26.

[0069] If the Edit button 453 is selected by a user using an input device 128, GUI 430 is displayed that enables a user to edit the Program as described above with respect to FIG. 4D. If a user selects the Delete button 454, the Program will be deleted from the library. In some embodiments, a user may be prompted to confirm that the Program should be deleted prior to actually deleting the Program.

[0070] Turning now to FIG. 4H, one example of a GUI 455 displaying a list of available exercises in tab 403 is illustrated. As shown in FIG. 4H, GUI 455 includes a "New Exercise" button 456 that, when selected by a user using an input device 128, results in a create exercise GUI to be displayed to a user. GUI 455 also includes an Exercise List table in which a plurality of Exercises can be displayed. In some embodiments, the Exercise List table includes a column 457 for a code number, a column 458 displaying the name of the Exercise, and a column 459 for the URL of the video(s). The code numbers in column 457 and video URL are hyperlinks that, when selected by a user using an input device 128, result in the user being displayed a Show Exercise GUI, such as the GUI 460 illustrated in FIG. 41, or being shown the video.

[0071] As shown in FIG. 41, GUI 460 includes an "Exercise List" button 461 beneath tabs 401, 402, 403 that when selected brings the user back to GUI 455. A "New Exercise" button 462 is provided adjacent to the Exercise List button 461 and results in a create exercise GUI to be displayed to a user when selected using an input device 128. GUI 460 includes a "Show Exercise" table includes a "Code" field 463 identifying the assigned code number of the selected Exercise and a "Name" field 464 identifying the given name for the Exercise.

[0072] Fields 465, 466, 467, and 468 also are provided for displaying hyperlinks to the video URL, video thumbnail URL, tutorial URL, and tutorial thumbnail URL, respectively. GUI 460 also includes a "Date Created" field 469 displaying the date on which the selected Exercise was selected and a "Last Updated" field 470 displaying the last date on which changes were made to the selected Exercise. At the bottom of GUI 460 is an "Edit" button 471 that, when selected by a user using an input device 128, turns the fields 463-468 from read-only fields to editable fields. A "Delete" button 472 also is provided adjacent to Edit button 471. If a user selects the Delete button 472, the Exercises will be deleted from the library. In some

embodiments, a user may be prompted to confirm that the Exercise should be deleted prior to actually deleting the Exercise.

[0073] FIG. 5 is a flow diagram of one example of a method 500 for creating a Program in accordance with some embodiments. The method 500 is described with reference to FIGS. 4D, 4E, and 5. Method 500 starts at block 502 and a Provider or program creator enters a name for the Program in title box 431 and a description in description box 432 at block 504. The name and description are displayed by GUI 430 and the entered information can be saved as a local or working version in a local computer readable storage medium as will be understood by one of ordinary skill in the art. [0074] At block 506, the Provider or program creator enters the Phase number, Phase name, and duration of the Phases. This information is displayed in boxes 445, 449, and 445 of GUI 430 illustrated in FIG. 4D.

[0075] At block 508, the Exercises are selected and added to the phase bars 440. As described above, the phase bars 440 can be populated by dragging and dropping (e.g., by clicking and dragging) thumbnail images 439 from the results carousel 438 to phase bars 440.

[0076] At block 510, the Provider or program creator enters the sequence number and number of Sets to be performed for the Exercise by the Patient.

[0077] At decision block 512, the Provider or program creator determines whether another Exercise is to be added to the Phase. If another Exercise is to be added to the Phase, then method 500 moves to block 508. If not, method 500 moves to decision block 514 where it is determine if another Phase is to be added to the Program. If yes, then method 500 moves to block 506. If no, then method 500 moves to block 516 where the Program is saved by the Provider or program creator clicking on save button 451.

[0078] Physical training network 20 includes databases stored in one or more data storage units 26 that save not only Provider and Program information, including libraries of Exercises, but also saves Patient information. FIG. 6 illustrates one example of the relationship between the different data stored by physical training network 20 in the one or more data storage units 26.

[0079] Physical training network 20 also enables Providers to assign Programs to

Patients. FIG. 7 illustrates one example of a method for assigning a Program to a Patient. At block 702, a Provider signs into the physical training network 20. As described above, the Provider can sign in using a username and password to access the Provider Portal 30 via network 10 as described above with respect to FIGS. 3 A and 3B.

[0080] At decision block 702, the Provider determines whether the Patient is a new

Patient or an existing Patient. In some embodiments, the Provider enters the Patient's name and physical training network 20 determines if the Patient's name matches a Patient stored in a database. If the Patient's name does not match a record in a database, then the Provider is presented with a GUI, such as GUIs 400 and 413 shown in FIGS. 4A and 4B, respectively, for entering new patient information. For example and as described above with respect to FIG. 4B, the GUI 413 includes a field 415 for entering the Patient's name, a field 416 for entering the email address of the Patient, and pull-down menus 417-420 for entering the Dob, gender, and onset date. One of ordinary skill in the art will understand that additional fields and/or pulldown menus can be provided for entering other Patient data such as, for example, mailing address and phone number to list only a few possibilities. The Provider clicks on Create button 422 and the Patient's record is created. If the Patient's name matches a record in the database, then the Provider is presented with the one or more Patient records that match the name, and then the Provider clicks on the appropriate Patient at block 708.

[0081] At decision block 710, the Provider determines if a new or existing Program is to be prescribed for the Patient. If the Provider determines that a new Program is to be selected, then method 700 moves to block 712 where the Provider determines if the new Program will use an existing Program stored in a database (e.g., one of the Programs displayed by GUI 423 of FIG. 4C) as a template, or if a new Program will be created by selecting the New Program button 425. If an existing Program is to be used as a template, then the existing Program is selected by the Provider at block 714. The Program is developed at block 716 in accordance with the method 500 described above with reference to FIG. 5. Once the Program has been created, then it is selected for the patient at block 718 and prescribed and saved to the Patient's profile at block 720.

[0082] Physical training network 20 enables Patients to access the prescribed Program(s) with the Prescribed Exercises via the Patient Portal 28, which can be accessed via network 10 from a mobile device 100 and/or a computer 34, 54. FIG. 8 illustrates one example of a flow diagram of a method 800 for performing physical training in accordance with some

embodiments. At block 802, a Patient signs into the application running on a mobile device 100 or computer 34, 54. For example, a Patient can be prompted to enter a username and password. As will be understood by one of ordinary skill in the art, the application can be downloaded from a store, such as the App Store, Google Play, or other online application store.

[0083] In some embodiments, when the mobile application is first started by a Patient, the Patient is prompted by a GUI to enter the Patient's last name and date of birth as it appears on instructions that were provided to the Patient during a provisioning process. In some embodiments, the provisioning process includes providing a card or other media on which the following information is included: (1) name of the application to download and install; (2) a QR code to link the Patient to the applicable online store for downloading and installing the application; (3) the last name entered during the provisioning process; and (4) the date of birth entered during the provisioning process. One of ordinary skill in the art will understand that other information can be disseminated during the provisioning process.

[0084] Once the Patient signs in, the mobile device 100 or computer 34, 54 calls the web service API to authenticate the Patient and obtain the Program information that was prescribed. If the application is being accessed before the onset date entered during provisioning, the application notifies the Patient to return on or after the onset date by displaying a GUI with the message on display 106. The application determines in which Phase the Patient is currently and downloads, from the content server, the exercise videos that are referenced by the Prescribed Exercises for that Phase. For example, the Instructional Video(s) and Emulation Video(s) applicable to the Prescribed Exercises of the Program(s) that have been assigned to the Patient by the Provider, along with Program information, are downloaded and stored in a local memory 104, 110 of mobile device 100 or computer 34, 54 at block 803.

[0085] At block 804, the Patient starts or continues a day's Prescribed Exercises. For example, after login, the Patient is provided with a home screen in accordance with the GUI illustrated in FIG. 9A. GUI 900A displays the current day in day field 902 and the number of days in the days to go field 904. A meter or gauge 906 is provided in the center of GUI 900 A and provides the Patient with a graphical status of the Patient's progress for the current day and resets to zero at the start of the next day. In some embodiments, for example, the meter 906 identifies the number of stars awarded for the current day. A Set counter field 908 identifies the total number of Sets the Patient has performed, and a medal counter field 910 identifies the Patient's achievements. GUI 900A also includes a home icon 912, a profile icon 914, a guide icon 916, a medals icon 918, and a settings icon 920. When one of these icons 912, 914, 916, 918, and 920 is pressed, the application displays the associated GUI on display 106 as will be understood by one of ordinary skill in the art. The Patient can also begin a Prescribed Exercise by selecting the start button 922.

[0086] Selecting the start button 922 results in GUI 900B illustrated in FIG. 9B being displayed to the Patient on display 106. As shown in FIG. 9B, GUI 900B includes a morning icon 924, an afternoon icon 926, and an evening icon 928 each with an associated Set counter field 930, 932, and 934, respectively. Referring again to FIG. 8, the appropriate session (e.g., morning, afternoon, evening) is selected at block 806. The selection of the appropriate session is made by pressing or clicking on the applicable icon 924, 926, 928 using an input device 128.

[0087] Once a session is selected, the application prompts the Patient to select an

Exercise. One example of a GUI 900C for prompting Exercise selection is illustrated in FIG. 9C. As shown in FIG. 9C, GUI 900C includes a Set counter field 936 that identifies the total number of Sets complete and Sets prescribed for the selected session. A return or back icon 938 is also provided that when selected causes GUI 900B to be displayed. A pair of large thumbnails 940, 942 are displayed with each thumbnail 940, 942 being associated with a respective

Prescribed Exercise. Selecting a thumbnail 940, 942 causes the Emulation Video for the Prescribed Exercise to be played.

[0088] Beneath each large thumbnail 940, 942 is a respective smaller thumbnail 944, 946 that corresponds to an Instructional Video for the Prescribed Exercise. Selecting a smaller thumbnail 944, 946 causes the Instructional Video to be played on display 106. In some embodiments, the Emulation Videos are locked until the Instructional Video is played as shown by the lock on thumbnail 942. Each Prescribed Exercise includes a respective Set counter field 948, 950 that identifies the number of Sets the Patient has performed.

[0089] For example and referring again to FIG. 8, the Patient selects a Prescribed

Exercise at block 808. Method 800 moves to decision block 810 where the application determines if the Instruction Video for the selected Exercise has been performed (e.g., thumbnail 942 in FIG. 9C). If the Instructional Video has not been performed, then the Emulation Video is locked and the Patient is prompted to watch the Instructional Video by selecting the thumbnail 946 for the Prescribed Exercise. A Patient presses or clicks on the thumbnail 944, 946 for the Instruction Video using an input device 128, which causes the Instructional Video to be played on display 106 at block 812.

[0090] Once a Prescribed Exercise has been unlocked, selection of the thumbnail 940,

942 for the Emulation Video for the Prescribed Exercise causes the Emulation Video to be played at block 814. For example, when a Patient selects an Emulation Video, the video is played on display 106 and the Patient is to perform the Exercise being demonstrated in the video in accordance with tempo and manner being demonstrated in the Emulation Video. Upon completion of the Emulation Video, the Patient is awarded a star as shown in the GUI 900D illustrated in FIG. 9D. The awarded star identifies that the Patient has performed a Set of a Prescribed Exercise. In this manner, the Patient's compliance with the Program is tracked as stars are awarded after completion of an Emulation Video that the Patient emulates.

[0091] In some embodiments, the Patient is recorded by a camera 124 of the mobile device 100 or computer 34, 54 as the Emulation Video is played on display 106. Recording the Patient performing the Prescribed Exercise ensures compliance and enables a Provider to assess the Patient's technique as the Patient performs the Prescribed Exercise as each captured video can be time stamped and transmitted to physical training network 20 as described in greater detail below. In some embodiments, the Patient's movements are superimposed on the

Emulation Video to provide the Patient with immediate feedback to assist the Patient in improving his or her technique in performing the Prescribed Exercise.

[0092] Referring again to FIG. 9D, GUI 900D includes a first button 952 for performing another Set and a second button 954 for advancing to a next Prescribed Exercise. A Set counter field 956 also is provided and identifies the number of Sets that have been performed and the total number of Sets that have been prescribed for the Prescribed Exercise. At decision block 816 in FIG. 8, it is determined if the Prescribed Exercise that was just performed by the Patient will be repeated. The Patient can press or click on the "Another Set" button 952 shown in FIG. 9D if the Patient wants to perform another Set if the Patient has not performed the prescribed number of Sets as identified by the Set counter field 956. Icon 958 is configured to link back to GUI 900C illustrated in FIG. 9C.

[0093] If the "Another Set" button 952 (FIG. 9C) is selected, then method 800 (FIG. 8) moves to block 814 and the Prescribed Exercise is performed as the Emulation Video is shown on display 106. If the Patient does not repeat the Prescribed Exercise, then at decision block 818 (FIG. 8) it is determined if the next Prescribed Exercise is to be performed. For example, the Patient can press or click on the "Next Exercise" button 954 (FIG. 9D), which display thumbnails for the Instructional Video and the Emulation Videos for the next Prescribed Exercise to the Patient on display 106. If the Patient does not want to perform the next

Prescribed Exercise, then the Patient presses or clicks on the return or back icon 938 (FIG. 9D) to return to GUI 900C (FIG. 9C) where all Prescribed Exercises are selectable. Although not shown in FIG. 9C, additional Prescribed Exercises can be accessed by swiping to the left, right, up, or down if the number of Prescribed Exercises exceeds the number of thumbnail areas available in GUI 900C. [0094] In this manner, the Patient watches every Emulation Video for the prescribed number of times for each Prescribed Exercise. Once all of the Emulation Videos have been watched for the prescribed number of times for that Session, the Session is complete. At this point, the patient can close the application. The application advantageously "gameifies" the rehabilitation or physical training process by rewarding the patient with a star each time an action is performed as described above. The Patient's progress and compliance with the prescribed regimen is also tracked and the number of stars acquired results in the Patient being awarded medals as certain daily thresholds are reached. In some embodiments, a bronze medal is awarded when 1/3 of all attainable stars have been achieved in a given day, a silver medal is awarded when 2/3 of all attainable stars have been achieved in a given day, and a gold medal is awarded when all attainable stars have been achieved in a given day. A Patient begins each day with zero stars, and medals are awarded after a certain number of stars are accumulated. At the end of the day, the Patient's stars are reset to zero, but any medals achieved are kept for the entire duration of the physical training regimen. In some embodiments, Patients are able to redeem the medals acquired for other rewards such as, for example, gift cards, coupons, or discounts at restaurants, fitness stores, or other merchants to incentivize the Patient to complete the Program.

[0095] At block 815 of method 800 shown in FIG. 8, the data acquired by mobile device

100 or computer 34, 54 is transmitted to physical training network 20 via network 10 (FIG. 1). For example, the data transmitted from mobile device 100 or computer 54 can include Patient information and data identifying that the Patient has completed one or more Sets of a Prescribed Exercise. The data received at physical training network 20 is stored in a database at one or more data storage units 26. This process is also referred to as synchronization. In some embodiments, the API method called to handle synchronization is called SyncActions. One example of a payload for the SyncActions method is as follows:

{

"lastSyncDate": "2012-11-16T19:03:46:898Z",

"patient": {

"id" : "50a68dd5e4b0cdd352cce937",

"actions": [

{

"session": "morning",

"time": "2012-11-13T09:01 :24: 111Z",

"dayNumber": 1, "exerciseCode": "005"

},

{

"session": "morning",

"time": "2012-11-13T09:01 :25: 111Z",

"dayNumber": 1,

"exerciseCode": "005"

}

]

}

}

[0096] In this case, a list of two Actions for a Patient identified as

"50a68dd5e4b0cdd352cce937" is being transmitted.

[0097] Physical training network 20 also allows Provider to obtain real-time compliance reports for their Patients. Example of possible reports that can be generated include, but are not limited to, a compliance dashboard, which is a summary of compliance for the entire program duration, and for each Phase; a compliance by day, which is a measure of daily average compliance, and by session (e.g., morning, afternoon and evening); a compliance by week, which is an average compliance rate by each week of the program; and a compliance by exercise, which is an average compliance by prescribed exercise by phase, sorted by compliance rate in ascending order. FIG. 10 illustrates one example of a report for a Program including two Phases. In some embodiments, as noted above, the compliance information shown in FIG. 10 is displayed in another form in the compliance column 410 shown in FIG. 4A. In some

embodiments, the values in compliance column 410 in FIG. 4A are hyperlinks that result in a report as illustrated in FIG. 10 to be displayed in response to being selected by an input device 128.

[0098] In some embodiments, Patients are provided with the ability to set reminder for when to begin each Session. For example, the mobile device 100 and/or computer 34, 54 will provide an audible, tactile, and/or visual reminder to the Patient that a session should be performed concurrently or within a set period of time. A Patient can enter the time at which he or she desires to perform a morning, afternoon, and evening Session.

[0099] The disclosed devices, systems, and methods described above advantageously provide a physical training system that automatically tracks Patient compliance with a rehabilitation regimen by incrementing a counter once an Emulation Video is watched completely. In some embodiments, the devices, systems, and methods not only track compliance by counting the number of Emulation Videos a Patient watches, but also records the Patient performing the Exercises along with the Emulation Video to ensure compliance. The data gathered by a mobile device or computer is communicated to a database that is accessible remotely by Providers enabling the Providers real-time access to a Patient's progress and compliance with an assigned or prescribed Program.

[00100] One of ordinary skill in the art will understand that devices, systems, and methods can be utilized by a clinic or rehab center having one or more geographic locations. For example, the Exercises, Programs, and other information stored in databases residing in storage mediums 26 can be shared across multiple geographic locations. In some embodiments, the physical training network 20 is a third-party entity that provides access to one or more clinics or rehab centers. Controls are provided to prevent confidential patient information from being accessed by personnel that should not have the ability to access such confidential information.

[00101] The present invention can be embodied in the form of methods, devices, and systems for practicing those methods. The present invention can also be embodied at least partially in the form of program code embodied in tangible media, such as floppy diskettes, CD- ROMs, DVD-ROMs, Blu-ray disks, hard drives, or any other non-transient machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an device for practicing the invention. The present invention can also be embodied at least partially in the form of program code, for example, whether stored in a storage medium, loaded into and/or executed by a machine, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an device for practicing the invention. When implemented on a general-purpose processor, the program code segments combine with the processor to provide a unique device that operates analogously to specific logic circuits.

[00102] Although the systems and methods have been described in terms of exemplary embodiments, they are not limited thereto. Rather, the appended claims should be construed broadly, to include other variants and embodiments of the systems and methods, which may be made by those skilled in the art without departing from the scope and range of equivalents of the systems and methods.