Patent Application
20140029411
This application claims the benefit under 35 U.S.C. §119(a) of Indian Patent Application No. 3077/CHE/2012, filed on Jul. 27, 2012 in India Patent Office, and Korean Patent Application No. 10-2013-0017820, filed on Feb. 20, 2013 in the Korean Intellectual Property Office, the entire disclosure of which is incorporated herein by reference for all purposes.
1. Field
The following description relates to patient's data transmission gateways in ubiquitous health care environment and to providing seamless data transmission by the gateway.
2. Description of the Related Art
Miniaturized implantable and on-body wireless biosensors are useful in monitoring the general health, monitoring the progression of chronic disease, assessing post-operative care, and the reaction of the body to complex therapeutic drug regimes. Body Area Networks (BAN) enables wireless communication between several miniaturized body sensor units (BSU) and a single body central unit (BCU) worn on the body. BAN has applications in ubiquitous healthcare systems, which is an emerging technology that enables monitoring patients as they maintain their normal everyday activities. It can warn patients or healthcare workers of problems detected in a patient, as well as collect data for trend analysis and medical research. The use of continuous monitoring allows both transient and progressive abnormalities to be reliably captured.
These implanted or on-body sensors are generally low power devices and hence cannot expend power on direct transmission to a medical center or healthcare unit but transmit the sensed data to a gateway near sensors, which further transmits this data to a medical care facility. The existing technology supports transmission of data from the sensors only if the gateway is in the range of the sensor. Even if the gateway is in range of the sensors, forwarding of data may be interrupted if the gateway is unable to transmit the data further to the medical facility due to any unavoidable circumstance. Due to above-mentioned reasons it is difficult to provide seamless data transmission in ubiquitous healthcare systems in case of gateway failure.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
In one general aspect, there is provided a method to provide seamless data transmission, the method including: receiving data collected by a sensor at a primary gateway; transmitting the data to a server; searching for backup gateways when the data transmission is interrupted; and selecting a backup gateway based on characteristics of the backup gateway.
The backup gateway may be a predefined gateway.
The backup gateway may be an on-the-fly gateway.
The characteristics of the backup gateway may be at least one of: network condition, power statistics, and network signal strength of the backup gateway.
The data transmission method may further include: authenticating the backup gateway; and transmitting the data to a server by the authenticated backup gateway.
The primary gateway and the alternative gateways may comprise at least one of: a communication device, a media player, and a personal computer.
The data transmission method may further include transmitting the data to a medical care facility by the selected backup gateway.
In another aspect, there is provided a computer program product embodied in a non-transitory computer readable medium including program instructions which when executed by a processor cause the processor to perform a method to provide a seamless data transmission, the method including: receiving data collected by a sensor at a primary gateway; transmitting the data to a server; searching for backup gateways when the data transmission is interrupted; and selecting a backup gateway based on characteristics of the backup gateway.
In another aspect, there is provided an apparatus to provide a seamless data transmission, the apparatus including: a primary gateway configured to receive data from a sensor and to transmit the received data to a server; the primary gateway is configured to search for a backup gateways when the data transmission is interrupted; and the primary gateway is configured to select a backup gateway based on characteristics of the backup gateway.
The primary gateway may be configured to search for backup gateways through a short-range communication medium.
The backup gateway may comprise a predefined gateway.
The backup gateway may comprise an on-the-fly gateway.
The primary gateway may be configured to provide authentication information to the backup gateway; and the backup gateway may be configured to receive data from a sensor and to transmit the received data to a server.
Other features and aspects may be apparent from the following detailed description, the drawings, and the claims.
Throughout the drawings and the detailed description, unless otherwise described, the same drawing reference numerals will be understood to refer to the same elements, features, and structures. The relative size and depiction of these elements may be exaggerated for clarity, illustration, and convenience.
The following description is provided to assist the reader in gaining a comprehensive understanding of the methods, apparatuses, and/or systems described herein. Accordingly, various changes, modifications, and equivalents of the methods, apparatuses, and/or systems described herein will be suggested to those of ordinary skill in the art. In addition, descriptions of well-known functions and constructions may be omitted for increased clarity and conciseness.
As described below, seamless data transmission is provided by using a backup predefined gateway when the primary gateway fails to transmit data from implanted body sensors to the intermediate Clinical Decision Support Server (CDSS) or another server at the medical care facility. The primary gateway may hand over transmitting data operation from the implanted body sensors intentionally to a backup gateway. Backup gateways may be discovered and the best gateway may be selected from the discovered multiple gateways, to transmit data either in case of the unavailability of the predefined gateway or in case the predefined gateway intentionally wants to hands over the data transfer operation to a backup gateway. Checks may be performed to determine whether the predefined gateway or backup multiple gateways have capability to transmit data.
As a non-exhaustive illustration only, the term “gateway” may refer to mobile devices such as, for example, a cellular phone, a smart phone, a wearable smart device (such as, for example, a watch, a glass, or the like), a tablet personal computer (PC), a personal digital assistant (PDA), a digital camera, an MP3 player, a portable/personal multimedia player (PMP), a portable game console, a handheld e-book, an ultra mobile personal computer (UMPC), a portable lab-top PC, a global positioning system (GPS) navigation, and devices such as a desktop PC, a high definition television (HDTV), an optical disc player, a setup box, and the like capable of wireless communication or network communication consistent with that disclosed herein. The gateways listed are provided as examples, and the primary gateway can be any device which can provide connectivity with the sensors and medical care facility.
As a non-exhaustive illustration only, the term “data” described herein may refer to physical and emotional data related to the behavior, life habits, health, and medical condition of a user or a patient being monitored. The data may include, but is not limited to, the data acquired by at least one sensor 101. The sensor 101 may be implanted in the body, or may be an on-body electronic, electromechanical, or biomechanical hardware device that record data such as, for example, blood-sugar levels and blood pressure of a user. The sensors listed above are provided as examples, and the sensor may include any type of sensor that is wired or wireless connected to the gateway and can transmit data to the gateway.
The data transmitted by primary gateway 102 can be sent via a Clinical Detection Support Server (CDSS) 104 to the medical care facility 103. The CDSS enables pre analysis of data received from gateway 102 before forwarding it to the medical care facility 103. The CDSS server may not be needed if a medical attendant is available in the medical care facility for live monitoring of the received data of the patient being monitored. The data transmitted by sensors 101 can be event based or continuous. These sensors 101 can detect abnormal conditions in the sensed data based on standard detection algorithms and transmit only the “event” information or they can transmit sensed data continuously acting as recorders.
In ubiquitous health care where the patient is moving, the primary gateway 102 in existing systems can fail to provide seamless data transmission in situations such as loss of network connectivity of the primary gateway 102 with the medical care facility 103, or power shortage faced by the primary gateway 102, or when the primary gateway 102 may geographically move away from sensors 101, or any similar situations that may disrupt communication between sensors 101 and the medical care facility 103.
In 301, the sensors transmit the sensed data to the primary gateway 102 which is in the short-range communication protocol. The primary gateway 102 further transmits this data to the medical care facility 103 via HTTP or any other protocol. In 302, the primary gateway 102 detects an interruption in data transmission. Such interruption can be a result of the primary gateway 102 being unable to transmit data due to loss of network connectivity between the medical facility centre 103, or shortage of power faced by the gateway to transmit the data, or loss of communication with the sensors 101 as a result of geographical separation of the gateway from the sensors and so on. The primary gateway 102 may also intentionally hands over the data transmission to a backup gateway.
If primary gateway 102 detects interruption for data transmission due to loss of network connectivity, the primary gateway stores the data in its storage module 204 for a pre-decided time interval ‘N’. If the network deterioration is temporary and the network is available within the interval N, the primary gateway transmits the stored data and then resumes normal data transmission, which is called store and forward mechanism. If the network deterioration continues beyond time interval N or if the interruption in data transmission is due to other reasons such as shortage of power faced by primary gateway 102 or primary gateway 102 geographically moving away from sensor, in 303, the primary gateway searches for a backup gateway. A predefined gateway may function as a backup gateway, and in 303, the primary gateway 102 searches for the predefined gateway. The predefined gateway may be selected by the primary gateway 102 in advance and may be another gateway the patient being monitored possesses. A predefined gateway may also resolve issues of privacy and trust. If a predefined gateway is discovered, in 304, the primary gateway checks for availability of the predefined gateway. If the predefined gateway is available, in 305, the primary gateway checks whether the predefined gateway characteristics are satisfactory before deciding to handover data transmission. The predefined gateway characteristics may be characteristics such as, for example network condition, power statistics, network signal strength, and such. Approximate power prediction techniques can be used to decide whether the pre-decided backup gateway has sufficient battery/power to sustain the transmission of the medical data. It can also be ascertained whether the predefined gateway has network connectivity to transmit the medical data.
If no predefined gateway is available or the predefined gateway does not satisfy the required device characteristics, in 306, the primary gateway 102 discovers the availability of backup on-the-fly gateways. The on-the-fly gateways are selected dynamically by the primary gateway 102. If the primary gateway 102 fails to discover the on-the-fly gateway, in 307, it will terminate the search. The on-the-fly gateways are discovered using an ad-hoc with services such as, for example, Wi-Fi, Bluetooth, Zigbee, and such. In an example, the primary gateway 102 may discover the on-the-fly gateway using the Wi-Fi ad-hoc protocol where the primary gateway 102 searches for the wireless networks available and initiates a peer-to-peer connection request. If there are no visible Wi-Fi gateways available, the primary gateway 102 scans for the Wi-Fi Media Access Layer (MAC) range and requests the available gateways for a peer-to-peer connection. After an ad-hoc network is set up, the primary gateway 102 sends a broadcast message to request for the characteristics of the gateways. All the gateways in the ad-hoc Wi-Fi network respond with their gateway characteristics such as, for example, the address, network condition, and such. In another example, the primary gateway 102 may use Bluetooth protocol to discover any gateways in the range, which respond to the primary gateway 102 with their gateway characteristics.
In 308, if the primary gateway 102 discovers any on-the-fly gateways, then the primary gateway 102 checks whether the characteristics of the on-the-fly gateways satisfy the requirement for handing over data transmission. In 307, if no gateway is found to match the characteristics, the search is terminated. If only one gateway satisfies the requirement, it is selected for handover. If multiple gateways are discovered that satisfy the gateway characteristics, then in 309, the primary gateway 102 selects the best on-the-fly gateway based on their gateway characteristics. The selected backup gateway can either be the predefined gateway that was checked in 305 or it can be the best on-the-fly gateway that was chosen in 309.
The handover parameters would include the Identifier/Address of the sensors 101 with which the selected backup gateway will pair with, and the credentials needed to authorize/identify the selected backup gateway to the server at medical care facility 103. The primary gateway informs the sensors 101 about termination of its communication and in 310 notifies the sensors 101 about the selected gateway for handover of data transmission. The selected on-the-fly gateway or the predefined gateway automatically connects with the sensors 101 using the identifier or address that is a part of the hand over from the primary gateway 102. The negotiation and authentication are done before the actual data transmission. The credentials enable the new on-the-fly gateway to identify/authorize itself to the server at the medical care facility 103. In 311, the sensor transmits data to the selected gateway.
An example of the method illustrated in
As another example, the patient being monitored may be in an environment with limited mobility, e.g. a residence. In such a scenario the primary gateway 102 can handover its activity to a Personal Computer (PC), which may transmit the data to the server at the medical care facility (103).
When the primary gateway 102 detects that it is able to restart the transmission as its own battery, network and platform are ok, it sends a message to the backup gateway to hand back the transmission. On receiving this message from primary gateway 102, the backup gateway terminates the communication with the sensors 101 and primary gateway 102 resumes the communication. If the backup gateway faces insufficient power or network loss then it will make an effort to handover the transmission to the primary gateway 102.
To interpret the broadcast request by the primary gateway, a pre-installed, lightweight daemon process may execute on the devices in the ad-hoc network. The pre-installed software can be deployed onto the system in many different ways. For example, during the installation of the SIM records, the operator can install or request to install the software. Since this would be a vital, emergency service with legal approvals, the operator can install a version compatible with the platform of the mobile client. As another example, the software can be deployed over the air when the primary gateway sends a link to the gateways in ad-hoc network, which can then download and install the software. As yet another example, the pre-installed software can be implemented in a phone mandated by the local government.
The methods described above can be written as a computer program, a piece of code, an instruction, or some combination thereof, for independently or collectively instructing or configuring the processing device to operate as desired. Software and data may be embodied permanently or temporarily in any type of machine, component, physical or virtual equipment, computer storage medium or device that is capable of providing instructions or data to or being interpreted by the processing device. The software also may be distributed over network coupled computer systems so that the software is stored and executed in a distributed fashion. In particular, the software and data may be stored by one or more non-transitory computer readable recording mediums. The non-transitory computer readable recording medium may include any data storage device that can store data that can be thereafter read by a computer system or processing device. Examples of the non-transitory computer readable recording medium include read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, USBs, floppy disks, hard disks, optical recording media (e.g., CD-ROMs, or DVDs), and PC interfaces (e.g., PCI, PCI-express, WiFi, etc.). In addition, functional programs, codes, and code segments for accomplishing the example disclosed herein can be construed by programmers skilled in the art based on the flow diagrams and block diagrams of the figures and their corresponding descriptions as provided herein.
The apparatuses and units described herein, including, but not limited to, the apparatuses and elements shown in
A number of examples have been described above. Nevertheless, it should be understood that various modifications may be made. For example, suitable results may be achieved if the described techniques are performed in a different order and/or if components in a described system, architecture, device, or circuit are combined in a different manner and/or replaced or supplemented by other components or their equivalents. Accordingly, other implementations are within the scope of the following claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 3077/CHE/2012 | Jul 2012 | IN | national |
| 10-2013-0017820 | Feb 2013 | KR | national |
