WO2001035365A1 - Time constrained sensor data retrieval system and method - Google Patents

Time constrained sensor data retrieval system and method Download PDF

Info

Publication number
WO2001035365A1
WO2001035365A1 PCT/US2000/041570 US0041570W WO0135365A1 WO 2001035365 A1 WO2001035365 A1 WO 2001035365A1 US 0041570 W US0041570 W US 0041570W WO 0135365 A1 WO0135365 A1 WO 0135365A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter
intervals
parameter values
parameter value
timeframe
Prior art date
Application number
PCT/US2000/041570
Other languages
French (fr)
Inventor
Parviz Ghaseminejad
Original Assignee
Powersmart, Inc.
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
Application filed by Powersmart, Inc. filed Critical Powersmart, Inc.
Priority to MXPA02002775A priority Critical patent/MXPA02002775A/en
Priority to KR1020027005335A priority patent/KR20020059647A/en
Priority to EP00989706A priority patent/EP1252613A1/en
Priority to JP2001537023A priority patent/JP2003514312A/en
Priority to AU26183/01A priority patent/AU2618301A/en
Publication of WO2001035365A1 publication Critical patent/WO2001035365A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q9/00Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/18Prevention or correction of operating errors
    • G08B29/20Calibration, including self-calibrating arrangements
    • G08B29/24Self-calibration, e.g. compensating for environmental drift or ageing of components
    • G08B29/26Self-calibration, e.g. compensating for environmental drift or ageing of components by updating and storing reference thresholds
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B31/00Predictive alarm systems characterised by extrapolation or other computation using updated historic data

Definitions

  • the present invention generally relates to systems and methods for retrieving data from sensors. More specifically, the invention relates to systems and methods for the selective or time constrained collection of data from sensors.
  • Sensors are used in a large variety of systems and for a large variety of purposes, generally, to provide an indication of the current state or value of a given parameter. Accordingly, there are a variety of types of sensors, for sensing different types of parameters. For example, a sensor may sense temperature, pressure, force, voltage or current level, sound level, humidity, position, or movement.
  • a sensor is used to detect a state of a multi-state device or may be used to provide a reading of a quantifiable value.
  • a sensor for the driver's door may have two states: open and closed.
  • the corresponding driver's door sensor may be configured to detect whether the door is open or closed and provide a signal to the alarm system to sound an alarm when the door is opened and the alarm system is enabled.
  • a temperature sensor may read the temperature of a device or a fluid and provide a signal to an analog or digital display indicative of the value of the temperature.
  • a sensor may also be part of a feedback (or closed-loop) system, wherein the indication provided by the sensor serves as an input to a system that is configured to provide a countervailing response. For example, in an automobile cooling system, if a sensor reads a temperature that is above a maximum threshold, the sensor outputs a parameter value indicative of the temperature (i.e. , parameter) that causes a controller to start a cooling radiator fan. The fan stays on until the sensor outputs a temperature parameter value to the controller that is below the threshold value.
  • a feedback or closed-loop
  • sensors are part of a larger computer controlled system, wherein sensor outputs serve as inputs to one or more controllers in the computer controlled system.
  • the values of such inputs cause certain corresponding outputs of the controllers, to which other components in the system are responsive.
  • the sensors may be driven by controller outputs. For example, one or more sensors may be queried periodically by control logic as part of a set of tasks that need to be performed within a given period of time.
  • the present invention is a system and method for time constrained retrieval of sensor data from a plurality of sensors.
  • a set of sensors is coupled to a device having a variety of variable parameters to be sensed at intervals within a given timeframe.
  • Each sensor may be configured to sense one parameter and, therefore, has its own address.
  • Sensing a parameter involves a sensor obtaining and providing a corresponding parameter value, which may be done in response to a request issued by a sensor monitor system. When the intervals are relatively short, it is difficult to obtain and provide a parameter value for each parameter of each device, particularly if there are other tasks to be performed within the interval.
  • the sensor monitor system may selectively request parameter values from only a subset of the sensors at one or more intervals, in accordance with the present invention.
  • a parameter value is obtained for each parameter at least once within the timeframe.
  • a current set of parameter values includes the most recently obtained parameter values for, preferably, each parameter, regardless of the interval from which each parameter value was obtained. This current set of parameter values may be made available to an application (or host) system that, in most cases, includes the devices being sensed.
  • the sensor monitor system includes a sensor manager that includes logic for requesting parameter values (i.e.
  • data from each sensor.
  • This logic may be implemented in hardware, software, firmware or some combination thereof and may vary depending on the number and types of devices and corresponding parameters to be sensed.
  • a timeframe comprised of a plurality of intervals is defined as a function of the application system's needs to obtain parameter values at the intervals, the timing of those needs, and the physical or systemic limitations to meeting those needs.
  • the sensor manager can be thought of as providing a scheduling and management function over the sensors for obtaining parameter values. That is, the sensor manager may issue requests to sensors to return parameter values at certain intervals.
  • the sensor manager will be configured to implement logic that returns parameter values within a processing loop dictated to the sensor monitor system by an application (or host) system.
  • an application system may require a value for each parameter of each device at an interval that is a fraction of a second.
  • the sensor manager efficiently orchestrates the gathering of parameter values from the sensors within the time constraints. If a subset of these parameters are not capable of or likely to significantly change within the interval, the control logic may be implemented to selectively abstain from obtaining parameter values for the entire subset during each interval. For example, if there are thirty devices each having the same three parameters to be sensed, but one of these parameters has a rate of change that is slow relative to the interval, than the sensor manager will be configured to obtain parameter values for only some of those slow changing parameters during each interval. However, preferably, each of those slow changing parameters will be sensed at least once during each timeframe.
  • the application system may require a complete current set of parameter values at each interval.
  • the sensor monitor system provides a current set of parameter values that includes the latest sensed parameter value of each parameter, even though some of these parameter values may have been obtained in previous intervals. Because only parameter values for slow changing parameters are taken from previous intervals, all parameter values in the current set of parameter values will be accurate within acceptable limits.
  • This approach may be used in cases when all of the devices and their parameters are the same, or where there are a variety of devices having different types of parameters to be sensed. In either case, the present invention may distribute the sensing of slow changing parameter values over several intervals.
  • the sensor monitor system may include logic that predicts whether certain parameters can be sensed less frequently than every interval or every timeframe. Such predictions may be based on historical parameter value data, wherein the sensor monitor system may be configured to store such historical data. Also, such predictions may be based on a relationship between various system parameters or events. For example, in an automobile, voltage of an electronics battery may be sensed every 100 ms interval when the car is running, but when the car is not running, voltage may be sensed every second, i.e. , under conditions where the rate of change of the battery is slower than during normal operations.
  • FIG. 1 is a block diagram of a system implementing a system and method for time constrained retrieval of sensor data from a plurality of sensors, in accordance with the present invention
  • FIG. 2 is detailed block diagram of a portion of the system of FIG. 1;
  • FIG. 3 is block diagram depicting a top level generic addressing scheme used with the sensors of FIG. 1;
  • FIG. 4 is a table depicting the intervals in which the temperature parameters of each of 30 devices is sensed according to a control logic used with the system of FIG. 1;
  • FIG. 5 is a table depicting the intervals in which a current set of parameter values is sensed, corresponding to the table of FIG. 4; and FIG. 6 is an alternate embodiment of a system implementing a system and method for time constrained retrieval of sensor data from a plurality of sensors of different types and having different parameters, in accordance with the present invention.
  • the present invention is a system and method for time constrained retrieval of sensor data from a plurality of sensors.
  • a set of sensors is coupled to a device having a variety of variable parameters to be sensed at intervals within a given timeframe.
  • Each sensor may be configured to sense a single parameter.
  • Sensing a parameter involves obtaining and providing a corresponding parameter value, which may be done in response to a request issued by a sensor monitor system. When the intervals are relatively short, it is difficult to obtain and provide a parameter value for each parameter of each device, particularly if there are other tasks to be performed within the interval.
  • the sensor monitor system may selectively request parameter values from only a subset of the sensors at one or more intervals, in accordance with the present invention.
  • a parameter value is obtained for each parameter at least once within the timeframe.
  • a current set of parameter values includes the most recently obtained parameter values for, preferably, each parameter, regardless of the interval from which each parameter value was obtained. This current set of parameter values may be made available to an application (or host) system that, in most cases, includes the devices being sensed.
  • FIG. 1 shows an illustrative system configuration 100 implementing the present invention.
  • a set of 1 to N devices is included, such as devices 101, 103, 105, 107, and 109.
  • Each device has a variety of parameters that can be sensed.
  • each device is coupled to a corresponding set of sensors adapted to obtain parameter values associated with the parameters of each device. That is, a set of sensors 102 is configured to sense values of parameters of device 1 101, a set of sensors 104 is configured to sense values of parameters of device 2 103, and so on. Sensors 102, 104.
  • 106, 108, and 110 are coupled to a sensor monitor system 150, which derives parameter values from the output signals received from the sensors and, in turn, makes the parameter values available to other devices, such as application system 140.
  • the sensors may be located at the sensor monitor system 150, particularly in the case of electrical devices, with conductive leads coupling the sensors to the devices.
  • a sensor manager 120 generally controls the selective prompting of the sensors to provide parameter values.
  • the selective prompting may be accomplished by sensor manager 120 issuing a request for a sensor to send data (i.e., a parameter value) or it may be accomplished by selectively reading a sensor that continually senses the parameter value.
  • parameter values are provided when a sensor (e.g.. sensor 102) provides a value signal across transmission path 112 (e.g. , conductive wire, path, or bus) to sensor monitor system 150.
  • Sensor monitor system 150 derives the parameter values from the value signals and stores each parameter value in memory, represented as database 130.
  • a clock (or timer) 160 may be included to impose a set of time intervals within a timeframe, wherein the sensor manager 120 selectively requests parameter values of at least some of the sensors at about each interval.
  • the clock 160 may be provided in a variety of manners known in the art.
  • the clock may be provided by application system 140, within sensor monitor system 150, or external to both. If provided by application system 140, a clock signal may be provided over bus 122 to sensor monitor system 150.
  • devices 1 through N are 30 battery devices in series, each having a state of charge parameter and a temperature parameter.
  • Bus 112 is a standard electronics "PC-bus"
  • bus 122 is a standard CAN-bus. both are know in the art.
  • the PC- bus is preferably in accordance with the April 1995 specification published by Phillips Semiconductor.
  • the battery devices may be 10.8V batteries used in, among other things, automotive applications.
  • the state of charge parameter may include a voltage (V) parameter and a current (I) parameter, as is shown. The rate of change of these parameters indicates the state of charge of a corresponding battery.
  • the battery When the rate (or slope) is near zero, the battery is, for the most part, fully charged.
  • the rate or slope
  • the battery With a relatively large number of devices and parameters, such as 30 batteries with three parameters each, it can be difficult to sense each parameter value within a relatively short interval, e.g., under 1 second.
  • the interval is often dictated by the processing loop of the application system 140.
  • an automotive system requires these ninety (i.e. , 30 x 3) battery parameter values within a 100 milliseconds (ms) interval (or processing loop).
  • each parameter of each battery has its own address. That is. as is shown in FIG. 3, for device 1 101, VI has address 1, II has address 2, Tl has address 3 and for device 2 102, V2 has address 4, 12 has address 5 and T2 has address 6. and so on.
  • the application system 140 expects or requires a parameter value for V, I, and T of each battery every 100 ms. Since the voltage and current parameter values can change very quickly relative to the 100 ms interval, it is preferable that these parameters be sensed within each 100 ms interval. It so happens that in the illustrative type of system, parameter values for each voltage and current parameter of each of the 30 batteries can be obtained relatively quickly, i.e., within the 100 ms interval. Although, it may take up to about 50 ms to calculate all I's. leaving insufficient time to determine each T. The temperature parameter values are not quickly obtainable, so it is extremely difficult to obtain and provide parameter values for all 30 temperature parameters, along with all 30 voltage and all 30 current parameters, in a single 100 ms interval.
  • each temperature parameter is read once over seven 100 ms intervals, yielding a timeframe of 700 ms, wherein interval 4, for example, relates to the fourth pass through step 5 and is indicated as "14" in table 400.
  • interval 4 for example, relates to the fourth pass through step 5 and is indicated as "14" in table 400.
  • battery temperatures are typically stable over several seconds, so the battery temperature parameter values could be read less frequently than is shown above, thereby extending the timeframe, possibly to several seconds, within which all temperature parameters must be read at least once.
  • the temperature parameters are sensed as frequently as possible.
  • the application system 140 expects or requires a parameter value for V, I, and T of each battery every 100 ms, even though each temperature parameter is not read in each 100 ms interval.
  • the sensor manager 120 "fools" the application system by storing the last updated version of each parameter value as a current set of parameter values. Because all parameters are not sensed within each interval, the current set of parameter values includes parameter values from previous intervals.
  • FIG. 5 is a table 500 demonstrating a representative current set of parameter values for devices 1 through 30 at the conclusion of interval 7, using the algorithm above and table 400 of FIG. 4. As an example, for device #1 , the voltage and current parameter values were obtained in interval 7, while the temperature parameter value was obtained in interval 4.
  • the application system is simply looking for parameter values for voltage, current, and temperature parameters of each device, and is unaware of within which intervals these values were obtained. As long as the V, I, and T values in the current set of parameter values are substantially correct, the application system 140 will not experience errors due to stale parameter values. This is ensured by reading each parameter value within a timeframe that is not longer than the time it takes for that parameter to adversely change, as dictated by that parameter's rate of change.
  • the control logic may be implemented in a variety of manners, and tradeoffs made between speed and accuracy in obtaining and providing parameter values.
  • the sensor monitor system 150 may include a prediction logic to predict at which intervals certain parameters may be sensed.
  • database 130 may store historical data used in the predictions. For example, historical data may show that V changes very little over two intervals, so the logic may be adjusted to sense V of the first 15 batteries in every odd interval (e.g., interval 1, interval 3, and so on) and then to sense V of the second 15 batteries in every even interval (e.g., interval 2, interval 4, and so on).
  • the prediction logic may be configured to detect relationships between parameters (or other system dynamics). That is, the prediction logic of the sensor monitor system 150 may determine (e.g., based on historical data) that when V and I are substantially constant, T is very slowly changing. In response, the control logic may be automatically adjusted to sense each T once every other timeframe when these other conditions are true, rather than once every time frame as described above.
  • the system may include a variety of devices and a variety of sensors under the control of sensor monitor system 150.
  • FIG. 6 shows five different sets of sensors, each sensing different parameters of different devices, 601, 603, 605, 607, and 609.
  • devices 1 601 and 2 603 may be different types of batteries having V, I and T sensed for each battery
  • device 3 605 may be a device having pressure sensed
  • device 4 607 may be a container having fluid level and temperature sensed
  • device 5 609 may be an integrated circuit (IC) having only temperature sensed, but wherein the rate of change of temperature for the IC may be much greater than that of batteries 1 601 and 2 603 and the fluid in device 4 607.
  • IC integrated circuit
  • the sensor manager 120 may be configured to sense different parameters at different intervals within a timeframe or within different timeframes .
  • the actual logic employed may depend on a number of factors, such as rates of change of the various parameters, threshold device and application system parameters. That is, it may be essential for the system that the fluid level in device 4 never get below 3 quarts, or that the temperature of IC 5 never gets above 100 degrees C.
  • the IC temperature parameter may get sensed every other interval, while the V and I of batteries 1 and 2 may get sensed at every interval, while fluid level in device 4 may get sensed only once in each timeframe, and so on.

Abstract

A system and method for time constrained retrieval of sensor data includes a sensor monitor system (150) coupled to a plurality of sensors (102-110), wherein each sensor is coupled to a device (101-109) having a variety of variable parameters to be sensed at intervals within a given timeframe. When at least some of the parameter values are relatively stable within the intervals, the sensor monitor system (150) selectively requests parameter values from only a subset of the sensors at one or more interval. However, preferably, a parameter value is obtained for each parameter at least once within the timeframe values for each parameter, regardless of the interval from which each parameter value was obtained.

Description

TIME CONSTRAINED SENSOR DATA RETRIEVAL SYSTEM AND METHOD
Field of the Invention
The present invention generally relates to systems and methods for retrieving data from sensors. More specifically, the invention relates to systems and methods for the selective or time constrained collection of data from sensors.
Cross Reference to Related Applications
This application claims benefit of priority from U.S. Provisional Patent Application Serial Number 60/161,946, entitled Data Retrieval Scheme, filed October 28, 1999.
Background of the Invention
Sensors are used in a large variety of systems and for a large variety of purposes, generally, to provide an indication of the current state or value of a given parameter. Accordingly, there are a variety of types of sensors, for sensing different types of parameters. For example, a sensor may sense temperature, pressure, force, voltage or current level, sound level, humidity, position, or movement.
In a typical application, a sensor is used to detect a state of a multi-state device or may be used to provide a reading of a quantifiable value. For example, in a car alarm system a sensor for the driver's door may have two states: open and closed. The corresponding driver's door sensor may be configured to detect whether the door is open or closed and provide a signal to the alarm system to sound an alarm when the door is opened and the alarm system is enabled. In another situation a temperature sensor may read the temperature of a device or a fluid and provide a signal to an analog or digital display indicative of the value of the temperature.
A sensor may also be part of a feedback (or closed-loop) system, wherein the indication provided by the sensor serves as an input to a system that is configured to provide a countervailing response. For example, in an automobile cooling system, if a sensor reads a temperature that is above a maximum threshold, the sensor outputs a parameter value indicative of the temperature (i.e. , parameter) that causes a controller to start a cooling radiator fan. The fan stays on until the sensor outputs a temperature parameter value to the controller that is below the threshold value.
In such systems, sensors are part of a larger computer controlled system, wherein sensor outputs serve as inputs to one or more controllers in the computer controlled system. The values of such inputs cause certain corresponding outputs of the controllers, to which other components in the system are responsive. Additionally, like the other components, the sensors may be driven by controller outputs. For example, one or more sensors may be queried periodically by control logic as part of a set of tasks that need to be performed within a given period of time.
However, typically, when there are multiple sensors to be queried within a very small time frame, e.g. , a fraction of a second, it may be difficult or even impossible to consistently and reliably obtain an accurate sensor parameter value for each parameter sought to be sensed. This reliance on inaccurate parameter values approximations can lead to system errors or even failures.
Summary of the Invention
The present invention is a system and method for time constrained retrieval of sensor data from a plurality of sensors. A set of sensors is coupled to a device having a variety of variable parameters to be sensed at intervals within a given timeframe. Each sensor may be configured to sense one parameter and, therefore, has its own address. Sensing a parameter involves a sensor obtaining and providing a corresponding parameter value, which may be done in response to a request issued by a sensor monitor system. When the intervals are relatively short, it is difficult to obtain and provide a parameter value for each parameter of each device, particularly if there are other tasks to be performed within the interval.
If, among these parameters, some parameters (and their parameter values) are relatively stable within the intervals, i.e., a parameter value has a slow rate of change, the sensor monitor system may selectively request parameter values from only a subset of the sensors at one or more intervals, in accordance with the present invention. However, preferably, a parameter value is obtained for each parameter at least once within the timeframe. In such a case, a current set of parameter values includes the most recently obtained parameter values for, preferably, each parameter, regardless of the interval from which each parameter value was obtained. This current set of parameter values may be made available to an application (or host) system that, in most cases, includes the devices being sensed. The sensor monitor system includes a sensor manager that includes logic for requesting parameter values (i.e. , data) from each sensor. This logic may be implemented in hardware, software, firmware or some combination thereof and may vary depending on the number and types of devices and corresponding parameters to be sensed. A timeframe comprised of a plurality of intervals is defined as a function of the application system's needs to obtain parameter values at the intervals, the timing of those needs, and the physical or systemic limitations to meeting those needs. Selectively, at least some of the parameters are sensed during each interval. In a sense, the sensor manager can be thought of as providing a scheduling and management function over the sensors for obtaining parameter values. That is, the sensor manager may issue requests to sensors to return parameter values at certain intervals. In some cases, the sensor manager will be configured to implement logic that returns parameter values within a processing loop dictated to the sensor monitor system by an application (or host) system.
As an example, an application system may require a value for each parameter of each device at an interval that is a fraction of a second. However, it may not be possible, or practical, to have all parameters sensed and parameter values available within such tight time constraints. As a result, the sensor manager efficiently orchestrates the gathering of parameter values from the sensors within the time constraints. If a subset of these parameters are not capable of or likely to significantly change within the interval, the control logic may be implemented to selectively abstain from obtaining parameter values for the entire subset during each interval. For example, if there are thirty devices each having the same three parameters to be sensed, but one of these parameters has a rate of change that is slow relative to the interval, than the sensor manager will be configured to obtain parameter values for only some of those slow changing parameters during each interval. However, preferably, each of those slow changing parameters will be sensed at least once during each timeframe.
Ultimately, the application system may require a complete current set of parameter values at each interval. In such a case, the sensor monitor system provides a current set of parameter values that includes the latest sensed parameter value of each parameter, even though some of these parameter values may have been obtained in previous intervals. Because only parameter values for slow changing parameters are taken from previous intervals, all parameter values in the current set of parameter values will be accurate within acceptable limits. This approach may be used in cases when all of the devices and their parameters are the same, or where there are a variety of devices having different types of parameters to be sensed. In either case, the present invention may distribute the sensing of slow changing parameter values over several intervals.
Additionally, the sensor monitor system may include logic that predicts whether certain parameters can be sensed less frequently than every interval or every timeframe. Such predictions may be based on historical parameter value data, wherein the sensor monitor system may be configured to store such historical data. Also, such predictions may be based on a relationship between various system parameters or events. For example, in an automobile, voltage of an electronics battery may be sensed every 100 ms interval when the car is running, but when the car is not running, voltage may be sensed every second, i.e. , under conditions where the rate of change of the battery is slower than during normal operations.
Brief Description of the Drawines
The foregoing and other objects of this invention, the various features thereof, as well as the invention itself, may be more fully understood from the following description, when read together with the accompanying drawings, described: FIG. 1 is a block diagram of a system implementing a system and method for time constrained retrieval of sensor data from a plurality of sensors, in accordance with the present invention;
FIG. 2 is detailed block diagram of a portion of the system of FIG. 1; FIG. 3 is block diagram depicting a top level generic addressing scheme used with the sensors of FIG. 1;
FIG. 4 is a table depicting the intervals in which the temperature parameters of each of 30 devices is sensed according to a control logic used with the system of FIG. 1;
FIG. 5 is a table depicting the intervals in which a current set of parameter values is sensed, corresponding to the table of FIG. 4; and FIG. 6 is an alternate embodiment of a system implementing a system and method for time constrained retrieval of sensor data from a plurality of sensors of different types and having different parameters, in accordance with the present invention.
For the most part, and as will be apparent when referring to the figures, when an item is used unchanged in more than one figure, it is identified by the same alphanumeric reference indicator in all figures.
Detailed Description of the Preferred Embodiment
The present invention is a system and method for time constrained retrieval of sensor data from a plurality of sensors. A set of sensors is coupled to a device having a variety of variable parameters to be sensed at intervals within a given timeframe. Each sensor may be configured to sense a single parameter. Sensing a parameter involves obtaining and providing a corresponding parameter value, which may be done in response to a request issued by a sensor monitor system. When the intervals are relatively short, it is difficult to obtain and provide a parameter value for each parameter of each device, particularly if there are other tasks to be performed within the interval.
If, among these parameters, some parameters (and their parameter values) are relatively stable within the intervals, i.e., a parameter value has a slow rate of change, the sensor monitor system may selectively request parameter values from only a subset of the sensors at one or more intervals, in accordance with the present invention. However, preferably, a parameter value is obtained for each parameter at least once within the timeframe. In such a case, a current set of parameter values includes the most recently obtained parameter values for, preferably, each parameter, regardless of the interval from which each parameter value was obtained. This current set of parameter values may be made available to an application (or host) system that, in most cases, includes the devices being sensed.
FIG. 1 shows an illustrative system configuration 100 implementing the present invention. As is shown, a set of 1 to N devices is included, such as devices 101, 103, 105, 107, and 109. Each device has a variety of parameters that can be sensed. In the preferred form, each device is coupled to a corresponding set of sensors adapted to obtain parameter values associated with the parameters of each device. That is, a set of sensors 102 is configured to sense values of parameters of device 1 101, a set of sensors 104 is configured to sense values of parameters of device 2 103, and so on. Sensors 102, 104. 106, 108, and 110 are coupled to a sensor monitor system 150, which derives parameter values from the output signals received from the sensors and, in turn, makes the parameter values available to other devices, such as application system 140. As will be appreciated by those skilled in the art, in other embodiments the sensors may be located at the sensor monitor system 150, particularly in the case of electrical devices, with conductive leads coupling the sensors to the devices.
In the preferred form, a sensor manager 120 generally controls the selective prompting of the sensors to provide parameter values. The selective prompting may be accomplished by sensor manager 120 issuing a request for a sensor to send data (i.e., a parameter value) or it may be accomplished by selectively reading a sensor that continually senses the parameter value. In either case, parameter values are provided when a sensor (e.g.. sensor 102) provides a value signal across transmission path 112 (e.g. , conductive wire, path, or bus) to sensor monitor system 150. Sensor monitor system 150 derives the parameter values from the value signals and stores each parameter value in memory, represented as database 130.
A clock (or timer) 160 may be included to impose a set of time intervals within a timeframe, wherein the sensor manager 120 selectively requests parameter values of at least some of the sensors at about each interval. The clock 160 may be provided in a variety of manners known in the art. For example, the clock may be provided by application system 140, within sensor monitor system 150, or external to both. If provided by application system 140, a clock signal may be provided over bus 122 to sensor monitor system 150.
In the embodiment of FIG. 2 devices 1 through N are 30 battery devices in series, each having a state of charge parameter and a temperature parameter. Bus 112 is a standard electronics "PC-bus" , and bus 122 is a standard CAN-bus. both are know in the art. The PC- bus is preferably in accordance with the April 1995 specification published by Phillips Semiconductor. As an example, the battery devices may be 10.8V batteries used in, among other things, automotive applications. Although, it is not necessary that the devices be the same type of device or that the parameters to be sensed be the same for each device. The state of charge parameter may include a voltage (V) parameter and a current (I) parameter, as is shown. The rate of change of these parameters indicates the state of charge of a corresponding battery. When the rate (or slope) is near zero, the battery is, for the most part, fully charged. With a relatively large number of devices and parameters, such as 30 batteries with three parameters each, it can be difficult to sense each parameter value within a relatively short interval, e.g., under 1 second. The interval is often dictated by the processing loop of the application system 140. For example, in the illustrative embodiment, an automotive system requires these ninety (i.e. , 30 x 3) battery parameter values within a 100 milliseconds (ms) interval (or processing loop).
Continuing with FIG. 2, in order to facilitate independent requesting and reading of each parameter value, each parameter of each battery has its own address. That is. as is shown in FIG. 3, for device 1 101, VI has address 1, II has address 2, Tl has address 3 and for device 2 102, V2 has address 4, 12 has address 5 and T2 has address 6. and so on.
In the illustrative embodiment, the application system 140 expects or requires a parameter value for V, I, and T of each battery every 100 ms. Since the voltage and current parameter values can change very quickly relative to the 100 ms interval, it is preferable that these parameters be sensed within each 100 ms interval. It so happens that in the illustrative type of system, parameter values for each voltage and current parameter of each of the 30 batteries can be obtained relatively quickly, i.e., within the 100 ms interval. Although, it may take up to about 50 ms to calculate all I's. leaving insufficient time to determine each T. The temperature parameter values are not quickly obtainable, so it is extremely difficult to obtain and provide parameter values for all 30 temperature parameters, along with all 30 voltage and all 30 current parameters, in a single 100 ms interval.
The sensor manager 120 includes control logic that takes advantage of the relatively slow rate of change of temperature parameter values by selectively obtaining and providing parameter values for subsets of the temperature parameter values for the 30 batteries in each 100 ms interval. That is, while V and I are read for each battery in each 100 ms interval, T is read according to the following illustrative algorithm, wherein steps 1 through 6 are accomplished for each timeframe and steps 2 through 6 are accomplished for each interval wherein a 100 ms interval concludes when π > 30 in step 5: step X: n = 7, where n indicates the device being sensed step 2: read T(n), where Υ(n) is the temperature parameter of device n step 3: n = n + 1 step 4: if n > 30, then step 5: n = n - 30 step 6: go to step 2 As is illustrated by the table 400 of FIG. 4, each temperature parameter is read once over seven 100 ms intervals, yielding a timeframe of 700 ms, wherein interval 4, for example, relates to the fourth pass through step 5 and is indicated as "14" in table 400. It should be appreciated that in the illustrative system, battery temperatures are typically stable over several seconds, so the battery temperature parameter values could be read less frequently than is shown above, thereby extending the timeframe, possibly to several seconds, within which all temperature parameters must be read at least once. However, in the illustrative embodiment, the temperature parameters are sensed as frequently as possible. As previously mentioned, in the illustrative embodiment the application system 140 expects or requires a parameter value for V, I, and T of each battery every 100 ms, even though each temperature parameter is not read in each 100 ms interval. In the preferred form, the sensor manager 120 "fools" the application system by storing the last updated version of each parameter value as a current set of parameter values. Because all parameters are not sensed within each interval, the current set of parameter values includes parameter values from previous intervals. FIG. 5 is a table 500 demonstrating a representative current set of parameter values for devices 1 through 30 at the conclusion of interval 7, using the algorithm above and table 400 of FIG. 4. As an example, for device #1 , the voltage and current parameter values were obtained in interval 7, while the temperature parameter value was obtained in interval 4.
Typically, the application system is simply looking for parameter values for voltage, current, and temperature parameters of each device, and is unaware of within which intervals these values were obtained. As long as the V, I, and T values in the current set of parameter values are substantially correct, the application system 140 will not experience errors due to stale parameter values. This is ensured by reading each parameter value within a timeframe that is not longer than the time it takes for that parameter to adversely change, as dictated by that parameter's rate of change. The control logic may be implemented in a variety of manners, and tradeoffs made between speed and accuracy in obtaining and providing parameter values.
Additionally, the sensor monitor system 150 may include a prediction logic to predict at which intervals certain parameters may be sensed. In such a case, database 130 may store historical data used in the predictions. For example, historical data may show that V changes very little over two intervals, so the logic may be adjusted to sense V of the first 15 batteries in every odd interval (e.g., interval 1, interval 3, and so on) and then to sense V of the second 15 batteries in every even interval (e.g., interval 2, interval 4, and so on). In other embodiments, the prediction logic may be configured to detect relationships between parameters (or other system dynamics). That is, the prediction logic of the sensor monitor system 150 may determine (e.g., based on historical data) that when V and I are substantially constant, T is very slowly changing. In response, the control logic may be automatically adjusted to sense each T once every other timeframe when these other conditions are true, rather than once every time frame as described above.
In other embodiments, the system may include a variety of devices and a variety of sensors under the control of sensor monitor system 150. For example, FIG. 6 shows five different sets of sensors, each sensing different parameters of different devices, 601, 603, 605, 607, and 609. For example, devices 1 601 and 2 603 may be different types of batteries having V, I and T sensed for each battery, while device 3 605 may be a device having pressure sensed, device 4 607 may be a container having fluid level and temperature sensed and device 5 609 may be an integrated circuit (IC) having only temperature sensed, but wherein the rate of change of temperature for the IC may be much greater than that of batteries 1 601 and 2 603 and the fluid in device 4 607.
Depending on the impact of the changes in these various parameters of the various devices to application system 140, the sensor manager 120 may be configured to sense different parameters at different intervals within a timeframe or within different timeframes . The actual logic employed, as will be appreciated by those skilled in the art, may depend on a number of factors, such as rates of change of the various parameters, threshold device and application system parameters. That is, it may be essential for the system that the fluid level in device 4 never get below 3 quarts, or that the temperature of IC 5 never gets above 100 degrees C. As a result, with a 100 ms interval (or loop) example, the IC temperature parameter may get sensed every other interval, while the V and I of batteries 1 and 2 may get sensed at every interval, while fluid level in device 4 may get sensed only once in each timeframe, and so on.
The invention may be embodied in other specific forms without departing from the spirit or central characteristics thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by appending claims rather than by the foregoing description, and all changes that come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein.

Claims

1. A time constrained sensor data retrieval system comprising: A. a set of devices, each device having one or more variable parameters; B. a set of sensors coupled to each device and configured to sense a parameter value associated with each of said parameters and configured to generate a value signal representative of each of said parameter values; and C. a monitor system coupled to said set of sensors and configured to receive said value signals and derive therefrom and store said parameter values, said monitor system including: 1) a sensor manager configured to selectively request s said parameter values from said sensors at at least one of a plurality of intervals within a timeframe, at least some requests being generated as a function of a rate of change of the corresponding parameter value; and 2) a storage device configured to store a set of current parameter values, wherein said current set of parameter values is comprised of the most recently requested parameter value of each parameter.
2. A system as in claim 1, wherein said sensor manager is configured to request a parameter value for each parameter at least once within each timeframe.
3. A system as in claim 1, wherein said monitor system includes: 3) a predictor, configured to determine for at least a first device the interval or intervals within which a parameter of said first device will be sensed.
4. A system as in claim 1, wherein said intervals are a function of a cycle of a periodic clock.
5. A system as in claim 1 , wherein said intervals are about 100 millisecond intervals and said timeframe is about 1 second or less.
6. A system as in claim 1 , wherein said devices include a plurality of batteries in series. each battery having parameters that include: 1) a state of charge parameter; and
:o 2) a temperature parameter.
i
7. A system as in claim 6, wherein said state of charge parameter includes a voltage 2 parameter and a current parameter.
i
8. A system as in claim 1 wherein, for one or more of said devices, a corresponding slow
2 changing parameter value is substantially unchanged over a plurality of intervals and
3 said sensor manager is configured to abstain from requesting said slow changing
4 parameter value at each interval but does selectively request said slow changing
5 parameter value at least once prior to said slow changing parameter value substantially
6 changing.
1 9. A system as in claim 1 wherein said sensor manager is configured to make a
2 determination of which intervals at least a subset of said parameter values should be
3 requested.
1 10. A system as in claim 9 wherein said determination is made as a function of a prediction
2 of the rate of change of the parameter values of said subset of parameter values.
1 11. A system as in claim 9 wherein said prediction is made as a function of historical
2 parameter value data.
i
12. A system as in claim 9 wherein said monitor system is configured to determine said 2 timeframe and said intervals as a function of said rates of change.
i
13. A system as in claim 1 wherein said set of devices includes dissimilar devices having at 2 least some dissimilar parameters.
i
14. A system as in claim 1 wherein each sensor has an address within the system.
1 15. A time constrained sensor data retrieval system comprising:
2 A. a set of batteries, each battery having one or more variable parameters,
3 including a temperature parameter, a voltage parameter, and a current
4 parameter; B. a set of sensors coupled to each device and configured to sense a parameter value associated with each of said parameters and configured to generate a value signal representative of each of said parameter values; and C. a monitor system coupled to said set of sensors and configured to receive said value signals and derive therefrom and store said parameter values, said monitor system including: 1) a sensor manager configured to selectively request said parameter values from said sensors at at least one of a plurality of intervals within a timeframe, at least some requests being generated as a function of a rate of change of the corresponding parameter value; and 2) a storage device configured to store a set of current parameter values, wherein said current set of parameter values is comprised of the most recently updated parameter value of each parameter. wherein a rate of change of said temperature parameter is such that a corresponding temperature parameter value is substantially unchanged over at least one interval and said sensor manager abstains from requesting an update to said temperature parameter value for at least one interval within said timeframe.
16. A method of time constrained sensor data retrieval in a system including a set of devices, each device having one or more variable parameters, coupled to a set of sensors, wherein said sensors are coupled to a monitor system configured to store and request parameter values corresponding to said parameters, said method comprising: A. determining a timeframe comprised of a plurality of intervals; B. determining a rate of change of each parameter value; C. requesting parameter values from said sensors at at least one of said intervals, at least some requests being generated as a function of said parameter value rates of change; and D. updating a stored set of current parameter values with said requested parameter values, wherein said current set of parameter values is comprised of the most recently stored parameter value of each parameter.
17. The method of claim 16, wherein said requesting in element C includes requesting a parameter value for each parameter at least once within each timeframe. i 18. The method of claim 16 further including:
2 E. outputting said set of current parameter values to an application system.
1 19. The method of claim 16, wherein said intervals are a function of a cycle of a periodic
2 clock.
i 20. The method of claim 16, wherein said intervals are about 100 millisecond intervals and 2 said timeframe is about 1 second or less.
i 21. The method of claim 16, wherein said devices include a plurality of batteries in series,
2 each battery having parameters that include:
3 1) a state of charge parameter; and
4 2) a temperature parameter.
1 22. The method of claim 21 , wherein a rate of change of said temperature parameter is such
2 that a corresponding temperature parameter value is substantially unchanged over at
3 least one interval and said sensor manager abstains from requesting an update to said
4 temperature parameter value for at least one interval within said timeframe.
1 23. The method of claim 21, wherein said state of charge parameter includes a voltage
2 parameter and a current parameter.
1 24. The method of claim 16, wherein said monitor system is configured to accomplish, in
2 element B, at least a subset of said determining of said rates of changes.
1 25. The method of claim 14, wherein element B includes predicting at least a subset of said
2 rates of changes, and wherein said determining is made as a function of said
3 predictions.
1 26. The method of claim 25, wherein predicting is accomplished as a function of historical
2 parameter value data.
i 27. The method of claim 16, wherein in element A said monitor system is configured to 2 accomplish said determining of said timeframe and said intervals.
PCT/US2000/041570 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method WO2001035365A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
MXPA02002775A MXPA02002775A (en) 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method.
KR1020027005335A KR20020059647A (en) 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method
EP00989706A EP1252613A1 (en) 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method
JP2001537023A JP2003514312A (en) 1999-10-28 2000-10-25 Time-constrained sensor data collection system and method
AU26183/01A AU2618301A (en) 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16194699P 1999-10-28 1999-10-28
US60/161,946 1999-10-28

Publications (1)

Publication Number Publication Date
WO2001035365A1 true WO2001035365A1 (en) 2001-05-17

Family

ID=22583490

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/041570 WO2001035365A1 (en) 1999-10-28 2000-10-25 Time constrained sensor data retrieval system and method

Country Status (9)

Country Link
US (1) US6510403B1 (en)
EP (1) EP1252613A1 (en)
JP (1) JP2003514312A (en)
KR (1) KR20020059647A (en)
CN (1) CN1382289A (en)
AU (1) AU2618301A (en)
MX (1) MXPA02002775A (en)
TW (1) TW484116B (en)
WO (1) WO2001035365A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6677745B2 (en) * 2001-04-27 2004-01-13 Infineon Technologies Ag Test apparatus for parallel testing a number of electronic components and a method for calibrating the test apparatus
EP1434185A1 (en) * 2001-10-04 2004-06-30 Omron Corporation Sensor management apparatus, sensor management apparatus control program, computer−readable recording medium containing the program, and sensor management apparatus control method
EP3686832A4 (en) * 2017-09-19 2021-06-16 Omron Corporation Mobile sensor management unit, mobile sensor apparatus, matching apparatus, sensing data distribution system, data provision method, and data provision program

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050265388A1 (en) * 2004-05-12 2005-12-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Aggregating mote-associated log data
US20060062252A1 (en) * 2004-06-30 2006-03-23 Jung Edward K Mote appropriate network power reduction techniques
US20060079285A1 (en) * 2004-03-31 2006-04-13 Jung Edward K Y Transmission of mote-associated index data
US20060004888A1 (en) * 2004-05-21 2006-01-05 Searete Llc, A Limited Liability Corporation Of The State Delaware Using mote-associated logs
US20050267960A1 (en) * 2004-05-12 2005-12-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Mote-associated log creation
US8346846B2 (en) * 2004-05-12 2013-01-01 The Invention Science Fund I, Llc Transmission of aggregated mote-associated log data
US8161097B2 (en) * 2004-03-31 2012-04-17 The Invention Science Fund I, Llc Aggregating mote-associated index data
US7599696B2 (en) * 2004-06-25 2009-10-06 Searete, Llc Frequency reuse techniques in mote-appropriate networks
US8335814B2 (en) * 2004-03-31 2012-12-18 The Invention Science Fund I, Llc Transmission of aggregated mote-associated index data
US7536388B2 (en) * 2004-03-31 2009-05-19 Searete, Llc Data storage for distributed sensor networks
WO2005099233A2 (en) * 2004-03-31 2005-10-20 Searete Llc Transmission of mote-associated index data
US9062992B2 (en) * 2004-07-27 2015-06-23 TriPlay Inc. Using mote-associated indexes
US7389295B2 (en) * 2004-06-25 2008-06-17 Searete Llc Using federated mote-associated logs
US20060064402A1 (en) * 2004-07-27 2006-03-23 Jung Edward K Y Using federated mote-associated indexes
US9261383B2 (en) 2004-07-30 2016-02-16 Triplay, Inc. Discovery of occurrence-data
US7929914B2 (en) * 2004-03-31 2011-04-19 The Invention Science Fund I, Llc Mote networks using directional antenna techniques
US8200744B2 (en) 2004-03-31 2012-06-12 The Invention Science Fund I, Llc Mote-associated index creation
US7941188B2 (en) 2004-03-31 2011-05-10 The Invention Science Fund I, Llc Occurrence data detection and storage for generalized sensor networks
US20050227686A1 (en) * 2004-03-31 2005-10-13 Jung Edward K Y Federating mote-associated index data
US8275824B2 (en) * 2004-03-31 2012-09-25 The Invention Science Fund I, Llc Occurrence data detection and storage for mote networks
US20050256667A1 (en) * 2004-05-12 2005-11-17 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Federating mote-associated log data
US7725080B2 (en) * 2004-03-31 2010-05-25 The Invention Science Fund I, Llc Mote networks having directional antennas
US7457834B2 (en) 2004-07-30 2008-11-25 Searete, Llc Aggregation and retrieval of network sensor data
US7412345B2 (en) * 2004-05-18 2008-08-12 General Electric Company System, method, and article of manufacture for obtaining data
US20060089844A1 (en) * 2004-10-26 2006-04-27 Aerovironment, Inc., A California Corporation Dynamic replenisher management
US7444192B2 (en) * 2004-10-26 2008-10-28 Aerovironment, Inc. Reactive replenishable device management
US7917570B2 (en) * 2004-12-24 2011-03-29 Panasonic Corporation Sensor device which measures surrounding conditions and obtains a newly measured value, retrieval device which utilizes a network to search sensor devices, and relay device which relays a communication between the sensor device and the retrieval device
US7782193B2 (en) * 2005-10-25 2010-08-24 Cadi Scientific Pte Ltd. System for measuring and tracking at least one physiological parameter and a measuring device for doing the same
US7502705B2 (en) * 2007-05-29 2009-03-10 International Business Machines Corporation Sensor subset selection for reduced bandwidth and computation requirements
US11088911B2 (en) * 2019-07-08 2021-08-10 Trane International Inc. Probability-based network data updates
TWI798812B (en) * 2019-12-31 2023-04-11 鍾國誠 Control device and method for controlling illuminating device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4611197A (en) * 1985-02-19 1986-09-09 Sansky Michael J Malfunction-detecting status monitoring system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5321627A (en) * 1992-03-11 1994-06-14 Globe-Union, Inc. Battery monitor and method for providing operating parameters
US5514946A (en) * 1993-03-19 1996-05-07 Compaq Computer Corp. Battery pack including static memory and a timer for charge management
US6122758A (en) * 1997-05-13 2000-09-19 Micron Electronics, Inc. System for mapping environmental resources to memory for program access

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4611197A (en) * 1985-02-19 1986-09-09 Sansky Michael J Malfunction-detecting status monitoring system

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6677745B2 (en) * 2001-04-27 2004-01-13 Infineon Technologies Ag Test apparatus for parallel testing a number of electronic components and a method for calibrating the test apparatus
EP1434185A1 (en) * 2001-10-04 2004-06-30 Omron Corporation Sensor management apparatus, sensor management apparatus control program, computer−readable recording medium containing the program, and sensor management apparatus control method
EP1434185A4 (en) * 2001-10-04 2009-11-04 Omron Tateisi Electronics Co Sensor management apparatus, sensor management apparatus control program, computer-readable recording medium containing the program, and sensor management apparatus control method
EP3686832A4 (en) * 2017-09-19 2021-06-16 Omron Corporation Mobile sensor management unit, mobile sensor apparatus, matching apparatus, sensing data distribution system, data provision method, and data provision program
US11700305B2 (en) 2017-09-19 2023-07-11 Omron Corporation Moving sensor management unit, moving sensor apparatus, matching apparatus, sensing data distribution system, data provision method, and data provision program

Also Published As

Publication number Publication date
US6510403B1 (en) 2003-01-21
EP1252613A1 (en) 2002-10-30
JP2003514312A (en) 2003-04-15
CN1382289A (en) 2002-11-27
MXPA02002775A (en) 2003-01-28
TW484116B (en) 2002-04-21
AU2618301A (en) 2001-06-06
KR20020059647A (en) 2002-07-13

Similar Documents

Publication Publication Date Title
US6510403B1 (en) Time constrained sensor data retrieval system and method
US20030078741A1 (en) Method and apparatus for estimating remaining life of a product
JP2002202242A (en) Method for detecting change in technical system due to ageing, device therefor, program, storage medium, detection system, and device for determining abrasion model
WO2005090936A1 (en) Temperature sensor scheme
WO2005031750A1 (en) Temperature sensor scheme
US20110029272A1 (en) Temperature sensing system and related temperature sensing method
CN114690706B (en) Numerical control machine tool spindle error prediction compensation method and system
US20060004537A1 (en) Method and apparatus to control the temperature of a memory device
US6886120B2 (en) Memory control circuit
US4651307A (en) Non-volatile memory storage system
JP2009003843A (en) Flash rom data management device and flash rom data management method
US20240036629A1 (en) Memory device sensors
JP2000111348A (en) Zero point output correction equipment of angular velocity detecting means for moving body
CN105709400B (en) Determine method and device, the electronic equipment for recording user movement duration
JPH0538068A (en) Charging circuit for secondary battery
CN115934814A (en) Hardware parameter analysis monitoring system and method applying data analysis technology
CN110901566A (en) Vehicle state monitoring system and vehicle state monitoring method
WO1991016712A1 (en) Write protection circuit for a nonvolatile memory device and method thereof
CN115143638B (en) Water heater control method and electronic equipment
CN114485980A (en) Temperature detection circuit and power supply
JPH09311715A (en) Method for displaying abnormality generation history of robot
US8120379B2 (en) Operating characteristic measurement device and methods thereof
JP3133813B2 (en) Electronic thermometer
US20190022865A1 (en) Data storage device, robot system, and data storage method
EP0561349B1 (en) Electronic clinical thermometer

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: PA/a/2002/002775

Country of ref document: MX

Ref document number: 2000989706

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 00814771X

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2001 537023

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020027005335

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 1020027005335

Country of ref document: KR

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWP Wipo information: published in national office

Ref document number: 2000989706

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2000989706

Country of ref document: EP