PRE2018 4 Group5

From Control Systems Technology Group
Revision as of 23:29, 16 June 2019 by 20174449 (talk | contribs)
Jump to navigation Jump to search

<link rel=http://cstwiki.wtb.tue.nl/index.php?title=PRE2018_4_Group5&action=edit"stylesheet" type="text/css" href="theme.css"> <link href='https://fonts.googleapis.com/css?family=Roboto' rel='stylesheet'>

Group members

Group Members Student nr.
Erik Wubbels 0917805
Peter Visser 0877628
Jeroen Bakermans 1007330
Bas van Kampen 1236216

Planning

Planning final.png

To Do

Requirements van 2nd and 3rd users: beter beschrijven/onderzoek Data omgang artsen etc.

Thuiswonen of instellingen?

Acceleratie: rekening houden (op den duur) met acceleratie van bijv. Trein, lift, etc.

How to realize running through the decision tree and implementation of voice-controlled interaction?

Qua platform, think about how to keep it open for extra functions/sensors?

Abstract

Brainstorm Ideas

When starting this course, the first thing we did was brainstorming about multiple possible projects. The results of this brainstorm are shown below:

- (Using datasets from Eindhoven for) Internet of Things (IoT) actuation throughout the city
- Mobile Cloud Robotics as a service with OCCIware
- Robots to help elderly and physically impaired people with daily tasks
- Learning with augmented reality glasses / AI mentor
- Consumer dental x-ray scanner device (+service), from home
- Wearable for elderly people to quickly arrange quick responders in case of falling

After doing some minor research on each topic, we decided to combine designing a wearable for elderly people for fall detection with connecting it to the Internet of Things. This way, a standalone device can be coupled to the internet to allow sharing data with secondary users, such as caretakers, doctors, etc. This also allows more complicated (but more accurate) data analysis to ensure no false positives or false negatives occur. An additional profit of connecting the device to the internet, is that is becomes "infinitely" expandable. When more devices are created for the same purpose, they can be connected to the same platform, giving users the choice of which devices they want to use.

Initial problem description

This subject of this project is supporting elderly people living their live independently by assisting them with a wearable AI device. The great strides in the rise in longevity of people, have resulted in an ageing populations in most developed economies. This developed creates new challenges, for the individual as well as society. Many individuals want to live as independently as possible, but their physical and/or mental impairments make that more difficult. It is also difficult for their loved ones, since dangerous situations arise. For both individuals, their families as society as a whole, the associated increase in healthcare costs is a challenge. One of the big problems for all involved is falling. Elderly people are more likely to fall for biological reasons, and their falls can cause bigger damage as well. Additionally, for elderly people it is more risky to undergo surgery, and recovery (such as learning to walk again) is more difficult - for more feeble individuals surgery is not even possible, resulting in a big permanent disability and pain. With more elderly people living on their own, instead of in retirement homes, there is a bigger risk of people lying helplessly on the floor for hours or longer. This is a horrible experience, and it can increase injuries, and even result in death in extreme cases.


This project started with the objective to support these elderly individuals, as well as their families and hence society as a whole, by developing a wearable device to detect falling, connect it to the IoT and notify the people responsible for taking care of the falling person. This is a solution in the core of robotics: it combines a device with various mechanical aspects, interaction with the environment, and autonomous behavior. We want to minimize negative health consequences of getting older through measuring activities and presenting feedback.


A wider range of problems our elderly users face has been identified. These will not be the main focus of the project. However, since a part of our aim is to develop an online platform, other devices can be easily coupled. These problems include:


- Measuring health-parameters and (earlier) diagnosing of diseases and injuries:
    - automatic fall detection
    - PPG: measuring of blood flow and oxygen-levels, to detect and monitor cardiovascular, respiratory diseases
    - heart-attack detection
    - sleep (problems)
    - breath analyses
- GPS-tracking / Bluetooth to prevent wandering
- Context-aware medicine planning/reminders
- Exercise training with feedback

Goal of the project

The main goal of this project is to develop a platform to which an accelerometer can be coupled. This is mainly a proof of concept. The accelerometer is chosen because it is a simple sensor to work with, but in reality, any type of sensor (and even multiple types of sensors) can be coupled with the platform.


The platform should be able to receive data from the sensor, store it, and process it.
For this project, it will show whether the user has fallen, is in pain and/or is in need of help.
Clients will also be able to see the accelerometer data of a fall.


The device with the accelerometer should be able to measure data, process it offline, and send the results to the platform.
This offline processing can be useful for fast responses.
At later stages, it may be preferable to process data online, so that more complicated processing methods become available, increasing the reliability of the result.

USE aspects

Users

Primary users The elderly who want to enjoy the use of this device. They will engage the most with this device. So the interface should be respectively easy to understand. However, the device should work mostly autonomous. So the primary users should not have to interact that much with the device. Voice control can be a good option to make the interface easier to understand. Other than learning what every button does is voice control rather straightforward. The elderly want to know for sure that the device works perfectly. Another issue elderly tend to have is that they want the device to be fashionable or nice to see. They do not necessarily want that everybody directly sees that they have a device that detects if they are falling. A survey is going to be held to really establish what the demands are of the elderly. From the results the RPCS for the primary users can be established. This survey will be held by several employees from the company "ZuidZorg". They will guide the elderly through the survey. The aim is to get around the 100 participants. The first impression was good the elderly felt honoured to help with this project.

Secondary users These users can be defined as the people around the elderly, for example the family, neighbours and other caregivers. They want the device to be as reliable and accurate as possible too. The same as the primary users. Furthermore they do not want that many false positives because otherwise they are always connected which can be irritating. other aspects one can think about are that the location should be accurate. So that the caregivers can be there as fast as possible. To really understand what the secondary users want with the systems we are going to contact the "valsymposium". The valsymposium is an annual meeting where researchers come together to talk about the newest innovations in fall prevention.

Tertiary users The tertiary users can be defined as the Healthcare institutions and repairmen. They do not have much demands. Some demands could be that it should be easy to repair and for that have clear manuals. The data that is stored in the cloud must be easy to access for the users that are authorized. So that Healthcare institutions can investigate the data of a particular patient as kind of a back up of the neural network that is in place. If the user has fallen a lot lately such institution then could think about placing the elderly at a nursing home because the costs are now to high in compared to the gain. Although the data must be easy to access for those people it still should be well encrypted because it is still very sensitive data. One could think about RSA or AES encryption. A hybrid encryption should be good because it uses the advantages of both the symmetric and asymmetric encryption systems and reduces the disadvantages of both systems.


Advantages of a fall detector

Within the community of older adults falling is a big problem. The elderly population keeps on rising and one-third of the older adults experiences at least one fall or more each year. It is one of the most expensive costs in medical care. One can think of for example a new hip which is not an exception with elderly. These costs where, in 2015, $31 billion for Medicare. Which is in the United States but (in the whole world the ratio keeps somewhat the same). One can imagine if one has fallen and alarm cannot be hitted quickly the user is not even helped for a long period of time. This can have bad consequences because the condition keeps on getting worse. It is for the best that help is at the scene quickly. When elderly do not have some kind of insurance that someone is going to help them when they have fallen, a fear of falling can be created. This results in negative consequences, for example avoidance of activities in daily live. A consequence of avoiding these activities is then again less physical activity for the elderly, which could on its turn lead to depression and loneliness. There has been a study, by Brownsel et all, to establish what the relation is between a fall detector and fear of falling. The result of this study was that elderly indeed showed more confidence when they were monitored by a fall detector. So fear of falling was reduced. Another conclusion that was drawn from this study is that the fear of falling is affected by the user perception of the reliability and accuracy of the fall detector. So for our research its important to reassure that the device has a high reliability and accuracy.

Ways to achieve this goal:

  • Promo movies
  • Show percentages on how accurate
  • False positives better than false negatives
  • ….


References: https://www.mdpi.com/1424-8220/17/11/2509/htm http://eprints.whiterose.ac.uk/10302/2/JTT_FINAL.pdf

Society

Independent living is important on this day. The world's older people population is growing at a high speed. So the costs to take care of these elderly people increases also. The nursery homes cannot cope with the speed of the increasing population. resulting in letting elderly people who cannot live independent anymore, live independent.

Enterprise

Living safely independent reduces costs for hospitals and healthcare institutions. Accidents will happen less and when an accident occurs it can be addressed quicker resulting in faster care for the user and probably reduced costs because damage can be fixed faster and in an earlier stage.

RPCs

Requirements

- Accuracy of at least 90%
- Battery life of at least 24 hours
- Easy to wear
- User interface that suits elderly users
- Voice-control
- Usable when offline

Preferences

- No calibration needed
- Only one device needed

Constraints

- Wearable for feeble people
- 600 hours of work*
- No budget


  • These 600 hours are based on a group of 4 people. In the final three weeks, two people dropped out of the group. The remainder of the project was done by two people.

Deliverables

Prototype
A physical prototype that measures falling, sends the data to the cloud, and delivers feedback to the user or caregivers.

Wiki page
A website that contains all information about the project.

Presentation
A presentation in which the research done is explained and the prototype is demonstrated.

State of the art

AI supported living for elderly

The Elderly’s Independent Living in Smart Homes: A Characterization of Activities and Sensing Infrastructure Survey to Facilitate Services Development
Source: https://www.mdpi.com/1424-8220/15/5/11312
Summary: an systematic review on ai-support for elderly people, it is about smarthomes, but we can adapt this to our wearable device. The analysis-unit / building block is ‘activity’, to which particular measurements and assistance-forms can be applied. The right kind of sensors, preprocessing and evaluation need to be chosen. This article has a classification of main activities of elderly people living independently, and suitable sensors and data processing for these.

2019group5.overview.architecture.png

Related: ai-system that uses constraint‐based scheduling technology to actively monitor a pattern of activities executed by the person. Detects temporal constraint violations which are used to trigger meaningful and contextualized proactive interactions:
https://onlinelibrary-wiley-com.dianus.libr.tue.nl/doi/full/10.1111/j.1467-8640.2010.00372.x?sid=worldcat.org

Integrated e-Healthcare System for Elderly Support
Source: https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs12559-015-9367-3
Summary: An unobtrusive integrated e-healthcare system for elderly support (gerontech) for monitoring biomedical parameters of a person in real time, anywhere and in any situation. The data is send to a smartphone or tablet, and can be shared with care-takers. Continunous monitoring gives a wealth of health-data-history for better diagnosing and preventive care, as well as quicker response in emergencies. It also discusses the easy use of contacting medical assistance / consultation from home, which is useful for elderly people with walking disabilities.

Current progress of photoplethysmography and SPO2 for health monitoring
Source: https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs13534-019-00097-w
Summary: A photoplethysmograph (PPG) is a simple medical device for monitoring blood flow and transportation of substances in the blood. It consists of a light source and a photodetector for measuring transmitted and reflected light signals. Clinically, PPGs are used to monitor the pulse rate, oxygen saturation, blood pressure, and blood vessel stiffness. Wearable unobtrusive PPG monitors are commercially available.

This article reviews the issues and applications for monitoring oxygen saturation, such as detection and monitoring of cardiovascular disease(s), sleeping disorders, respiratory diseases. Some can be avoided by these (daily) measurements. The measurements are not very robust, so patients need to be explained very well how to do them correctly.

An autonomous robotic exercise tutor for elderly people
Source: https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs10514-016-9598-5
Summary: Interesting application of using ai – here of a physical robot, not just a wearable device – to help elderly people learn new physical exercises, and to help them train more. ‘ambient assisted living’ is the notion to sustain the mental and physical health of elderly people in the comfort of their own homes. Perhaps we could replace the robot with an instructional videos on tv or laptop or tablet, and the placement of a camera to observe the motions of the elderly trainee, while using our device to measure the activities and use the ai-aspect to interact by providing feedback.

Related: review article about the benefits of training for elderly people, and specifically what kind of exercises are useful:
https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs40520-017-0863-z

Medicine Reminder and Monitoring System for Secure Health Using IoT
Source: https://www-sciencedirect-com.dianus.libr.tue.nl/science/article/pii/S1877050916000922
Summary: This article shows how medicine reminders and monitoring systems that are hooked up to the Internet of Things (IoT) can be beneficial for prescribing the correct medication to patients. It also provides possible ways that these systems can work. Monitoring medicine intake of the users allows doctors to have insight in the users commitment to the medication, and to decide whether or not the medicine is working properly. The reminders also prevent accidental skipping of medicine intake that may be caused by dementia or similar reasons, and the financial factor that this skipping may induce (for example, changing to more expensive medicine while this is not actually needed). The data of the medicine intake patterns of the users can be stored on the cloud (provided that the connection made is secure, as to not corrupt the data). This data can later be accessed by the user and by doctors to review past activity�

AI empowered context-aware smart system for medication adherence
Source: https://www.emeraldinsight.com/doi/pdfplus/10.1108/IJCS-07-2017-0006
Summary: This article discussing the downside of many (proposed) electronic pillboxes, which use often use time-based reminders. However, these reminders can come at inopportune moments for the pill taker, resulting in suboptimal medication adherence. This article proposes a method of AI-empowered, context-aware reminders. From measurements of the user and the/his environment. This can integrated into our device very well, it seems, only the/a electronic pillbox is optional, although most elderly people have prescription medication, so it is not that strange of an option to pay attention to in our development.

Recognition of Activities of Daily Living with Egocentric Vision: A Review
source: https://www.mdpi.com/1424-8220/16/1/72/html
Relevance: Sensor using camera. Helping to support the egocentric view. It uses a model based on different stages.

Sensors-16-00072-g001-1024.png

Can be intrusive due to camera's monitoring users behavior. So think about possible privacy complaints. Not the best option'

Wearable and Portable eHealth Systems
Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/4312668/references#references

Relevance: Different studies on personal health measuring systems(PHMS)

Grijstabel.gif

The validity and reliability of consumer-grade activity trackers in older, community-dwelling adults: A systematic review

Source: https://www-sciencedirect-com.dianus.libr.tue.nl/science/article/pii/S0378512218301828

Short summary & relevance: How good do these trackers work. Errors are measured when elderly people walk slow, however overall the results where highly accurate. Food to think about regards which tracker system is best for different kind of users. Users with certain chronic disorders have multiple dips in their activity, so not always true. However using these kind of step-wise trackers to self monitor the physical activity of the user is a good idea. It is important to keep these users active, especially elderly, because it is one of the biggest strategies to reduce age-related morbidity.

Fitbit.PNG

Multimodal Wearable Sensing for Fine-Grained Activity Recognition in Healthcare

Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/7155432


Relevance:

A multimodal system. Using different sensors, think about accelerator and gyroscope, to sense the user its position. GPS and Bluetooth beacons to detect someones position. Important to distinguish between different scenarios. Although the sensors can detect if a person is sitting or standing it has to distinguish the difference between for example sitting on the ground, which could be a sign of a bad situation(falling), or sitting on a sofa. So at this moment only basic ADLs can be distinguished. A way to get rid of this problem is to use a camera. However, a lot of users do not prefer this solution due to the privacy that is been violated, constant recording of what you are doing.

New.png


In the table beneath are some other studies which uses different sensors to sense the different attributes of the users.

Untitled7.png

Fall detection

Emergency Fall Incidents Detection in Assisted Living Environments Utilizing Motion, Sound, and Visual Perceptual Components
Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/5623343
Summary: This article discusses an advanced system with various sensors and processing to measure and verify falling, accessing the severity of the situation and arranging suitable help. The method uses semantic representation of the patient's status, context and rules-based evaluation, and advanced classification. The article also discusses various advanced classification techniques that have been and their accuracy and efficiency in detecting an emergency situation.

Inertial Sensing-Based Pre-Impact Detection of Falls Involving Near-Fall Scenarios
Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/6905812
Summary: This article discussed two improvements of ‘general’ accelerometer fall-detection. First, it includes ‘near-fall’ scenarios in its analysis. Second, it uses a different way to measure near-fall and fall scenarios, a vertical velocity-based pre-impact fall detection method using a wearable inertial sensor. The conclusion is that this detection method was more accurate in their own experiment, compared to an accelerometer, in detecting fall scenarios from near-fall scenarios. In other words, this method is claimed to solve the issue of ‘false positives’ that ‘mere’ accelerometers have.

Related: This article has a good introduction about fall detection, with many useful references: https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs10015-017-0409-7

Related: increase accuracy with barometric measurements: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/5559476

Related: increase accuracy with surface electromyography: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/6399498

Analysis of Public Datasets for Wearable Fall Detection Systems
Source : https://www.mdpi.com/1424-8220/17/7/1513/html
Relevance: In the study they looked at different datasets and compared them regarding the fall data. At the end the conclusion was that it is very difficult to determine an abstract and invariant threshold to detect falling. It is important to establish the different Activity of daily lives (ADLs) in the evaluation of the fall detecting systems FDS. So to sum up, movements should be put into groups of the same mobility to properly detect it with a sensor like an accelarotor in combination with a gyroscoop.

Fall Detection Using Smartphone Audio Features
Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/7093113
Summary: This study explores the best ways of using audio features of a smartphone to detect a fall. A database of different smartphone recordings (some recordings of falling sounds, some recordings of none-falling sounds) was processed in MATLAB to obtain the spectrogram of the recordings. Then four ways of recognizing falling sounds were explored: K-Nearest Neighbor Classifier, Support Vector Machine, Least Square Method, and Artificial Neural Network. Results of the study show that Artificial Neural Networks were the most successful in recognizing falling sounds, with an accuracy of above 98%.

Fall Detection Monitoring Systems
Source: https://link-springer-com.dianus.libr.tue.nl/article/10.1007%2Fs12652-017-0592-3#Sec2
Summary: This article covers multiple types of fall detection monitoring systems. It divides the system into three categories: wearable systems, ambient systems and camera systems. Some properties of the system are summarized in the table below.

2019group5.falldetection.overview.png

Wearable systems are our main focus, so only wearable systems will be discussed further. Wearable systems generally use embedded sensors to monitor movement of a person. These sensors are usually accelerometers. The article also mentions that smartphones can be used as sensors to detect motion. Advantages of using a smartphone include the fact that most smartphones have a lot of sensors built in, including accelerometers, gyroscopes, proximity sensors, etc. Problems of using a smartphone include poor battery life and real-time processing speed (compared to committed systems). Current disadvantages of wearable systems include:
- Wearable systems can be intrusive.
- Wearable systems can run out of power (since they are all battery powered).
- If microcontrollers are used, the software cannot be updated. (Smartphones don’t have this problem.)
- Most microcontrollers implement only threshold classification, which means they don’t learn from their mistakes. (Machine learning algorithms solve this.)
- Wearable systems lack context, which allows more false positives to be generated compared to other types of systems.

Continuous Heart Rate Monitoring using Smartphone
Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/8053379
Summary: In this article, a method to continuously monitor heart rate is explored. The article mentions an existing method to measure the heart rate using the light and camera of a smartphone. This method records the blood flow in the finger of the user and detects the heart rate based on the blood flow. For continuous monitoring, this is not practical. In this article, an embedded system is developed to allow continuous monitoring. The system uses a sensor that converts biopotential analog measurements, made by electrode pads, to digital output signals that can be processed more easily. The signal passes through a microcontroller, which detects when heartbeats occur. During a 10 second time period, the amount of beats are tracked. After this period, the data is extrapolated to calculate the heart rate of the user. This data can be communicated to a smartphone via bluetooth, wifi, etc. A systematic overview of the program is shown below. While this method of monitoring heart rate is very simple and effective, the design that the authors of this article came up with is not fit for continuous use. An improvement in design is necessary to make the system usable.

Wearable Heart Monitor Catches Undiagnosed Atrial Fibrillation
Source: https://search-proquest-com.dianus.libr.tue.nl/docview/2074920876
Summary: The results of this study show that wearable heart monitors are capable of catching undiagnosed heart disease in patients. The information was collected in real-world settings and the device does not interfere with day-to-day routines of patients and doctors. The used device is an FDA-approved electrocardiogram (ECG) monitor, the wireless iRhythm ZioXT patch. The patches are able to detect the disease before symptoms show.

Portable breath monitoring: A new frontier in personalized health care
Source: http://interface.ecsdl.org.dianus.libr.tue.nl/content/25/4/63.full.pdf+html?sid=df2bbd55-8488-451b-9960-ea27c47f12ee
Summary: Portable breath monitoring is a way to analyze the user’s health by inspecting the composition of the user’s breath. Breath consists of many different molecules. A deviation of the average breath composition may indicate a problem in the user’s health. Often, knowing what molecule is excessively present in a person's breath allow doctors to make an immediate link to a certain physiological problem or a disease. (A table with examples of this is given below.)

Sensors that can measure the amount of a certain molecule have been miniaturized to the point where they fit onto a 3 by 4 millimeter board. This means that breath analyzers can now be made portable very easily. As soon as enough breath profiles are collected for certain diseases, breath monitoring can be standardized as a method to identify diseases. In addition, breath analysis could be critical in emergency situations where the patients are unable to report their condition, or in early stages of lung injury, disease or toxic exposure.

Non-academic but useful sources about the problem of elderly people falling

Elderly people fall quicker (biology) https://www.healthdirect.gov.au/what-causes-falls

Falling is more dangerous for an elderly person, also because they often cannot undergo surgery. (medicine) https://www.msdmanuals.com/home/older-people%E2%80%99s-health-issues/falls/falls-in-older-people

Falling elderly people is a real problem, in the US 1 in 4 falls every year! More facts about the size of the problem: (healthcare and social costs) https://www.cdc.gov/homeandrecreationalsafety/falls/adultfalls.html

Cloud Computing

Mobile Cloud Robotics as a Service with OCCIware

Philippe Merle-Christophe Gourdin-Nathalie Mitton - 2017 IEEE International Congress on Internet of Things (ICIOT) - 2017. https://ieeexplore.ieee.org/document/8039054

Summary: This study proposes combining of cloud computing and robotics into a system called Open Mobile Cloud Robotics Interface (OMCRI). Using an extension of Open Cloud Computing Interface (OCCI), a standard and gateway for hosting mobile robot resources. Then it illustrates the use of these technologies in three off-the-shelf robots: Lego Mindstorm NXT, Turtlebot, and Parrot AR. Drone.

Cloud robotics: Current status and open issues

Jiafu Wan-Shenglong Tang-Hehua Yan-Di Li-Shiyong Wang-Athanasios Vasilakos - IEEE Access - 2016. https://ieeexplore.ieee.org/abstract/document/7482658

Summary: Taking a deeper look into the combining of cloud computing and robotics this study analyzes the subject while looking at combining multi-robot systems with improved energy efficiency, high real-time performance and low cost. And finally showing potential value of these systems through different practical applications. Big data, cloud computing, open source resources, cooperative robot learning, and network connectivity are the major technologies being analyzed.


A High Reliability Wearable Device for Elderly Fall Detection

Paola Pierleoni-Alberto Belli-Lorenzo Palma-Marco Pellegrini-Luca Pernini-Simone Valenti - IEEE Sensors Journal - 2015. https://ieeexplore.ieee.org/abstract/document/7087338

Summary: The study proposes a fall detection system consisting of an inertial unit that includes triaxial accelerometer, gyroscope, and magnetometer with efficient data fusion and fall detection algorithms.They discuss different solutions and their pros and cons. Then they explain the measuring solutions they used, for detecting a fall through the measuring of the human body as well as the measuring the acceleration and orientation of the person using it. The device they describe is worn at the belt to provide undisturbed movement to the person using it.


It then goes on to discuss the different algorithms they tested and compare their reliability and performance to each other.


An overview of wearable applications for healthcare: requirements and challenges
Vivian Motti-Kelly Caine - Proceedings of the 2015 ACM International Joint Conference on Pervasive and Ubiquitous Computing and Proceedings of the 2015 ACM International Symposium on Wearable Computers - UbiComp '15 - 2015. https://dl.acm.org/citation.cfm?id=2809436

Summary: This article goes into the combination of mobile applications within wearable devices. Discussing seven examples of the applications that have been put to practice as well as the challenges they still bring within healthcare. Particularly focused on promoting healthcare and behavior change. Going into the intuitiveness of interfaces, privacy control, customizability, data collection, data analysis and encouragement.


A Study On Cloud Robotics Architecture, Challenges and Applications

G. Arunajyothi- - International Journal Of Engineering And Computer Science - 2016. https://ieeexplore.ieee.org/abstract/document/6201212

Summary: The study looks at the capabilities of shared information and computation through a cloud robotic architecture. Proposing machine-to-machine (M2M) communication combined with a machine-to-cloud (M2C) communication, making it possible to increase efficiency among the machines as well as sharing different appliances through the cloud.They propose the protocols for these technologies and something they call Elastic Cloud Computing Architecture with three different models: Peer-Based, Proxy-Based and Clone-Based. They go on to discuss the communications challenges and minimizing loss of a message through delay as well as potential security risks due to it being in the cloud, proposing different protocols.


Reliable MAC design for ambient assisted living: moving the coordination to the cloud

Source: https://ieeexplore-ieee-org.dianus.libr.tue.nl/document/7010519

Relevance: Talks about ways to use cloud computing to enhance ambient assisted living(AAL). Ways to transform information from wearable(s).

Analysis

User Analysis

The following questionnaire will be distributed in care homes in Eindhoven in order to determine what features the device needs.

File:Questionnaire care homes.pdf


Note: The person responsible for the questionnaire dropped out of the course before analysing the results. The filled out forms were never shared with the group, so this data is missing.

Audio Analysis

Recordings of audio can be processed to obtain the spectrogram of the recording. Frequency analysis can determine whether or not a recording is of a falling sound. There are multiple ways to do this. Study has shown that creating an Artificial Neural Network (ANN) to analyse the spectrograms is the most reliable method. [1] The ANN consists of a set of nodes that give weighted output, and finally arrive at two final nodes. One of these final nodes gives the correlation of the audio to a falling event, the other node gives the correlation to a non-falling event. The study shows that the sensitivity, specificity and accuracy of this method are all over 98%.

There are limitations to audio analysis. First of all, the recordings always have to be compared to example recordings of falling sounds, so if a person falls in a different way than any of the provided reference recordings, the system will not recognize the fall. Secondly, the system may recognize the sound of falling objects as that of a falling person. Lastly, the environment has a big influence on the recordings. If the environment is noisy, a method like blind signal separation may be used to isolate the sounds of events and remove background noise, but there is a limit to how noisy the environment can be before the systems stops working properly.

Implementation
To implement this method, the system has to be trained with training data to learn what recordings of falling people sound like. Codes for ANNs already exist, so these do not have to be programmed. (Note that if these systems are intended to be commercially used, it may be beneficial to program these anyway in order to adapt and optimize the code for this specific situation. For a prototype, codes for Arduino based ANNs are available. [2] ) All we need to do is to find a database with falling sounds and sounds that have a similar spectrogram but are not falling sounds, and label them with the correct answer (falling or non-falling). Then, after feeding them into the ANN, the program should be able to recognize falling sounds.


Note: This is a concept that may be explored later, if the prototype works before the end of the course. This method demonstrates how the platform can be used for analysis too, rather than only receiving and storing data.

Accelerometer

Triaxial accelerometers measure the acceleration in the x, y, and z direction. With these measurements, the angle of the device can also be determined. There are several options for fall detection algorithms that use the parameters.

The simplest option is to check whether a parameter (or a combination of parameters) exceeds a predetermined threshold. This threshold will of course be chosen so that it is likely that the measurement indicates a ‘falling event’. This method is very easy to implement, but will not likely yield the most reliable results.

A more specific method would be to compare the parameters with known values of these parameters during a fall. Acceleration during a fall has certain characteristics. [3] First, the acceleration will suddenly drop when the person is falling (due to weightlessness). Then within a short time period, on impact, a large spike will show in the acceleration graph. When measuring the magnitude of acceleration, these events can be found, regardless of the orientation of the accelerometer. This method requires two subsequent measurements to pass a certain threshold before a fall is detected, which makes it more reliable while still being a relatively simple method.

A different method is to make use of machine learning, which is not a threshold based method, unlike the two methods described previously. For this method, a database with categorized measurements of falling events and non-falling events that have similar characteristics as falling events is provided. An artificial neural network (ANN) uses this data to teach itself how to recognize a falling event. If a new measurement is then fed into the ANN, the probability of the event belonging to a category is calculated for each category. If the category with the highest probability is a category of a falling event, a fall is detected.

For maximum accuracy, these methods can be combined. [4] One way to do this is to only toggle on the ANN after a threshold of a certain parameter is passed. The method where fall characteristics are measured could be used as an activation for the ANN. However, this may mean that falls that for some reason do not follow these general assumptions are not detected. For this reason, it may be safer to use the simple threshold detection method described first. To make a reliable decision, a collection of fall events may be analyzed in order to determine what the optimal method is. Alternatively, both methods could be tested so that the results can be compared, and a decision can be made based on these results.

A flow chart of this method is shown below. In this chart, SVM denotes the gravity weighted magnitude of the vector and angle denotes the angle between the y axis of the accelerometer and the vertical direction. The calculation of these parameters and thresholds is explained in the section 'Final Concept'.

FlowChart-Accelerometer-ANN-combined.png

Cloud Platform

Once the wearable registers a fall, it has to notify the right contacts, either relatives if the fall is minor, or professional care, if the fall is more severe or when there is no help needed it will have to register this as well. The device sends messages to a client device that can then serve the responses visually to the receiving party.

Once the device registers a fall, it then saves a data object that it has to send to the client on the other side. To do this fast and reliably, a Message Queueing Telemetry Transport (MQTT) broker is used. The MQTT protocol is a way of sending data over the internet, it is beneficial compared to regular HTTP protocols, in not having the extra overhead data. The protocol also ensures that every message gets delivered, by sending a confirmation ping back to the sender once a message has arrived. The protocol is based on a subscribe & publish system. You can subscribe to different topics that you assign by publishing to a new one. For instance, publishing ‘no pain’ to the falling/patient{ID} topic could be subscribed to by subscribing to the ‘falling/#’ topic.

When the message arrives at the broker, it gets sent through to the client, which then displays it into the web client with the accompanying graphs and fall description.


RPCs of cloud

Requirements
- Communication from device to server and back, server to help-opties (neighbour,caretaker, etc)
- analysing data
- Decision tree based on data-analyse (including interaction with user)

Constraints
Budget
Time
Space (memory)
Datatype(s): audio (.mp4), …
Small device: (arduino etc.)


Device:
- Raspbery Pi Web Server

User Interaction

Once a fall is detected, the device will start interacting with the user. It will ask questions and act based on the answers it receives.
The decision tree used for this project is shown below. The squares indicate the output of the device.
DecisionTree UserInteraction.png

Final Concept

Measuring Device

Once development started, we decided to use a smartphone as the measuring device. Smartphones contain all parts that are needed for measuring and sending data. This does not mean that the device cannot be made without using a smartphone. On the contrary, a device that consists only of the necessary parts will be more efficient regarding power consumption and will be smaller, thus more comfortable to wear. These aspects do not matter for demonstration purposes.


The smartphone app is able to connect to the server via a web-socket. This allows live data transferring. The app also measures the data from the smartphones accelerometer. This data is processed to obtain the angle of the device, and the (gravity weighted) magnitude of the acceleration.
The angle (in degrees) can be calculated with some simple trigonometry*:
angle = arctan( sqrt(Ax^2 + Az^2) / Ay ) * 180/pi

The gravity weighted acceleration magnitude (GWAM) gives the magnitude of acceleration times a weight that is proportional to the angle. This means that when the phone is upright (angle 0), the GWAM is zero. If the phone is sideways, the weight should be maximum, because when a person falls, they usually land flat on the floor.
The GWAM is calculated using the formula*:
GWAM = sqrt(Ax^2 + Ay^2 + Az^2) * abs(angle/90)

The threshold for these values can be determined using basic physics. The impact force of a human after free fall is equal to the potential energy divided by the distance over which the velocity decreases to zero. (F = mgh / d). Assuming the center of gravity of a human being is about 1 meter high, and the human tries to catch him- or herself, so that the distance of which the impact takes place is 30cm, the impact force is equal to F = 3.33 m g. The accelerometer measures acceleration, not force, so we divide both sides by m (keeping in mind that F = ma, so dividing by m yields a). This yields: a = 3.33 g. This means that the acceleration on impact will be about 30 m/s^2.
In reality, the threshold will need to be lower, because this value of 30 only occurs at the exact moment of impact, while the accelerometer measures in intervals of approximately 50ms. Tests shows that a threshold of 20 m/s^2 is low enough to detect falls, but high enough to prevent unnecessary fall detections.



* Latex parsing doesn't work, so the equations are given in text format.

Server

Results and analysis

The smartphone transmits the last few seconds before a fall. This data is processed by the online platform and 4 graphs are made.
The top left graph contains the separate x, y and z components of the acceleration. This is what the accelerometer reads.
The top right graph contains the magnitude of the acceleration. This is calculated by the app.
The bottom right graph shows the angle of the phone with respect to the vertical direction. This angle is also calculated by the app.
The bottom left graph shows the gravity weighted acceleration magnitude. The phone uses the calculated angle to determine the weight that the acceleration magnitude will be multiplied with.
The graphs of a fall look like this:
AccelerometerData Fall.png


When a fall is detected, the smartphone will ask questions to the user. These results are also sent to the platform. The responses of the user are shown above the graphs:
UserResponses.png


The threshold used for the gravity weighted acceleration magnitude is 20 m/s^2. This value seems to be adequate for detecting falls while not being triggered by normal daily events.

Conclusion

The prototype shows that this device can be easily made and used. Even with the simple threshold method used for the prototype, falls are being detected relatively accurately. The main goal of this project was not to make a high quality device, but to show that using a combination of offline and online data processing can be achieved fairly easily and is beneficial compared to offline devices. The fact that we managed to produce a working prototype as a group of two people in less than 3 weeks proves this assumption. The platform can easily be expanded. To add a new device to the platform, only the topic on which the data is sent needs to be changed. This can be hard coded into the software, or this can be determined via user input. Secondary users can then select which topics they want to receive data from. All of this can be made even simpler by adding a graphical user interface to the server, with which these requests can be handled.

Discussion

An important part of the research is missing. We do not have enough user specific research. This is because two group members decided to stop the course before analysing the user feedback. They never shared the handed out forms, so the data was never added to the wiki. The rest of the user related decisions are based on assumptions and online references.