WO2009109766A1 - Seuils de surveillance adaptatifs - Google Patents

Seuils de surveillance adaptatifs Download PDF

Info

Publication number
WO2009109766A1
WO2009109766A1 PCT/GB2009/000634 GB2009000634W WO2009109766A1 WO 2009109766 A1 WO2009109766 A1 WO 2009109766A1 GB 2009000634 W GB2009000634 W GB 2009000634W WO 2009109766 A1 WO2009109766 A1 WO 2009109766A1
Authority
WO
WIPO (PCT)
Prior art keywords
monitored system
value
action
values
operator
Prior art date
Application number
PCT/GB2009/000634
Other languages
English (en)
Inventor
Blaise Francis Egan
Andrew Alan Reeves
David Heatley
Jason Wee Peng Ng
Tom Mitzutani
Nigel Mark Barnes
Original Assignee
British Telecommunications Public Limited Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from EP08250773A external-priority patent/EP2098970A1/fr
Priority claimed from GB0903205A external-priority patent/GB0903205D0/en
Application filed by British Telecommunications Public Limited Company filed Critical British Telecommunications Public Limited Company
Publication of WO2009109766A1 publication Critical patent/WO2009109766A1/fr

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation

Definitions

  • This invention relates to apparatus, systems and methods for the selection and setting of threshold values in remote status. monitoring, particularly but not exclusively in the context of the remote monitoring of the wellbeing of persons.
  • Telecare is a term describing the use of technology to enable parties such as care providers (CPs) to monitor the status or wellbeing of persons who may be elderly or otherwise vulnerable (referred herein as customers or service users (SUs)), where such SUs remain in their own homes or are otherwise located remote to the CPs.
  • CPs care providers
  • SUs service users
  • SUs wear devices which measure certain physical or physiological parameters. For example, accelerometer-based equipment worn on the person can provide direct feedback to the CP or other party administrating or operating the telecare system, that the SU has fallen.
  • accelerometer-based equipment worn on the person can provide direct feedback to the CP or other party administrating or operating the telecare system, that the SU has fallen.
  • this method suffers from being excessively invasive to the SU who may have to have on his person a number of such devices.
  • Compliance is also a problem where the SU is reluctant to cooperate by wearing the device(s) especially if interaction with a complex user interface is required.
  • High cost of implementation is yet another deterrent to the widespread adoption of such solutions.
  • Another approach is to provide ambient sensors fixed within the SU's premises, to monitor the SU's activities. This can be achieved by use of devices which literally keep an eye on the SU, such as video cameras and sound recording devices. However this approach could also be ethically objectionable for being excessively invasive; it is also expensive and complicated to set up and monitor.
  • a third and preferred approach is to capture data indirectly about the SU's movements and actions.
  • Such data is obtained by use of sensors such as passive infrared (PIR) motion sensors, sensors to detect door and window opening and closure, meters to detect use of water, electric and gas, and the like - which provide information about the SU's activities within the premises in a relatively non-invasive way.
  • PIR passive infrared
  • These devices can capture information about the activity and inactivity of the SU with greater subtlety than by use of wearable devices or by video cameras, and being technologically and commercially mature technologies, are relatively reliable and inexpensive to obtain, install (especially if they do not require wiring) and use.
  • Sensed atypical inactivity in particular, can be mapped to and signify an abnormal event, such as a fall.
  • the term "event”, depending on context, includes the occurrence of a event (sometimes “positive event”) as well as absence of events (a “negative event” or “non-event”), and the term “time interval” or the like may relate to the time expired between such events and non-events.
  • the present invention has application in any remote monitoring system using any approach i.e. regardless of how the data is obtained.
  • an exemplary embodiment will be described herein in the main in the context of a telecare system based on a motion sensor-based system. It is also applicable regardless of how the timing and other data is obtained, although the description herein will in the main refer to an embodiment and application in the context of a system which gathers data through sensor nodes or devices which sense physically-discernable changes in the environment of the SU, such as motion sensors, door and window opening and closing sensors, bed occupancy, toilet usage, utility use meters and the like.
  • the gathered information is analysed to determine if a pre-determined condition is met.
  • time periods of non-movement can be identified by the system to denote an abnormality so that a period of non-movement exceeding a predetermined length of time is deemed to be abnormal or unusual, and indicative that the SU has fallen within the premises or is otherwise incapacitated.
  • an “inter-event” time period is the length of time elapsed between consecutive positive events detected by either the same sensor or all sensors within the dwelling of a particular SU. Put another way, an “inter-event” period is the duration of a negative event.
  • a “threshold” value defines the boundary of an acceptable, or "normal”, inter-event period. If the sensor, or group of sensors, fails to detect an event beyond a set threshold value, this may be deemed to be an abnormal occurrence deserving attention.
  • the term "inter-event time interval" could also in an appropriate context refer to a time interval following the end of a positive event where there may be a late or even no following positive event, especially in the context of discovering if any positive event ending this time period occurs soon enough to be acceptable.
  • the main problem for the telecare system operator or administrator is in deciding what threshold value to adopt, which would trigger an intervening act. As an example, if the threshold value time elapsed without detected customer activity is exceeded, this may prompt help to be sent to the customer's premises. If the value is set too low, then an excessive number of false alarms will be generated, annoying all concerned, incurring unnecessary cost, and reducing trust in the system. Setting the threshold level too high however, carries the risk of an alarm being raised late which means that assistance would be sent (too) late to the SU needing help.
  • One solution to the determination of the threshold value is to simply set an arbitrary fixed value. For example, an alarm is raised if no activity is detected within a fixed period e.g. within eight hours. In some implementations, this value may be subsequently re-set.
  • This is currently the prevalent method deployed by telecare operators, where sensors (also here referred to as nodes) have their threshold values either factory-set, or set by the engineer installing the sensors at the premises or dwellings.
  • sensors also here referred to as nodes
  • Such a "one-size-fits-all" approach is seldom satisfactory, as SUs differ widely in overall activity levels and habit. The same one SU's activities can also vary at different times of the day, week or year. Similarly, different rooms see different levels of activity - again, this varies on the time of the day or the year.
  • the relationship between the set value and the telecare policy adopted by the CP is also not taken into account.
  • the threshold value is thus often at best an educated guess based perhaps historical data about its applicability or accuracy in the particular implementation. As may be expected, such assumptions and historical data may have little or no application in the immediate case.
  • thresholds As an alternative to fixed threshold values, "adaptive" threshold setting strategies, which are personalised to the particular sensor node for a certain time of day, have been developed. Setting the thresholds always involves a trade-off between the sensitivity of the system (its ability to detect conditions of concern) and its specificity (the ability of the system to not raise an alert when there is no cause for concern). Therefore one obvious method of settings thresholds is to set an acceptable maximum for the number of alerts that are generated in a specific time period (say, an average one alert per node per month) and setting the alert threshold to the value that results in that number of false alerts. This approach suffers from a number of problems. First, the threshold value is determined entirely for the administrative convenience of the provider, with no consideration of the needs of the service user.
  • thresholds which are a certain number (say, three) standard deviations from the mean time between sensed events, which is a measure of how "unusual" a particular time value is.
  • Threshold-setting is a key aspect of the operation of the system, as it can cause either an alarm to be triggered and action to be action, or else to continue inaction. Such situations involve a choice to be made between options carrying a cost/benefit trade-off. CP entities with finite resources need to, as an administrative decision, decide how best to maximise utility or benefit according to the policy it has chosen to adopt.
  • apparatus for alerting an operator to the status of a monitored system comprising: input means for permitting an operator to input a value indicative of a perceived benefit associated by the operator with performing a course of action while the monitored system is in a particular state, monitoring means, including a sensor for sensing the monitored system and generating sensed data suitable for generating an estimated probability of the monitored system being in a particular state, predetermined condition calculation means for calculating a predetermined condition associated with a course of action based on an expected value indicative of a perceived expected benefit associated with a course of action while the monitored system is in a particular state, and the estimated probability of the monitored system being in the particular state, and alerting means to generate an alert if the predetermined condition is satisfied.
  • a monitored system can take a number of states, to which an operator may respond in a variety of ways.
  • the apparatus takes into account the utility value of various responses which the CP may make, based on the likelihood or probability of existence of the state of the system.
  • the apparatus can be used to allow a CP to determine the expected utility value of responding in a certain way to a likely SU state, e.g. where the SU needs help, or where the SU does not need help.
  • the likelihood factor is generated by statistically generating a metric such as the shape parameter and a scale parameter when fitting the data sensed from the sensing nodes, which characterise the sensed data.
  • a forecaster can also advantageously included in the apparatus which will generate an expected number of alerts or alarms that may be raised if the CP take a particular course of action in response to a likely state of affairs. This helps in the planning and setting up of the monitoring apparatus and system.
  • means and apparatus for inputting the utility values of needed to generate the threshold values which are, in a preferred implementation, indicated by equality of the expected values.
  • the input means can be arranged to accept or receive one, two, and/or four utility values which in the particular case, represent two possible courses of action in response to two possible system states.
  • the skilled person would of course appreciate that a number of different responses may be possible in response to any system state (i.e. not necessary two), and that the system may itself be in any number of states (again, not necessary two), so the references below to a system having four response-state combinations is merely illustrative.
  • the "perceived benefit” (or conversely, the penalty) which values are input into exemplary embodiments and implementations of the system, may comprise an absolute value, a relative value, a difference in two or more values, a ratio or a multiplier of the like, as will be explained further below
  • a remote monitoring system including apparatus according to the invention, and - a node for collecting the sensed data.
  • a telecare monitoring system including the remote monitoring apparatus of the invention.
  • a method for alerting an operator to the status of a monitored system comprising: an operator inputting a value indicative of a perceived benefit associated by the operator with performing a course of action while the monitored system is in a particular state; - using a sensor to generate sensed data about the monitored system, using the sensed data to generate an estimated probability of the monitored system being in a particular state; calculating a predetermined condition associated with a course of action, based on an expected value indicative of a perceived expected benefit associated with a course of action while the monitored system is in a particular state, and the estimated probability of the monitored system being in the particular state; and generating an alert if the predetermined condition is satisfied.
  • Figure 1 depicts the components of a telecare system set up to generate and use adaptive threshold values
  • Figure 2 depicts the components of a telecare system set up to generate and use adaptive threshold values in accordance with a telecare policy adopted by the care provider;
  • Figure 3 depicts process sequence flows in an exemplary embodiment of the invention
  • Figure 4 is another view of the process flows
  • Figure 5 is a graph showing sensed data fitted to a probability distribution
  • Figure 6 is a graphical depiction of the expected utility levels for two care provider responses
  • Figure 7 depicts the grouping of the utility-values that are dependent on each other
  • Figure 8 is a graphical depiction of a one-input method in the establishment of a threshold value
  • Figures 9A and 9B are schematic drawings of a two-input adaptive threshold generation apparatus
  • Figures 1OA and 10B are schematic drawings of a one-input adaptive threshold generation apparatus.
  • Figure 1 depicts an architecture for a telecare system suitable for the generation of ATA- derived threshold values, as described in parts of EP 07253336.7.
  • a number of nodes (2a, 2b, 2c) positioned within the dwelling of an SU which may take the form of PIR sensors, meter sensors and the like.
  • Sensed motion events and the like indicating SU activity are transmitted to the home gateway (4).
  • a home gateway typically functions as the central residential monitoring unit of the premises, to which each node communicates its sensed data. These signals are then transmitted via a wider network such as the Internet (10) to a remote platform (20).
  • nodes (6a, 6b, etc.) in a different SU residence or premises is arranged to send their sensed data to the remote platform via another home gateway (8) located in the premises of the other SU.
  • the remote gateway compiles the sensed data from a number of premises and stores them in the form of tables (22).
  • an ATA calculator (23) generates a time threshold value for a node for a particular time of day, by calculating an abnormality statistical measure from a number of events sensed by that node, e.g. by reference to a specific number of standard deviations from the mean in the range of sensed data.
  • a personalised threshold value for that node for the relevant time of day is generated, and then sent back to the home gateway of each of the premises, which stores the value and any subsequent updates to the value.
  • the home gateway can, as a matter of probability, determine if a time interval reported by the particular node should be regarded as an abnormality requiring an alarm to be generated.
  • ATA-derived values are obtained from criteria set by the CP based on arbitrary choice (e.g. an observed time interval that is certain number of standard deviations above the mean and thus not based on any evidence of its pertinence to the particular node at that particular time of day) or on assumptions that may or may not be valid. In such cases, any basis for the choice of the values selected is opaque to a third party, and the implications and consequences of the chosen threshold value may not be visible to even the CP itself.
  • the telecare architecture is substantially similar to the system described against Figure 1 above. However, it differs most significantly in the inclusion of a care provider policy engine (CPPE) (30) and a resource forecaster (40).
  • CPPE care provider policy engine
  • resource forecaster 40
  • the ATA calculator (23) of the system shown in Figure 1 is replaced with the CPPE (30), which performs the calculation of the threshold value.
  • the CPPE Similar to the ATA calculator of the system discussed above against Figure 1 , the CPPE generates an abnormality statistical measure to produce a personalised lack-of-activity threshold time value for each node for a particular time of day. As previously stated, this indicates that a certain length of time has passed without detection of activity of an SU by a particular node, such that there is a strong likelihood that that SU will need assistance.
  • the threshold value obtained by the CPPE is obtained according to the telecare policy adopted by the CP.
  • the telecare policy is based on the CP's overall assessment of the possible outcomes from adoption of the threshold value and appreciation of the risk deemed acceptable for each possible outcome. This empirical approach contrasts with the use of arbitrary values (e.g. "three standard deviations") or historical data which may not be pertinent to the particular node for the particular time of day. This policy is applied to each node within the system for which the CP has responsibility.
  • sensed data is again sent by the home gateways (4, 8, etc.) and then to the remote platform (20) controlled by the CP.
  • the inter- event time which is in this discussion denoted by ⁇ (tau), is obtained from the time elapsed between sensed positive events.
  • the CP In determining node threshold values, the CP is in practice faced with a number of scenarios and choices for response.
  • the CP can classify the status of an SU (H) at any given time to be one of two states:
  • H 0 The SU does not need help or attention
  • H 1 The SU needs help or attention
  • the CP has the following response (D) choices:
  • a "cost" is associated with each status/response combination. This cost is widely defined and encompasses all forms of loss: opportunity cost, time, and money - e.g. the financial and opportunity cost incurred in the H 0 D 1 combination where the CP sends an ambulance to an SU who is actually fine. The cost can also be expressed in social or other terms in the H 1 D 0 combination where the SU does needs help, but the CP fails to take action in time or at all. Put in the converse, there is a utility value which can be attributed to the ' four state-response combinations for any inter-event time ⁇ during the operation of the node, the utility being expressible as a numerical value representing the benefit obtained from incurring the cost associated with the CP response.
  • Utility theory is a well known concept wherein the benefit in a particular outcome is measured in terms of its relative satisfaction to a particular party. Thus, the utility for the same outcome may differ for different parties, as it is specific to the context of the one particular party.
  • a CP can make rational decisions about how it would best to respond in a particular case, given the circumstances and context it is operating in.
  • An entity with limitless resources may set up its telecare system to unintelligently and obsoletely respond to all four state-response combinations by sending help to the SU, while another CP with finite resources would want to arrange its telecare system to maximise its benefit or utility for not just a particular node at a particular time, but also over the entire telecare system or network, for a given time period.
  • a utility value of 0.0 can be attributed to the W 0 D ? combination (where the CP takes unnecessary action), while a value of 1.0 may be attributed to the H 1 D 1 combination (where the CP takes responsive action when required).
  • Each state- response combination would then have associated with it a utility value (U).
  • Table 2 State-response utility values
  • the utility values reflect the emphasis given by the CP to each state-response combination. For example, a CP may adopt a policy that it should err on the side of caution, and so choose to send out help in cases even when it is unclear if the SU status is Ho or H 1 . In such a case, the utility values U can be adjusted to reflect the policy adopted by the CP. Use of utility theory in this way gives to the CP a clear picture of the implications of the choice of policy adopted.
  • the CP may choose this point as a threshold value or level, as the determining point in time when intervening action should be taken on the basis that it is more probable than not that the SU needs assistance.
  • the approach in this invention makes use of two key concepts: the expected value of a random variable and the concept of utility.
  • the notion of expected value requires that all possible outcomes and their respective probabilities of occurring be taken into account when making decisions under conditions of uncertainty.
  • By computing expected utility a value can be put on a situation that has uncertain outcomes with known probabilities.
  • Use of the concept of expected utility allows the comparison of any two situations, irrespective of whether their outcomes are uncertain or entirely risk-free.
  • the threshold value determined by the above method is calculated for each node for a particular time period (e.g. a node located in a kitchen of a particular SU, for two-hour period from 00:00 to 02:00).
  • the system similarly calculates a set of threshold values for each node for all time periods, which is then sent to, and stored at, the home gateway (4, 6, etc.) of the premises where that particular node is located.
  • the system is capable of being set up so that other parameters are taken into account e.g. there could be further sets of values which reflect the different seasons of the year, and so on.
  • the CP can be seen to be applying the same policy across its SU base in an equitable, non- discriminatory basis to provide the same standard of care to all within its responsibility.
  • this tool could also be used to set different standards and levels of alarm sensitivity within the SU network if this is desired, as described further below.
  • the utility values required by the CPPE to generate the threshold value are derived from a source of factors (37, 39) which influence the utility values. These factors could include the CP's budget, the "quality of service" standard (e.g. in an implementation administered by a private CP where SUs are subscribed to different tiers or levels of service), and so on.
  • care provider data can be just one type of input - or one of many inputs - fed into the CPPE for generation of the threshold value.
  • the system is thus arranged to use utility values which can originate from a variety of sources, either in combination with one or more other sources of utility value determining factors.
  • the system can be set up so that the CPPE processes fixed or static utility values (e.g. in situations wherein such values are not expected to change)
  • the utility values can advantageously comprises relative values. They can also themselves comprise functions which are themselves determined by one or more other factors, which reflects the reality in this complex area where numerous considerations have to be taken into account in deciding the policy to adopt. This aspect of the invention will be discussed further below. Also, while the description refers to the use of four utility values, it is possible to reduce the number of inputs to generate the threshold value to a two- or even a single-parameter input system, as will described in greater detail below.
  • the other major change from the telecare system discussed against Figure 2 is the inclusion of the resource forecaster (RF) (40) in the remote platform (20).
  • the RF's primary function is to forecast an anticipated number of alarms that will be generated following the (proposed) adoption of the threshold values. This allows the CP to evaluate the expected draw on its resources based on the particular policy which is in turn based on the utility values adopted in the policy.
  • historic data from the sensor data store (24) is taken into account and the data in the records for all the nodes in the user base are combined for forecasting purposes.
  • the historic data can be taken from data of the entire user base, or alternatively could pertain only to the particular node at the particular time period (e.g. the node in the kitchen for the period 00:00 to 02:00).
  • the CP can calculate expected budgets and other resource-related requirements.
  • anticipated changes in the size of the user base indicated by trends apparent from the data in the CP store (34) could be included.
  • This information can then be fed into a CP terminal (12). For any CP with limited resources, this is central to the planning, set up and operation of the telecare system.
  • the CP terminal (12) functions to receive data input, as well as to display the resource requirements (36) forecasted by the RF component.
  • the system uses utility values which are not fixed, it also ensures agreement from the CP on this fundamental aspect of policy, prior to the adaptive thresholds being deployed by the system.
  • system architecture of this implementation of the invention allows for the following advantages to be realised in the set up and operation of a telecare system:
  • the CPPE engine allows for transparent policy decisions to be embedded in threshold values set by the system
  • the RF component ensures alarm volumes fall within the resources of the CP •
  • Utility values can be formed from multiple information sources to enable the CPPE to generate thresholds aligned with the CP's chosen telecare policy
  • Each sensing node (2a, 6a, etc.) is e.g. a passive infra red (PIR) sensor deployed within the home of the monitored SU detects movement within its field of view.
  • PIR passive infra red
  • this fact is communicated to the home monitoring unit (5) or gateway device (4, 8 etc.) via a communications network which can be wireless (e.g. Wi- Fi, Zigbee) or a wired connection.
  • a communications network which can be wireless (e.g. Wi- Fi, Zigbee) or a wired connection.
  • each room in has at least one node to ensure near continuous coverage of the SU's activities as he or she moves through the premises, although the described invention could be used with fewer nodes.
  • the home gateway device may add a timestamp to the sensor events (if the event is not already time-stamped). The events are then forwarded e.g. over a secure Internet connection to the remote telecare platform server (20), as depicted by process flow arrow A2.
  • the gateway calculates the time elapsed between sensed events, and send the inter-event time interval data to the remote platform.
  • the data is preferably stored at the gateway device so that the data can be batch- processed, e.g. once a day, or else it can be passed to the remote platform in a continuous stream over the network connection (e.g. ADSL).
  • the processing of sensed node data to generate the thresholds according to the method of the invention is best performed at the central server platform (20) for a variety of reasons, e.g. so that the more expensive equipment required need not be replicated in each dwelling.
  • a preferred optional functionality of the home gateway is to provide a back-up, uninterrupted power supply in case of power loss from central sources.
  • Another preferred option to include in the home gateway is a data buffer to prevent or reduce data loss in the absence or reduction of network connectivity.
  • A3 Store data in database
  • the primary function of the main server (42) in the remote platform (20) is to coordinate the operations of the entire system.
  • Sensor data from the nodes (2a, etc.) arrives from the home gateways (4, etc.) via the Internet as depicted by process flow arrow A3.
  • the data is stored in tables (22) (in the form of e.g. a mySQL database) in the sensor data store (24) for future access, as depicted by process flow arrow A4.
  • the stored data consists of at least a timestamp for each piece of sensed data and an identifier of the particular node which sent the information (2a, etc.); optional additional information could include an SU identifier, a sensor node state (e.g. battery status), and so on.
  • this process B1.2 is carried out by the telecare main server (42).
  • the threshold setting or re-setting process can be initiated in a number of ways. For example:
  • the threshold establishment or re-set process could be automatically triggered when the number of sensed events by a particular sensor node reaches a pre-set number (e.g. 100 incidences of sensed data indicating SU activity) either for the first time or since the threshold for that node was last set or re-set. .
  • a pre-set number e.g. 100 incidences of sensed data indicating SU activity
  • the process can also be automatically initiated upon at pre-set ⁇ periods or upon a specific time period elapsing, e.g. once a month, or upon the passage of a month since the last threshold setting or reset.
  • a specific request can be made manually made by the CP via the care provider terminal device (12), e.g. by selecting such an option on a web portal, as indicated by process flow arrow B1.1.
  • the main server (42) Upon initiation of the process to obtain a new or an updated threshold value, the main server (42) starts by checking that a sufficient sensed data exists for that node in the sensor data store (24), as discussed further below against step C2. A sample size that is too small will impede the generation of a statistical description metric of variations in the inter-event time interval data. The more sensed data there is to process therefore, the greater the likelihood of determining a usefully accurate threshold using the process of the invention.
  • the process will proceed only if this condition of sufficient sample size is met, returning an exception if it is not.
  • the system can present the CP or other user with the option of whether to proceed or not.
  • pre-existing data from pre-service trials of the system or in the form of simulated or historical data based on test installations obtained from that or other nodes may be used.
  • the relevant data used for processing takes the form of inter-event times i.e. when no activity is sensed, or the time elapsed between positive sensed events. References to "data”, “sensed data” and the like include references to such "negative events”. This data is retrieved by the CPPE (30) from the sensor data store (24) as shown by process step arrow C1.
  • SU behaviour varies according to times of the day: for example, a node located in the bedroom is more likely to sense activity during the time when the SU is in the room, while the kitchen will be occupied during mealtimes. Conversely the front door is unlikely to be moved in the early hours.
  • this may be classified into different time periods and distribution fitting (discussed further below against process step C2) applied to each time period ⁇ .
  • the day is divided into two-hour time periods in the following way, although the skilled person would appreciate that other period divisions are possible with implications for the granularity of the assessment of the relevant data.
  • the inter-event time data is also divided according to the particular sensor which obtained the particular piece of sensed data. Statistical fitting is therefore carried out for each sensor and each time period.
  • the data can be classified in a variety of meaningful ways. For example, it is within the scope of the invention to treat data as being representative of a certain type or class of node (e.g. they all door opening/closing sensors, etc.). Another way is to categorise the data according to the location of the node, so that In other words, if a single dwelling has more than one room of a particular class then these are all considered to be the same room type.
  • data was not assigned to the classes of types of nodes, but was assigned to nodes located in the following classes of rooms in the premises, for example, the bedroom, the lounge, the bathroom/toilet, the kitchen, the hall/landing, and so on.
  • the data is initially fitted to a probability distribution.
  • This preliminary step may be thought of simplistically as "determining what normal looks like”.
  • Outlier data may be disregarded during from the process, to ensure the distribution is not excessively influenced by atypical values.
  • a simple way to achieve this is to disregard a few of the highest and lowest values, e.g. the top and bottom 2% of data.
  • a variety of different statistical distributions can be fitted to the data.
  • the example used for discussion purposes is the Weibull distribution, which has a probability density function of the form:
  • ⁇ is known as the "shape parameter” and ⁇ is known as the "scale parameter”.
  • Figure 4 depicts an example of a Weibull distribution fitted to inter-event time data gathered when the SU was present in the room in question.
  • the x-axis of the graph represents the time duration of the inter-event time period (i.e. the length of time between sensed SU activity), while the y-axis represents the probability that the SU is active in the room being monitored - and is therefore well and not requiring assistance.
  • the longer the period of inactivity the more likely it is that the SU needs help for which an alarm should be raised.
  • the key output from this step in the system operation is the two Weibull shape and scale parameter values.
  • the fitting parameters obtained above are stored in the global parameter store (38) as depicted by process flow arrow C3. Each node will therefore have a minimum of two parameters per sensor node.
  • the global parameter store contains two fitting parameters per period per room class per SU,
  • the threshold value can be calculated for each time period using the two expected utility equations below, Equations 3 and 4. These are non-standard equations derived by the applicants.
  • the utility values U 0 Ui U 2 and U 3 may either be static or fixed values and are obtained (as shown in process flow arrow C4.2) from the current utility value table in the CP data store (34). Alternatively, they may be calculated from a function of different input types held in the CP data store, as will be discussed further below. As another alternative, the utility data input may be requested from the CP terminal (12) via the Internet as depicted by process flow arrow C4.2. As noted above, use of these utility values provides a transparent view of the CP's telecare policy and preference for certain decisions and outcomes over others, and makes clear the implications of the utility values adopted.
  • EU(D 0 ) p(H Q 11 > ⁇ ) ⁇ U 1 + P(H 1 1 1 > ⁇ ) ⁇ U 3
  • the quantity p(H 0 ⁇ t > ⁇ ) can, according to Bayes' Theorem, be obtained by revising the initial probability />(H 0 ) that the SU is fine in the light of the information that no positive events have been detected for the time period ⁇ thus:
  • the probability of the SU not moving for a time period rwhen they are in fact fine is also known to they system, as it has previously fitted a probability distribution to the inter-movement event times in the step indicated by process flow arrow C2. This distribution is integrated by the system, from ⁇ to infinity, by applying a standard statistical technique.
  • the unconditional probability pit > ⁇ ) means the probability that the interval has reached or exceeded some time; ⁇ , and in the present case we assume that this can either happen because the user is fine AND nonetheless we have (perhaps unusually if ⁇ is relatively large) exceeded this interval OR because the user is not fine. What this means is that the total unconditional probability of the interval exceeding ⁇ , p(t > ⁇ ) , is equal to the probability of the user being fine multiplied by the probability of the interval exceeding r even though the user is fine plus the probability of the user being NOT fine multiplied by the probability of the interval exceeding r when the user is not fine. This can be expressed mathematically as:
  • p(t > ⁇ ) p(H 0 ) - p(t > ⁇ ⁇ H 0 ) + P(H 1 ) ⁇ p(t > ⁇ ⁇ H 1 )
  • p(t > r) p(H 0 ) - p(t > ⁇ ⁇ H 0 ) + (l - p(H 0 ))- ⁇
  • Equations 3 and 4 show how the system compares the two situations: the case where some response action is to be taken, and the case where it is not. Both of these outcomes are uncertain, and are compared using their expected utilities EU.
  • the distribution of inter-event times is considered as being log normally distributed; that is, the logarithms of the observed inter-event times are normally (i.e. Gaussian) distributed with known mean ⁇ and known variance ⁇ 2 , i.e. log? ⁇ N( ⁇ , ⁇ 2 )
  • Equations 3 and 4 are:
  • EU(D 1 ) P (H o ⁇ t > ⁇ )u o + ⁇ i- P (H o ⁇ t > ⁇ ) ⁇ u 2
  • the appropriate threshold value for each node is arrived at by finding the inter-event time at which the two expected utilities EU are equal.
  • Figure 5 shows an example where the utility curves corresponding to the Equations 3 and 4 respectively for EU(D 0 ) and EU(D 7 ) have been plotted with example utility values chosen solely for illustrative purposes.
  • the choice of this time as the intervention point is dependent on the utility values chosen for EU(D 0 ) and EU(D 7 ) functions; if the CP had selected different utility values, a very different intervention time may be selected.
  • Locating the crossover point does not require the EU curves to be plotted on a graph as shown in Figure 5 - this can instead be achieved automatically using an algorithm such as the Bisection Method (Kronsj ⁇ , Lydia I. "Algorithms: Their Complexity and Efficiency” John Wiley and Sons (1979)).
  • the solution in the form of the intervention time value
  • the solution can be assumed to occur within a 24-hour period.
  • the function EU(D 0 ) - EU(D 7 ) can be used as the fix), wherein the search space is halved until an interval is reached which is so small that it makes no substantial difference (e.g. 0.1 minutes).
  • the thresholds may then be compared to historical data, preferably obtained recently, to anticipate the mean number of alerts that may be raised per week per SU whilst the system is live.
  • knowledge of the Weibull shape and scale parameters ⁇ and ⁇ , and the threshold values allows for a comparison may be made with historical data to assess how many times those thresholds would have been exceeded. This is a useful guide to the expected number of alerts, which is a key component of the CP's running costs.
  • the mean expected number of alerts may then be used to predict the alarm volume for a time period e.g. a calendar quarter, or the remainder of the financial year. This value could be returned either as a total number of alarms over a period or, if the average cost per alarm was also entered by the CP, this could generate a forecasted budgetary requirement. This is of course purely an initial estimate, as factors like service user churn will affect the accuracy of the value obtained.
  • the system could be set up to forecast the likely changes in the size of the user base over time by using standard statistical approaches. See for example, Chris Chatfield "The Analysis of Time Series” (CRC/Chapman and Hall).
  • the result obtained through the process of D1 or D2 is made available to the CP via the CP terminal (12).
  • the system can proceed to the next step, i.e. with the threshold updates. Confirmation may be automatically generated, e.g. where forecasted values stay within allowed pre-set bounds.
  • fixed utility values are used for simplicity to describe the system and in many situations will be the preferred mode of operation of the invention. Use of fixed values requires only one confirmation of acceptance from the CP. However, if the utility values are not fixed, but generated by a function as explained in step C4.1, then these may also be confirmed by the CP at this stage.
  • the CP's agreement to forecasted alarm volumes and any altered utility values are then communicated to the main server (42).
  • the utility values can be set globally across the SU base, or where relevant, within segments of the SU base. These may be set as initial base values to ensure that personalised thresholds are provided across the entire base so that SUs within the base or segment are treated equitably. Preferably, these base values can be subsequently adjusted as required e.g. upon an SU's request to reduce or enhance alarm sensitivity as described further below.
  • appropriate threshold values for a particular time period, room and SU are also downloaded to the gateway device of the relevant node and SU.
  • a connection could still be created using e.g. GPRS.
  • the threshold checking functionality could however also be provided by the main server platform (42) if the gateway devices (4, 8) continually streamed data to the server platform.
  • the system is said to be operating "normally” when its task is simply to sense inter-event times and to report these back to the main server.
  • the gateway device determines the existence of an abnormal time interval between events to e.g. the CP terminal (12), when such an exception occurs. It is also possible for the gateway to simply communicate sensed events to the telecare main server, and for the main server to perform the task of calculating that the time elapsed between events has exceeded the threshold value of the particular sensing node.
  • inter-event threshold value resets (along the lines of the process described in section B1 above) and these may or may not require the service provider to sign off or confirm its approval of utility values and alarm volumes (as described against sections B1 and D above).
  • an SU may request an adjustment to the alarm sensitivity, e.g. due to the perceived nuisance of a seemingly-oversensitive system.
  • Such an SU may choose to assume more risk in order have fewer false alarms generated.
  • the system may be configured to provide to the CP the flexibility to so tweak and adjust the operation of mot just the threshold and/or alarm settings, but any part of the system - if the CP's adopted policy allows for this. In practice, changes made to the system may affect all across the SU base, although it is possible to adjust the sensitivity of the system of just the requesting SU.
  • the utility theory based system still offers advantages in generating an empirically-derived baseline value. This makes the process of selecting (or adjusting) an individual's utility values transparent to both the SU, the CP and any other interested party.
  • the system maintains a table of "customised utility values" (separate from the table of utility values) which are system-generated or otherwise derived. Both types of tables can be maintained in the CP data store (34), and the data therein can be called upon when setting or adjusting threshold values e.g. for those SU or other parties who request or require more, or less, alarm sensitivity from the system.
  • the system can also identify "amber status" SUs who are geographically located near to the "red status" SU.
  • "amber status" SUs are those individuals whose sensed inter-event times have not exceeded the prescribed threshold values, but whose data is nonetheless giving cause for concern e.g. the times are very near the threshold points.
  • the location of SUs within the system can be identified by providing that one of the CP information sources (37, 39) providing input to the CP terminal (12) comprises geographic location information of SUs.
  • the system may now also identify one or more "amber status" SUs who are within e.g. 5 miles of the "red status” SU, or who may be located on the care worker's route to or from the "red status” SU. This is performed by including an "amber” utility value calculation using a function incorporating a geographic proximity factor.
  • the set of utility values passed to the CPPE (30) will reflect the cost-efficiency (i.e. increased utility) in visiting such an "amber status" SU when going out to attend to the "red status" SU.
  • the system facilitates more timely and cost-efficient intervention, while from the SUs' perspective they will benefit from more, and more frequent visits by a care worker at times when the sensed data indicates that they may be on the verge of needing help. This provides them with increased social contact and a superior service.
  • the system could prioritise "amber status" SUs to order the visits in dependence on need (e.g. the closeness of the sensed inter- event time data to the threshold value in each case). This could be performed by allocating "shades of amber” for all SUs who are geographically related to the "red status" SU during the call-out.
  • the cost/utility of sending a care worker to attend to an SU is seldom a function of a single variable. Factors affecting the travel time and conditions, the availability and qualification of the care worker, the actual condition of the SU, are just some of the influences on the duration and complexity of the call out and the overall cost.
  • the system permits the CP to include estimates of such parameters by adding these to the CP information sources (37 and/or 39), which data can be retrieved via the CP terminal (12) as shown by process arrow 4.2 in Figure 3.
  • the utility value calculation is then performed on this richer, more complex data comprising multiple inputs, which makes the system well suited to a holistic approach to the CP's planning and management activities.
  • a telecare call centre can have on call only a few highly-skilled care workers out of all the other members of staff.
  • the few highly-skilled care workers could be shared between several call centres, making for greater cost-efficiency in staffing and operation.
  • alarms may be directed to more than one destination in dependence e.g. on the identity of the SU in question.
  • the destination or routing for a particular alarm could be assigned based on the SU's medical conditions which are already known. For example, patients who have already been assigned a particular care worker (perhaps one with particular expertise in the particular medical condition) may have their alarms always routed to that care worker.
  • SUs without a pre-assigned care worker may, on the other hand, have their alarms routed to a central telecare call centre.
  • the invention acts in part as an router, aimed at maximising the efficiency and utilisation of the call centre and care workers, and thus helping to reduce overall operating costs.
  • Input of utility values is thus an important preliminary step to the operation of the above- described threshold-establishment system, involving the identification of the utility of various state-response combinations to the particular CP.
  • these utility values may collectively reflect the policy adopted by the CP in respect of all or a part of the SUs, as described in the above system.
  • the values need not necessarily be associated with any particular policy adopted by a CP; in such a case they would simply be values which represent the usefulness (or viewed conversely, the penalty) of a certain course of action in a certain fact situation.
  • the CP will have to attribute absolute numerical values to the four state- response combinations (H) so that a number
  • U 0 SU OK + RESPONSE - this is not a good outcome, let's set it (arbitrarily) to 60 U 1 SU OK + NO RESPONSE - this is a good outcome, but we're not quite sure what value to adopt ... perhaps 500 U 2 SU NOT OK + RESPONSE - this is a good outcome which is valued over U 1 , so shall set the value even higher, say 900 U 3 SU NOT OK + NO RESPONSE - this is a very bad outcome must be avoided, it is even worse than the scenario of U 0 , so a very low value given e.g. 20.
  • ⁇ is the inter-event time interval (sec) sought to be established; ⁇ is the estimated Weibull parameter "beta”; ⁇ is the estimated Weibull parameter "eta”; and
  • this "two-parameter" expression involves a simple and direct calculation of the threshold values which can then be preferably stored in a memory bank, which can be later looked up quickly and easily, when establishing a threshold value.
  • An example of a two-dimensional memory bank (112) of the type shown in Figure 9A, which is based on the two input parameter values, may be used. This hence allows for use of a simple hardware chip implementation (102) as discussed further below.
  • Figures 9A and 9B depict hardware implementations of the personalised adaptive threshold generation and setting system using two parameter value inputs according to the invention.
  • FIG 9A is a schematic drawing of parts of a hardware chip component (102) which may be deployed within a sensor device (120), such as that shown in Figure 9B, or other component or apparatus requiring the setting of personalised adaptive threshold levels.
  • the personalised adaptive threshold part (104) of the chip comprises three main components:
  • a Weibull parameters extractor (108) which processes the inter-event time data received from the processor.
  • This component can be programmed to use any one or more of the following statistical techniques: standard Bayesian Regression, Maximum Likelihood, the Method of Least Squares, etc. The results are then forwarded to
  • a threshold memory uploader (110) which calculates and then loads/writes the threshold values to a memory (108).
  • two "sensitivity” controllers (122, 124 in Figure 9B) are provided, which are arranged to "slide” left and right as well as up and down along the entries in the memory lookup table (112), allowing for selection of one of the threshold values listed in the table.
  • the two knobs or sliders correspond to each of the two input parameter values. This permits the CP, the SU himself, or some other party or entity to increase the sensitivity of the system so that the selected personalised threshold values will adapt and track even more closely to the profile of the SU. For example, it may be decided than a normally-active SU who has developed a heart condition, requires that the sensitivity of the system be increased to closely track his activity profile so that any unexpected mishaps can be alerted quickly for any immediate response of action.
  • a comparator (114) is provided, in which actual sensed data is compared with the selected threshold value that is personalised to the SU's profile. The lack of sensed activity beyond the selected time threshold may cause an alarm to be raised, or other action as pre-determined.
  • the one input parameter is a "penalty multiple".
  • the CP can be thought of as considering the "penalty multiple" it finds acceptable for the situation.
  • both decisions will result in bad outcomes, but the CP will in accordance with its chosen policy decide which of the two is worse.
  • a CP preferring to err on the side of caution may decide on 2 as a possible penalty multiple, where the perceived value of SU NOT OK + NO RESPONSE is twice that of SU OK + RESPONSE.
  • the higher the penalty multiple the less risk the CP is prepared to undertake with regards to the SU's welfare.
  • the CP will find it easier to set a number for it, by comparing RESPONSE and NO RESPONSE decisions. This may be contrasted with other methods where a numerical number must be selected without any background or reference point.
  • Equation 6 only involves simply a population of a memory bank, which is even simpler than the two-parameter method in that the lookup table can be one- dimensional.
  • a simple hardware chip implementation can be again realised, which reduces complexity and cost of the system both in design and operation.
  • Figures 1OA and 10B respectively depict a personalised chip component (130), and a sensor (140) incorporating the chip component. It is very similar to the one used to the two-parameter method, save that the even simpler embodiment in Figure 10A uses a one- dimensional lookup table memory device (142).
  • the sensing device ( Figure 10B) has only the one knob or slider (144), as there is in this case only one setting to be made by the CP.
  • the two- and one-parameter methods both make the task of inputting the sensitivity of the system easier, especially when compared with a system which requires a CP to input four absolute numerical utility values, as discussed above.
  • the two- parameter method allows the individual to think of a certain course of action in comparative terms with another course of action, while the one-parameter approach uses a "penalty ratio" which is another way of expressing the same idea. The choice to adopt whichever option depends on the preference of the individual, but importantly the resulting inter-event time threshold value is the same regardless of which method is used.
  • the methods and apparatus described above may be used in a threshold-setting system which is based on a "policy" adopted by a particular CP, although it is of equally valid application in any other threshold-setting system and process; in particular the utility value based method need not be used in a system where threshold values are driven by a particular CP policy.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Alarm Systems (AREA)

Abstract

L'invention porte sur un appareil pour alerter un opérateur de l'état d'un système surveillé, l'appareil incluant : des moyens d'entrée pour permettre à un opérateur d'entrer une valeur indicative d'un bénéfice perçu associé par l'opérateur à la réalisation d'un mode d'action pendant que le système surveillé est dans un état particulier, des moyens de surveillance incluant un détecteur pour détecter le système surveillé et générer des données détectées appropriées pour générer une probabilité estimée que le système surveillé soit dans un état particulier, des moyens de calcul de condition prédéterminée pour calculer une condition prédéterminée associée à un mode d'action, sur la base d'une valeur attendue indicative d'un bénéfice attendu perçu associé à un mode d'action tandis que le système surveillé est dans un état particulier, et de la probabilité estimée que le système surveillé soit dans l'état particulier, et des moyens d'alerte pour générer une alerte si la condition prédéterminée est satisfaite.
PCT/GB2009/000634 2008-03-07 2009-03-09 Seuils de surveillance adaptatifs WO2009109766A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP08250773A EP2098970A1 (fr) 2008-03-07 2008-03-07 Seuils de temps d'événement anormal
EP08250773.2 2008-03-07
GB0903205A GB0903205D0 (en) 2009-02-25 2009-02-25 Adaptive monitoring thresholds
GB0903205.3 2009-02-25

Publications (1)

Publication Number Publication Date
WO2009109766A1 true WO2009109766A1 (fr) 2009-09-11

Family

ID=40577791

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2009/000634 WO2009109766A1 (fr) 2008-03-07 2009-03-09 Seuils de surveillance adaptatifs

Country Status (1)

Country Link
WO (1) WO2009109766A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204675B2 (en) * 2009-03-24 2012-06-19 International Business Machines Corporation Portable navigation device point of interest selection based on store open probability
WO2017172864A1 (fr) * 2016-04-01 2017-10-05 Cardiac Pacemakers, Inc. Prédictions d'aggravation d'insuffisance cardiaque
CN113554268A (zh) * 2021-06-10 2021-10-26 合肥工业大学 平衡峰谷及淡旺季的用电策略的选择方法及系统
CN115620893A (zh) * 2022-07-28 2023-01-17 重庆医科大学附属大学城医院 手足口病情评分拟合分布-贝叶斯修正模型及其构建方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030036683A1 (en) * 2000-05-01 2003-02-20 Kehr Bruce A. Method, system and computer program product for internet-enabled, patient monitoring system
US20040117204A1 (en) * 2002-12-17 2004-06-17 Cardiac Pacemakers, Inc. Repeater device for communications with an implantable medical device
EP1571583A2 (fr) * 2004-02-04 2005-09-07 General Electric Company Système et méthode pour déterminer des périodes d'intérêt dans les activités domestiques des personnes vivant seules

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030036683A1 (en) * 2000-05-01 2003-02-20 Kehr Bruce A. Method, system and computer program product for internet-enabled, patient monitoring system
US20040117204A1 (en) * 2002-12-17 2004-06-17 Cardiac Pacemakers, Inc. Repeater device for communications with an implantable medical device
EP1571583A2 (fr) * 2004-02-04 2005-09-07 General Electric Company Système et méthode pour déterminer des périodes d'intérêt dans les activités domestiques des personnes vivant seules

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8204675B2 (en) * 2009-03-24 2012-06-19 International Business Machines Corporation Portable navigation device point of interest selection based on store open probability
WO2017172864A1 (fr) * 2016-04-01 2017-10-05 Cardiac Pacemakers, Inc. Prédictions d'aggravation d'insuffisance cardiaque
CN109068990A (zh) * 2016-04-01 2018-12-21 心脏起搏器股份公司 心力衰竭恶化的检测
US10271797B2 (en) 2016-04-01 2019-04-30 Cardiac Pacemakers, Inc. Detection of worsening heart failure
CN113554268A (zh) * 2021-06-10 2021-10-26 合肥工业大学 平衡峰谷及淡旺季的用电策略的选择方法及系统
CN113554268B (zh) * 2021-06-10 2024-03-15 合肥工业大学 平衡峰谷及淡旺季的用电策略的选择方法及系统
CN115620893A (zh) * 2022-07-28 2023-01-17 重庆医科大学附属大学城医院 手足口病情评分拟合分布-贝叶斯修正模型及其构建方法
CN115620893B (zh) * 2022-07-28 2023-06-27 重庆医科大学附属大学城医院 手足口病情评分拟合分布-贝叶斯修正模型及其构建方法

Similar Documents

Publication Publication Date Title
US10832551B2 (en) System and method for characterizing and passively monitoring a property to identify events affecting occupants of the property
US11526949B1 (en) Determining risks related to activities on insured properties using informatic sensor data
US9190844B2 (en) Systems and methods for reducing energy usage
US20200233391A1 (en) Building automation system with fault analysis and component procurement
CN110709786B (zh) 具有空间简档的建筑物管理系统
JP6419782B2 (ja) 資源節約のためのｈｖａｃスケジュールの自動化された調整
US20120101653A1 (en) Systems and methods for reducing energy usage,
US20060033625A1 (en) Digital assurance method and system to extend in-home living
JP6457491B2 (ja) 需要応答イベント中におけるｈｖａｃスケジュールの制御
US8364546B2 (en) Restroom convenience center
US20140316582A1 (en) Automated Facilities Management System having Occupant Relative Feedback
US20130257626A1 (en) Building management system with privacy-guarded assistance mechanism and method of operation thereof
US20030229471A1 (en) System and method for learning patterns of behavior and operating a monitoring and response system based thereon
US20080033752A1 (en) Methods and systems for monitoring staff/patient contacts and ratios
US11387672B2 (en) Energy management system
WO2009109766A1 (fr) Seuils de surveillance adaptatifs
EP2098970A1 (fr) Seuils de temps d'événement anormal
US8471712B2 (en) Detecting abnormal time intervals
Pandharipande et al. Connected indoor lighting based applications in a building IoT ecosystem
US20230169223A1 (en) Building data platform with digital twin based predictive recommendation visualization
US20230168638A1 (en) Building data platform with digital twin based situational experimentation
US20200098471A1 (en) Actions based on customer premises data
KR102436434B1 (ko) 빅데이터 인공지능 기반 응급상황 모니터링 시스템 및 방법
US20230169229A1 (en) Building data platform with a digital twin based building player
US20220207980A1 (en) Inferring and reporting well-being status from sensed utility usage

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09717100

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09717100

Country of ref document: EP

Kind code of ref document: A1