US20140365194A1 - Method, apparatus, and computer program product for dynamics/kinetics model selection - Google Patents

Method, apparatus, and computer program product for dynamics/kinetics model selection Download PDF

Info

Publication number
US20140365194A1
US20140365194A1 US13/942,522 US201313942522A US2014365194A1 US 20140365194 A1 US20140365194 A1 US 20140365194A1 US 201313942522 A US201313942522 A US 201313942522A US 2014365194 A1 US2014365194 A1 US 2014365194A1
Authority
US
United States
Prior art keywords
data
individual
tag
sensor
location data
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US13/942,522
Inventor
James J. O'Hagan
Michael A. Wohl
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZIH Corp
Original Assignee
ZIH Corp
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=52004990&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20140365194(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by ZIH Corp filed Critical ZIH Corp
Priority to US13/942,522 priority Critical patent/US20140365194A1/en
Assigned to ZIH CORP. reassignment ZIH CORP. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: O'HAGAN, JAMES J., WOHL, MICHAEL
Assigned to MORGAN STANLEY SENIOR FUNDING, INC. AS THE COLLATERAL AGENT reassignment MORGAN STANLEY SENIOR FUNDING, INC. AS THE COLLATERAL AGENT SECURITY AGREEMENT Assignors: LASER BAND, LLC, SYMBOL TECHNOLOGIES, INC., ZEBRA ENTERPRISE SOLUTIONS CORP., ZIH CORP.
Publication of US20140365194A1 publication Critical patent/US20140365194A1/en
Assigned to JPMORGAN CHASE BANK, N.A., AS THE SUCCESSOR AGENT reassignment JPMORGAN CHASE BANK, N.A., AS THE SUCCESSOR AGENT PATENT SECURITY INTEREST ASSIGNMENT AGREEMENT Assignors: MORGAN STANLEY SENIOR FUNDING, INC., AS THE EXISTING AGENT
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G06F19/3437
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/06Receivers
    • H04B1/10Means associated with receiver for limiting or suppressing noise or interference
    • H04B1/1027Means associated with receiver for limiting or suppressing noise or interference assessing signal quality or detecting noise/interference for the received signal
    • H04B1/1036Means associated with receiver for limiting or suppressing noise or interference assessing signal quality or detecting noise/interference for the received signal with automatic suppression of narrow band noise or interference, e.g. by using tuneable notch filters
    • AHUMAN NECESSITIES
    • A41WEARING APPAREL
    • A41DOUTERWEAR; PROTECTIVE GARMENTS; ACCESSORIES
    • A41D1/00Garments
    • A41D1/002Garments adapted to accommodate electronic equipment
    • AHUMAN NECESSITIES
    • A41WEARING APPAREL
    • A41DOUTERWEAR; PROTECTIVE GARMENTS; ACCESSORIES
    • A41D1/00Garments
    • A41D1/002Garments adapted to accommodate electronic equipment
    • A41D1/005Garments adapted to accommodate electronic equipment with embedded cable or connector
    • AHUMAN NECESSITIES
    • A41WEARING APPAREL
    • A41DOUTERWEAR; PROTECTIVE GARMENTS; ACCESSORIES
    • A41D1/00Garments
    • A41D1/04Vests, jerseys, sweaters or the like
    • AHUMAN NECESSITIES
    • A42HEADWEAR
    • A42BHATS; HEAD COVERINGS
    • A42B3/00Helmets; Helmet covers ; Other protective head coverings
    • A42B3/04Parts, details or accessories of helmets
    • A42B3/30Mounting radio sets or communication systems
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B24/00Electric or electronic controls for exercising apparatus of preceding groups; Controlling or monitoring of exercises, sportive games, training or athletic performances
    • A63B24/0021Tracking a path or terminating locations
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B71/00Games or sports accessories not covered in groups A63B1/00 - A63B69/00
    • A63B71/06Indicating or scoring devices for games or players, or for other sports activities
    • A63B71/0686Timers, rhythm indicators or pacing apparatus using electric or electronic means
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00Systems controlled by a computer
    • G05B15/02Systems controlled by a computer electric
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9537Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/955Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/955Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9554Retrieval from the web using information identifiers, e.g. uniform resource locators [URL] by using bar codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10198Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves setting parameters for the interrogator, e.g. programming parameters and operating modes
    • G06K7/10227Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves setting parameters for the interrogator, e.g. programming parameters and operating modes loading programming parameters or programs into the interrogator, e.g. for configuring the interrogator
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10297Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10297Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092
    • G06K7/10306Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092 ultra wide band
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10366Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00Computing arrangements using knowledge-based models
    • G06N5/02Knowledge representation; Symbolic representation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06NCOMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N7/00Computing arrangements based on specific mathematical models
    • G06N7/01Probabilistic graphical models, e.g. probabilistic networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06VIMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/20Movements or behaviour, e.g. gesture recognition
    • G06V40/23Recognition of whole body movements, e.g. for sport training
    • GPHYSICS
    • G08SIGNALLING
    • G08CTRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09BEDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B19/00Teaching not covered by other main groups of this subclass
    • G09B19/003Repetitive work cycles; Sequence of movements
    • G09B19/0038Sports
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/50ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for simulation or modelling of medical disorders
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69Spread spectrum techniques
    • H04B1/707Spread spectrum techniques using direct sequence modulation
    • H04B1/7097Interference-related aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69Spread spectrum techniques
    • H04B1/7163Spread spectrum techniques using impulse radio
    • H04B1/71635Transmitter aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69Spread spectrum techniques
    • H04B1/7163Spread spectrum techniques using impulse radio
    • H04B1/71637Receiver aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B1/00Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69Spread spectrum techniques
    • H04B1/7163Spread spectrum techniques using impulse radio
    • H04B1/719Interference-related aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/04Processing captured monitoring data, e.g. for logfile generation
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • AHUMAN NECESSITIES
    • A41WEARING APPAREL
    • A41DOUTERWEAR; PROTECTIVE GARMENTS; ACCESSORIES
    • A41D2600/00Uses of garments specially adapted for specific purposes
    • A41D2600/10Uses of garments specially adapted for specific purposes for sport activities
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B24/00Electric or electronic controls for exercising apparatus of preceding groups; Controlling or monitoring of exercises, sportive games, training or athletic performances
    • A63B24/0021Tracking a path or terminating locations
    • A63B2024/0025Tracking the path or location of one or more users, e.g. players of a game
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B24/00Electric or electronic controls for exercising apparatus of preceding groups; Controlling or monitoring of exercises, sportive games, training or athletic performances
    • A63B24/0021Tracking a path or terminating locations
    • A63B2024/0028Tracking the path of an object, e.g. a ball inside a soccer pitch
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B24/00Electric or electronic controls for exercising apparatus of preceding groups; Controlling or monitoring of exercises, sportive games, training or athletic performances
    • A63B24/0021Tracking a path or terminating locations
    • A63B2024/0056Tracking a path or terminating locations for statistical or strategic analysis
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B2220/00Measuring of physical parameters relating to sporting activity
    • A63B2220/10Positions
    • A63B2220/12Absolute positions, e.g. by using GPS
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B2220/00Measuring of physical parameters relating to sporting activity
    • A63B2220/40Acceleration
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B2220/00Measuring of physical parameters relating to sporting activity
    • A63B2220/80Special sensors, transducers or devices therefor
    • A63B2220/83Special sensors, transducers or devices therefor characterised by the position of the sensor
    • A63B2220/836Sensors arranged on the body of the user
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B2225/00Miscellaneous features of sport apparatus, devices or equipment
    • A63B2225/50Wireless data transmission, e.g. by radio transmitters or telemetry
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B2225/00Miscellaneous features of sport apparatus, devices or equipment
    • A63B2225/50Wireless data transmission, e.g. by radio transmitters or telemetry
    • A63B2225/54Transponders, e.g. RFID
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63BAPPARATUS FOR PHYSICAL TRAINING, GYMNASTICS, SWIMMING, CLIMBING, OR FENCING; BALL GAMES; TRAINING EQUIPMENT
    • A63B24/00Electric or electronic controls for exercising apparatus of preceding groups; Controlling or monitoring of exercises, sportive games, training or athletic performances
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q90/00Systems or methods specially adapted for administrative, commercial, financial, managerial or supervisory purposes, not involving significant data processing
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/60ICT 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/67ICT 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

  • Embodiments of the invention relate, generally, to monitoring the health, fitness, operation, and performance of individuals using a radio frequency (“RF”) location system.
  • RF radio frequency
  • embodiments of the present invention include systems, methods and computer readable media for dynamics/kinetics model selection.
  • a method for assessing a health or fitness of an individual comprising receiving tag derived data comprising tag location data and blink data, selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database, comparing the tag location data to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity.
  • comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data.
  • the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data.
  • comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model.
  • comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • a method for assessing a health, fitness, operation, or performance of an individual in a monitored area comprising receiving tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for the individual, selecting a health, fitness, operation and performance (HFOP) model based on at least a zone associated with or determined from the tag location data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • HFOP health, fitness, operation and performance
  • selecting a HFOP model is based on at least an individual identity. In one embodiment, selecting a HFOP model is based on at least a role. In one embodiment, selecting a HFOP model is based on at least a role and an individual identity.
  • a method for monitoring an individual comprising receiving tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determining, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, and determining adversarial data based on the tag location data.
  • the method may further comprise selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • the method may further comprise receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • HFOP health, fitness, operation and performance
  • the method may further comprise selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • a computer program product comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data comprising tag location data and blink data, selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database, comparing the tag location data to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity.
  • comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data.
  • the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data
  • comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model.
  • comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • a computer program product for assessing a health, fitness, operation, or performance of an individual in a monitored area comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data,
  • selecting a health, fitness, operation and performance (HFOP) model based on at least a zone associated with or determined from the tag location data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • selecting a HFOP model is based on at least an individual identity.
  • selecting a HFOP model is based on at least a role.
  • selecting a HFOP model is based on at least a role and an individual identity.
  • a computer program product for monitoring an individual comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determining, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, determining adversarial data based on the tag location data.
  • the computer-executable program code instructions further comprise program code instructions for selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • program code instructions for selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • the computer-executable program code instructions further comprise program code instructions for receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • HFOP health, fitness, operation and performance
  • the computer-executable program code instructions further comprise program code instructions for selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • an apparatus for assessing a health or fitness of an individual comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data comprising tag location data and blink data, select an individual dynamics/kinetics model from an individual dynamics/kinetics models database, compare the tag location data to the individual dynamics/kinetics model, and determine a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data.
  • the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data.
  • comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • an apparatus for assessing a health, fitness, operation, or performance of an individual in a monitored area comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data,
  • selecting a HFOP model is based on at least an individual identity. In one embodiment, selecting a HFOP model is based on at least a role. In one embodiment, selecting a HFOP model is based on at least a role and an individual identity.
  • an apparatus for monitoring an individual comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determine, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, and determine adversarial data based on the tag location data.
  • the computer code is further configured, when executed by the processor, to cause the apparatus to select an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, compare the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determine a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • the computer code is further configured, when executed by the processor, to cause the apparatus to receive sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, select a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, compare the sensor derived data to the HFOP model, and determine a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • HFOP health, fitness, operation and performance
  • the computer code is further configured, when executed by the processor, to cause the apparatus to select an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, compare the tag location data of at least one of the tags to the individual dynamics/kinetics model, receive sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, select a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, compare the sensor derived data to the HFOP model, and determine a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • HFOP health, fitness, operation and performance
  • FIG. 1 is block diagram of a RF location system that is configured to monitor the health, fitness, operation, and performance of individuals in accordance with an example embodiment
  • FIGS. 2A and 2B are example illustrations of individuals equipped with an exemplary arrangement of tags and sensors in accordance with some example embodiments
  • FIGS. 3A-3E are block diagrams showing the input and output of receivers in accordance with an example embodiment
  • FIGS. 4A and 4B are block diagrams of receiver processing and analytics systems that are configured to monitor the health, fitness, operation, and performance of individuals in accordance with example embodiments;
  • FIGS. 5A-5E are block diagrams showing contents of one or more of an individual database and a role database in accordance with an example embodiment
  • FIGS. 6A-6C are block diagrams showing data associations that may be used in accordance with an example embodiment
  • FIG. 7 is a flowchart illustrating a method for monitoring the health, fitness, operation, and performance of individuals in accordance with an example embodiment
  • FIG. 8 is a flowchart illustrating a method for use in a tag data/sensor data filter in accordance with an example embodiment
  • FIG. 9 is a flowchart illustrating a method for use in a health, fitness, operation and performance engine, in accordance with an example embodiment
  • FIG. 10 is a flowchart illustrating a method for use in an individual dynamics/kinetics engine in accordance with an example embodiment
  • FIG. 11 is a flowchart illustrating a method for use in an health, fitness, operation and performance (HFOP) status engine in accordance with an example embodiment
  • FIGS. 12A-12C are flowcharts showing methods of use in associating sensor data to particular individuals in accordance with an example embodiment
  • FIG. 13 is an example illustration showing how the use of tag data may be utilized to monitor the health, fitness, operation, or performance of an individual, in accordance with an example embodiment
  • FIG. 14 is a flowchart showing an example embodiment of the monitoring of the health, fitness, operation, or performance of an individual, in accordance with an example embodiment.
  • FIG. 15 is a block diagram of an apparatus that may be specifically configured in accordance with an example embodiment of the present invention.
  • data As used herein, the terms “data,” “content,” “information” and similar terms may be used interchangeably to refer to data capable of being captured, transmitted, received, displayed and/or stored in accordance with various example embodiments. Thus, use of any such terms should not be taken to limit the spirit and scope of the disclosure.
  • a computing device is described herein to receive data from another computing device
  • the data may be received directly from the another computing device or may be received indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like, sometimes referred to herein as a “network.”
  • intermediary computing devices such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like, sometimes referred to herein as a “network.”
  • the data may be sent directly to the another computing device or may be sent indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like.
  • the methods, apparatus and computer program products described herein are operable to monitor the health, fitness, operation, and performance of individuals.
  • the health, fitness, operation, and performance of individuals are monitored based on highly accurate location and/or position data associated with the monitored individuals.
  • Such highly accurate location and/or position data may be further improved with the use of sensor data to provide real-time health, fitness, operation, and performance information concerning the monitored individuals.
  • the term “individual” as used herein refers to a person, patient, athlete, an animal, a machine (e.g., a race car), or other entity having health, fitness, operation, or performance levels that may be deemed appropriate for remote monitoring.
  • Health may generally refer to a condition (e.g., healthy, sick, injured, tired, stressed, dehydrated, dizzy) of an individual. Health may include, but is not limited to, identifying whether an individual is healthy and if not, which of one or more conditions the individual may be afflicted with (e.g., the flu).
  • a health model may include, but is not limited to, particular sensor data and associated thresholds or ranges of health related parameters that may indicate one or more conditions.
  • Fitness may generally refer to whether an individual or object is capable or suitable for performing a function.
  • Fitness may include, but is not limited to, an ability to perform a function.
  • a fitness model may include, but is not limited to, particular sensor data and associated thresholds or ranges of fitness parameters that may indicate one or more functions. For example, if sensor data indicates a stride length of 20+ feet and/or a sustained heart rate of 220+ beats per minutes, an associated fitness model may indicate a horse is performing such feats, and may then look to functions horses may perform. Operation may generally relate to the practical application of a process.
  • Operation may include, but is not limited to, identifying whether an individual is injured or not, and if so, with what injury an individual may be afflicted with (e.g., sprained ankle) and/or at what level may the individual operate at.
  • An operation model may include, but is not limited to, particular sensor data and associated thresholds or ranges that may indicate one or more injuries and/or a percentage of optimal operation.
  • an individual athlete may take a mental test which can be used as a baseline operation model. If the individual athlete then takes a similar mental test after a head injury and performance differs significantly from the first mental test, the individual may be diagnosed as being in a dizzy or disoriented condition and may predict that the injury cause of the condition is a concussion.
  • Performance may include, but is not limited to, the manner or quality of functioning or an indication of a performance level.
  • performance may be generally described as a vector of measurements as discussed in greater detail below.
  • a performance model may include, but is not limited to, particular sensor data and associated thresholds or ranges that may indicate performance quality and/or one or more performance levels.
  • the mental test defines the measurements for the operation model. When the athlete takes the initial test, the measurements are recorded, establishing the baseline performance level. When the athlete takes the second test, the measurements are recorded, establishing a second performance level. Comparing the second performance level to the baseline performance level involves comparing at least some of the measurements from the second test to the corresponding measurements from the first test.
  • a dynamics/kinetics model may include, but is not limited to, position information and associated actions.
  • location data indicating a track shape may indicate an action of “running on a track” or the like.
  • actions may include or be indicative of non-actions, such as lying down or standing still.
  • multi-dimensional position information that includes arm/hand position and leg/foot position could indicate that a person is running, lying on the ground, or positioned in a three-point football stance.
  • Various embodiments of the invention are directed to monitoring the health, fitness, operation, and performance of individuals using a RF location system that is configured to aggregate location information with other sensor data.
  • a RF location system that is configured to aggregate location information with other sensor data.
  • such embodiments are configurable to provide alerts, analytics, and statistics that may be used to diagnose, treat, and improve the health, fitness, operation, and performance of individuals.
  • FIG. 1 illustrates a radio frequency locating system useful for determining the location of an object (e.g. a football player on a football field) by determining RF location tag 102 (e.g., a ultra-wide band (UWB) location tag) location information at each receiver 106 (e.g., UWB reader, etc.); a timing reference clock to synchronize the frequency of counters within each receiver 106 ; and, in some examples, a reference tag 104 , preferably a UWB transmitter, positioned at known coordinates to enable phase offset between counters to be determined.
  • RF location tag 102 e.g., a ultra-wide band (UWB) location tag
  • UWB reader e.g., UWB reader, etc.
  • a timing reference clock to synchronize the frequency of counters within each receiver 106
  • a reference tag 104 preferably a UWB transmitter, positioned at known coordinates to enable phase offset between counters to be determined.
  • multilateration or geolocation systems; terms which refer to the process of locating a signal source by solving for the mathematical intersection of multiple hyperbolae determined by the difference of arrival times of a signal received at multiple receivers.
  • the system comprising at least the tags 102 and the receivers 106 is configured to provide two dimensional and/or three dimensional precision localization (e.g., subfoot resolutions), even in the presence of multipath interference, due in part to the use of short nanosecond duration pulses whose time-of-flight can be accurately determined using detection circuitry, such as in the receivers 106 , which can trigger on the leading edge of a received waveform.
  • this short pulse characteristic allows necessary data to be conveyed by the system at a higher peak power, but lower overall power levels, than a wireless system configured for high data rate communications, yet still operate within local regulatory requirements which may limit overall power levels.
  • the tags 102 may operate with an instantaneous ⁇ 3 dB bandwidth of approximately 400 MHz and an average transmission rate below a 187.5 kHz regulatory cutoff.
  • the predicted maximum range of the system, operating at 6.0 GHz is roughly 311 meters.
  • tag transmissions with a ⁇ 3 dB bandwidth of approximately 400 MHz yields, in some examples, an instantaneous pulsewidth of roughly 2.5 nanoseconds which enables a resolution to better than 30 centimeters.
  • the object to be located has an attached RF location tag 102 , preferably a tag having a UWB transmitter, that transmits a signal comprising a burst (e.g., 72 pulses at a burst rate of 1 Mb/s), and optionally, a burst having a tag data packet that may include tag data elements that may include, but are not limited to, a tag unique identification number (tag UID), other identification information, a sequential burst count, stored tag data, or other desired information for object or personnel identification, inventory control, etc.
  • the tag data packet may include a tag-individual correlator that can be used to associate a specific individual with a specific tag.
  • the sequential burst count (e.g., a packet sequence number) from each tag 102 may be advantageously provided in order to permit, at a receiver hub 108 , correlation of time of arrival (TOA) measurement data from various receivers 106 .
  • TOA time of arrival
  • the RF location tag 102 may employ UWB waveforms (e.g., low data rate waveforms) to achieve extremely fine resolution because of their extremely short pulse (i.e., sub-nanosecond to nanosecond, such as a 2 ns (1 ns up and 1 ns down)) durations.
  • the tag data packet may be of a short length (e.g., 72-112 bits in some example embodiments), that advantageously enables a higher throughput and higher transmission rates.
  • higher throughput and/or higher transmission rates may result in larger datasets for filtering to achieve a more accurate location estimate.
  • rates of up to approximately 2600 updates per second can be accommodated without exceeding regulatory requirements.
  • the length of the tag data packets may also result in a longer battery life (e.g., a 3.0 v 1 A-hr lithium cell battery may result in a tag battery life in excess of 3.8 years).
  • one or more other tags may be positioned within and/or about a monitored area, such as monitored area 100 illustrated herein as a football field.
  • the reference tag 104 may be configured to transmit a signal that is used to measure the relative phase (e.g., the count of free-running counters) of non-resettable counters within the receivers 106 .
  • One or more (preferably four or more) receivers 106 are also at locations with predetermined coordinates within and/or around the monitored area 100 .
  • the receivers 106 may be connected in a “daisy chain” fashion to advantageously allow for a large number of receivers 106 to be interconnected over a significant monitored area in order to reduce and simplify cabling, reduce latency, provide power and/or the like.
  • Each of the receivers 106 includes a receiver for receiving transmissions, such as UWB transmissions, and preferably, a packet decoding circuit that extracts a time of arrival (TOA) timing pulse train, transmitter ID, packet number and/or other information that may have been encoded in the tag transmission signal (e.g., material description, personal information, etc.) and is configured to sense signals transmitted by the tags 102 and one or more reference tags 104 (if present).
  • TOA time of arrival
  • Each receiver 106 includes a time measuring circuit that measures time differences of arrival (TDOA) of tag bursts.
  • the time measuring circuit is phase-locked (e.g., phase differences do not change and therefore respective frequencies are identical) with a common digital reference clock signal distributed via cable connection from a receiver hub 108 having a central timing reference clock generator.
  • the reference clock signal establishes a common timing reference for the receivers 106 .
  • multiple time measuring circuits of the respective receivers 106 are synchronized in frequency, but not necessarily in phase. While there typically may be a phase offset between any given pair of receivers in the receivers 106 , the offset is readily determined through use of a reference tag 104 .
  • each receiver may be synchronized wirelessly via virtual synchronization without a dedicated physical timing channel.
  • the receivers 106 are configured to determine various attributes of the received signal. Since measurements are determined at each receiver 106 , in a digital format, rather than analog, signals are transmittable to the receiver hub 108 .
  • the receivers 106 can receive and process tag (and corresponding object) locating signals on a nearly continuous basis. As such, in some examples, the receiver memory allows for a high burst rate of tag events (i.e., tag data packets) to be captured.
  • Data cables or wireless transmissions may convey measurement data from the receivers 106 to the receiver hub 108 (e.g., the data cables may enable a transfer speed of 2 Mbps). In some examples, measurement data is transferred to the receiver hub at regular polling intervals.
  • the receiver hub 108 determines or computes tag location (i.e., object location) by processing TDOA measurements related to multiple data packets detected by the receivers 106 .
  • the receiver hub 108 may be configured to resolve the coordinates of a tag using nonlinear optimization techniques.
  • the receiver hub 108 may also be referred to herein as a locate engine or a receiver hub/locate engine.
  • the system described herein may be referred to as an “over-specified” or “over-determined” system.
  • the receiver hub 108 may then calculate one or more valid (i.e., most likely) locations based on a set of measurements and/or one or more incorrect (i.e., less likely) locations.
  • a location may be calculated that is impossible due the laws of physics (e.g., a tag on a football player that travels more than 100 yards in 1 second) or may be an outlier when compared to other determined locations.
  • one or more algorithms or heuristics may be applied to minimize such error.
  • time error minimization algorithm One such algorithm for error minimization, which may be referred to as a time error minimization algorithm, may be described as
  • N is the number of receivers
  • c is the speed of light
  • x j,k , y j,k and z j,k are the coordinates of the receivers
  • t j,k are the arrival times received at each of the receivers. Note that only time differences may be received at receiver 106 in some example embodiments.
  • the starting point for the minimization is obtained by first doing an area search on a coarse grid of x, y and z over an area defined by the user. This is followed by a localized steepest descent search.
  • Another or second algorithm for error minimization which may be referred to as a distance error minimization algorithm, may be defined by:
  • a reference tag e.g., reference tag 104
  • a reference tag is positioned at a known coordinate position (x T , y T , z T ).
  • Each receiver R j utilizes, for example, a synchronous clock signal derived from a common frequency time base, such as clock generator. Because the receivers are not synchronously reset, an unknown, but constant offset O j exits for each receiver's internal free running counter. The value of the offset O j is measured in terms of the number of fine resolution count increments (e.g., a number of nanoseconds for a one nanosecond resolution system).
  • the reference tag is used to calibrate the radio frequency locating system as follows:
  • the reference tag emits a signal burst at an unknown time ⁇ R .
  • a count N R j as measured at receiver R j is given by
  • each object tag T i of each object to be located transmits a signal at an unknown time ⁇ i to produce a count
  • N i j ⁇ i +O j + ⁇ d i j /c
  • differential offsets expressed as differential count values are determined as follows:
  • ⁇ jk is constant as long as d Rj ⁇ d Rk remains constant, (which means the receivers and tag are fixed and there is no multipath situation) and ⁇ is the same for each receiver.
  • ⁇ jk is a known quantity, since N R j , N R k , ⁇ , d R j /c, and d R k /c are known. That is, the differential offsets between receivers R j and R k may be readily determined based on the reference tag transmissions.
  • the process further includes determining a minimum error value E i , for each object tag T i , according to the functional relationship:
  • E i min ( x , y , z ) ⁇ ⁇ j ⁇ ⁇ k > j ⁇ [ ( d i j - d i k ) - ( dist ⁇ ( T x , y , z , R j ) - dist ⁇ ( T x , y , z ) ) ] 2
  • the minimization solution (x′,y′,z′) is the estimated coordinate position for the i th tag at t 0 .
  • each arrival time, t j is referenced to a particular receiver (receiver “1”) as follows:
  • the location of a tag 102 may then be output to the receiver processing and analytics system 110 for further processing to advantageously provide visualizations, predictive analytics and/or the like.
  • FIG. 1 shows a monitored area 100 .
  • the monitored area 100 comprises a plurality of positions at one or more time epochs.
  • the plurality of positions may be divided into one or more zones.
  • Each zone may be described by one or more coordinate systems, such as a local NED (North-East-Down) system, a latitude-longitude system, or even a yard line system as might be used for an American football game.
  • a location is a description of a position, or a plurality of positions, within the monitored area. For example, a field marker at the intersection of the south goal line and west out of bounds line at Bank of America Stadium in Charlotte, N.C.
  • a Geographical Information System may be used to associate location data.
  • FIGS. 2A and 2B illustrate example individuals equipped with tags and/or sensors that are configured to transmit signals to receivers of a RF location system.
  • the composition and arrangement of the tags and sensors used on a selected individual may change based on the health, fitness, operation, and performance parameters that are intended for monitoring, as well as practical considerations regarding the equipment to be worn.
  • FIG. 2A depicts an individual 200 , shown here for exemplary purposes as a football player, equipped with a number of tags 202 a - j and sensors 203 a - d .
  • the term “sensor” as used herein refers to any device that detects, measures, indicates or records a parameter associated with an individual's health, fitness, operation, or performance.
  • the depicted individual 200 is equipped with a plurality of tags 202 a - j (e.g., the RF location tags 102 discussed in connection with FIG. 1 ) to provide robust location data for determining information concerning the body motion kinetics of the tagged individual 200 .
  • tags 202 a - j e.g., the RF location tags 102 discussed in connection with FIG. 1
  • the individual 200 is equipped with tags 202 a and 202 b positioned proximate to the individual's shoulder area (here under shoulder pads), tags 202 c and 202 d positioned in gloves proximate to the individual's hands, tags 202 e and 202 f positioned in knee pads proximate to the individual's knees, tags 202 g and 202 h positioned in shoes proximate to the individual's feet, and tags 202 i and 202 j positioned in sleeves or elbow pads proximate to the individual's elbows.
  • tags 202 a and 202 b positioned proximate to the individual's shoulder area (here under shoulder pads)
  • tags 202 c and 202 d positioned in gloves proximate to the individual's hands
  • tags 202 e and 202 f positioned in knee pads proximate to the individual's knees
  • tags 202 g and 202 h positioned in shoes proximate to the individual's
  • each tag may be a device configured for transmitting a signal, for example, a UWB signal that includes a TOA timing pulse, and optionally, a tag data packet that may include, but is not limited to, ID information (e.g., tag UID), a sequential burst count or other desired information.
  • ID information e.g., tag UID
  • the tag signals (e.g., blink data) may be collected and used, e.g., by the receiver hub 108 of FIG. 1 , to determine tag location data at one or more times, which may in turn be used, e.g., by the receiver processing and analytics system 110 of FIG. 1 , to determine location data and body motion kinetics of the tagged individual.
  • the tag signal may include analog and/or digital data.
  • FIG. 2A illustrates an example embodiment employing multiple tags 202 a - j
  • tags 202 may be used.
  • a single tag may be used (as shown in FIG. 2B ).
  • the individual 200 depicted in FIG. 2A is further equipped with a plurality of sensors 203 a - d .
  • the individual is equipped with sensor 203 a , which is an accelerometer positioned in a helmet proximate to the individual's head; sensor 203 b , which is a body temperature sensor positioned in a jersey under the individual's arm; sensor 203 c , which is a heart rate sensor positioned in a shoulder pads breastplate proximate to the individual's chest; and sensor 203 d , which is a blood pressure sensor positioned on an arm band proximate to the individual's arm.
  • one or more sensors could be used, perhaps together with dimensional data, to measure the motion of appendages of the individual, to measure relative motion of appendages relative to one or more tags, or to measure aspects of a tag, such as motion, direction, or acceleration, temperature, etc.
  • Dimensional data could include anatomical dimension information such as, for example, the measured length of individual appendages (femur, arm, finger, wheel circumference) or combined dimensions (height, stride, wingspan, body length), or equipment dimensions (shoe, wristband, shirt, lance, spear, pole, bat) or other measured or calculated dimensions as may be useful in determining expected or actual motion.
  • FIG. 2B shows a second individual 250 , shown here for exemplary purposes as a runner, equipped with a tag 252 and a number of sensors 253 a - e .
  • the depicted tag 252 is positioned on a head band proximate to the individual's head to encourage better transmission performance (i.e., better line of sight RF communication) of the tag to a receiver.
  • the individual 250 is equipped with sensor 253 a , which is an eye dilation sensor positioned in glasses proximate to the individual's eyes; sensor 253 b , which is a hydration sensor configured to monitor sweat loss or sweat loss rate and positioned in a body suit or shirt proximate to the individual's back; sensor 253 c , which is a sensor for measuring contextual data, such an accelerometer for measuring acceleration, ambient temperature sensor or like for measuring outside temperature, humidity, barometric pressure, wind speed, air quality or composition, or the like and which is positioned in a shirt collar proximate to the individual's neck; sensor 253 d , which is a blood pressure monitor positioned on an arm band proximate to the individual's arm; and sensor 253 e , which is a blood chemistry sensor configured for monitoring levels of one or more of carbon dioxide, oxygen, potassium, calcium, sodium, hematocrit, temperature and pH and positioned on an arm band proximate to the individual's arm.
  • the depicted individual 250 is further equipped with a power supply 255 positioned on a belt proximate to the individual's waist.
  • the depicted power supply may be disposed in electrical communication (perhaps through wires sewn into clothing, etc.) with the tag and/or sensors 253 a - e to provide primary or back-up power to such devices.
  • each of the tags and sensors may include their own power supply (e.g., battery).
  • each tag includes a battery while each of the sensors draws power from a common power supply (not shown).
  • FIGS. 2A and 2B depict a particular type of individual, namely, athletes, various other types of individuals are contemplated in connection with the embodiments herein described.
  • each individual may be equipped with a different array of tags and sensors.
  • tags and sensors For example, and without limitation, were the selected individual a race car for motor sports applications, such individual may be equipped with a tag positioned proximate to the car's roof, a fuel sensor positioned proximate a fuel tank, a temperature sensor, an RPM sensor, etc., positioned within the car's engine compartment, and a brake sensor positioned proximate to the car's brake system.
  • each sensor may include a transmitter for transmitting a sensor signal comprising, for example, a sensor information packet to one or more receivers (such as receivers 106 of FIG. 1 ).
  • the sensor information packet may include, but is not limited to, a sensor unique identification number (sensor UID), other identification information, stored sensor data, one or more environmental measurements, or other desired information for object or personnel identification.
  • the sensor information packet may include analog information, digital data, or both.
  • the sensor information packet may include a sensor-individual correlator that can be used to associate a specific individual with a specific sensor.
  • multiple sensors may share a common transmitter that buffers and transmits the sensor information packet from various sensors at regular intervals or, in alternate embodiments, when interrogated by a remote receiver.
  • one or more sensors may be disposed in wired or wireless communication with one or more tags and, thus, may leverage the transmitters of the one or more tags to package and relay the sensor information packet to one or more remote receivers.
  • the tag may incorporate the sensor information packet into the tag-data packet, such that the transmitted tag-data packet may include both the sensor information packet and tag data elements.
  • the transmitted tag-data packet may include a tag-sensor correlator that can be used to associate a specific sensor with a specific tag.
  • the one or more sensors may be configured specifically for attachment to an individual as a worn sensor.
  • one or more sensors may be sewn or woven into fabric.
  • that fabric could be part of a uniform or referee outfit.
  • the sensor could be attached to the lederhosen or sombrero portion of the sausage costume.
  • the sensor might be worn as a wristband or nametag.
  • one or more sensors may be inserted under a layer of skin or swallowed.
  • one or more sensors may be part of a computing application or large medical diagnostic device that the individual patient sits by or lays next to in order to provide physical data.
  • the one or more sensors may be powered wirelessly by an RF interrogator or may be powered by a dedicated battery or capacitor mounted within or proximate to the sensor itself.
  • power may be provided by wire or wirelessly by a location tag, a separate power source worn on the athlete's body, or by environmental activity, such as solar power, kinetic energy, shock, or motion.
  • power may be provided from a wall outlet.
  • power may be carried to the sensor over the skin, via a cable, or via a woven fabric.
  • tags and sensors of FIGS. 2A and 2B may, in some embodiments, be correlated to such individuals.
  • unique tag or sensor identifiers may be correlated to an individual profile (e.g., John Smith—80 year old male patient, Fred Johnson—28 year old triathlete, Cinco—chorizo costume with sombrero, or ID 027—race car number 27) and stored to a remote database accessible to the receiver processing and analytics system as discussed in greater detail below.
  • Each individual profile may further include or be correlated with a variety of data including, but not limited to, biometric data (e.g., height, weight, health data, etc.), ambient sensor data, and other data that may be apparent to one of skill in the art in view of the foregoing description.
  • biometric data e.g., height, weight, health data, etc.
  • ambient sensor data e.g., ambient sensor data
  • the tags or sensors may be associated with an individual before they are positioned on an individual, such as when a nametag is printed or when a RF locating tag is placed on shoulder pads which will likely be worn by a particular athlete.
  • FIGS. 3A , 3 B, 3 C, 3 D, and 3 E show block diagrams of various different architectures that may be utilized in transmitting signals from one or more tags and sensors to one or more receivers of a receiver processing and analytics system in accordance with embodiments of the invention.
  • the depicted architectures may be used in connection with the receiver processing and analytics system 110 of FIG. 1 . More than one of these architectures may be used together in a single system.
  • FIG. 3A shows a RF location tag 102 , such as that shown in FIG. 1 , which may be configured to transmit a tag signal to one or more receivers 106 .
  • the one or more receivers 106 may transmit a receiver signal to the receiver hub/locate engine 108 .
  • the depicted RF location tag 102 may generate or store a tag UID and/or tag data as shown.
  • the tag data may include useful information such as the installed firmware version, last tag maintenance date, configuration information, and/or a tag-individual correlator.
  • the tag-individual correlator may comprise data that indicates that a monitored individual is associated with the RF location tag 102 (e.g., name, uniform number and team, biometric data, tag position on individual, i.e., right wrist).
  • the tag-individual correlator may be stored to the RF location tag 102 when the tag is registered or otherwise associated with an individual. While shown as a separate field for illustration purposes, one of ordinary skill in the art may readily appreciate that the tag-individual correlator may be part of any tag data or even omitted from the tag.
  • the tag signal data transmitted from RF location tag 102 to receiver 106 may include “blink data” as it is transmitted at selected intervals.
  • This “blink rate” may be set by the tag designer or the system designer to meet application requirements.
  • the blink rate is consistent for one or all tags and, in other embodiments, the blink rate may data dependent (i.e., change based on the data transmitted).
  • Blink data includes characteristics of the tag signal that allow the tag signal to be recognized by the receiver 106 so the location of the RF location tag 102 may be determined by the locating system.
  • Blink data may also comprise one or more tag data packets.
  • Such tag data packets may include any data from the tag 102 that is intended for transmission such as, for example in the depicted embodiment, a tag UID, tag data, and a tag-individual correlator.
  • the blink data may be or include a specific pattern, code, or trigger that the receiver 106 (or downstream receiver processing and analytics system) detects to identify that the transmission is from a RF location tag 102 (e.g., a UWB tag).
  • the depicted receiver 106 receives the tag signal, which includes blink data and tag data packets as discussed above.
  • the receiver 106 may pass the received tag signal directly to the receive hub/locate engine 108 as part of its receiver signal.
  • the receiver 106 could perform some basic processing on the received tag signal. For instance, the receiver could extract blink data from the tag signal and transmit the blink data to the receive hub/locate engine 108 .
  • the receiver could transmit a time measurement to the receive hub/locate engine 108 such as a TOA measurement and/or a TDOA measurement.
  • the time measurement could be based on a clock time generated or calculated in the receiver, it could be based on a receiver offset value as explained at least in paragraph [0081] above, it could be based on a system time, and/or it could be based on the time difference of arrival between the tag signal of the RF location tag 102 and the tag signal of a RF reference tag (e.g., tag 104 of FIG. 1 ).
  • the receiver 106 could additionally or alternatively determine a signal measurement from the tag signal (such as a received signal strength indication (RSSI), a direction of signal, signal polarity, or signal phase) and transmit the signal measurement to the receive hub/locate engine 108 .
  • RSSI received signal strength indication
  • FIG. 3B shows a RF location tag 202 and sensor 203 , such as those worn on an individual's person as shown in FIG. 2 , which may be configured to transmit tag signals and sensor signals, respectively, to one or more receivers 106 , 166 .
  • the one or more receivers 106 , 166 may then transmit receiver signals to the receiver hub/locate engine 108 .
  • One or more receivers 106 , 166 may share physical components, such as a housing or antenna.
  • the depicted RF location tag 202 may comprise a tag UID and tag data (such as a tag-individual correlator) and transmit a tag signal comprising blink data as discussed in connection with FIG. 3A above.
  • the depicted sensor 203 may generate and/or store a sensor UID, additional stored sensor data (e.g., a sensor-individual correlator, sensor type, sensor firmware version, last maintenance date, the units in which environmental measurements are transmitted, etc.), and environmental measurements.
  • the “additional stored sensor data” of the sensor 203 may include any data that is intended for transmission, including but not limited to a RF location tag 202 , a reference tag (e.g., 104 of FIG. 1 ), a sensor receiver, a receiver 106 , and/or the receiver/hub locate engine 108 .
  • the sensor-individual correlator may comprise data that indicates that a monitored individual is associated with the sensor 203 (e.g., name, uniform number and team, biometric data, sensor position on individual, i.e., right wrist).
  • the sensor-individual correlator may be stored to the sensor 203 when the sensor is registered or otherwise associated with an individual. While shown as a separate field for illustration purposes, one of ordinary skill in the art may readily appreciate that the sensor-individual correlator may be part of any additional stored sensor data or omitted from the sensor altogether.
  • Sensors such as sensor 203 that are structured according to embodiments of the invention may sense or determine one or more environmental conditions (e.g. temperature, pressure, pulse, heartbeat, rotation, velocity, acceleration, radiation, position, chemical concentration, voltage) and store or transmit “environmental measurements” that are indicative of such conditions.
  • environmental measurements includes measurements concerning the environment proximate the sensor including, without limitation, ambient information (e.g., temperature, position, humidity, etc.) and information concerning an individual's health, fitness, operation, and/or performance.
  • Environmental measurements may be stored or transmitted in either analog or digital form and may be transmitted as individual measurements, as a set of individual measurements, and/or as summary statistics.
  • temperature in degrees Celsius may be transmitted as ⁇ 31 ⁇ , or as ⁇ 33, 32, 27, 22, 20, 23, 27, 30, 34, 31 ⁇ , or as ⁇ 27.9 ⁇ .
  • the sensor-individual correlator could be determined at least in part from the environmental measurements.
  • RF location tag 202 transmits a tag signal to receiver 106 and sensor 203 transmits a sensor signal to sensor receiver 166 .
  • the sensor signal may comprise one or more sensor information packets.
  • sensor information packets may include any data or information from the sensor 203 that is intended for transmission such as, for example in the depicted embodiment, sensor UID, additional stored sensor data, sensor-individual correlator, and environmental measurements.
  • a receiver signal from receiver 106 and a sensor receiver signal from sensor receiver 166 may be transmitted via wired or wireless communication to receiver hub/locate engine 108 as shown.
  • FIG. 3C depicts a sensor 203 communicating through a RF location tag 202 in accordance with various embodiments.
  • the sensor 203 may be part of (i.e., reside in the same housing or assembly structure) of the RF location tag 202 .
  • the sensor 203 may be distinct from (i.e., not resident in the same housing or assembly structure) the RF location tag 202 but configured to communicate wirelessly or via wired communication with the RF location tag 202 .
  • the RF location tag 202 , the sensor 203 , or both may generate and/or store a tag-sensor correlator that indicates an association between a RF location tag 202 and a sensor 203 (e.g., tag UID/sensor UID, distance from tag to sensor in a particular stance, set of sensors associated with a set of tags, sensor types associated with a tag, etc.).
  • a tag-sensor correlator that indicates an association between a RF location tag 202 and a sensor 203 (e.g., tag UID/sensor UID, distance from tag to sensor in a particular stance, set of sensors associated with a set of tags, sensor types associated with a tag, etc.).
  • both the RF location tag 202 and the sensor 203 store the tag-sensor correlator.
  • sensor 203 transmits a sensor signal to RF location tag 202 .
  • the sensor signal may comprise one or more sensor information packets as discussed above.
  • the sensor information packets may comprise the sensor UID, a sensor-individual correlator, additional stored sensor data, the tag-sensor correlator, and/or the environmental measurements.
  • the RF location tag 202 may store some portion or some or all of the sensor information packets locally and may package the sensor information packets into one or more tag data packets for transmission to receiver 106 as part of a tag signal or simply pass them along as part of its tag signal.
  • FIG. 3D illustrates an example communication structure for a reference tag 104 (e.g., reference tag 104 of FIG. 1 ), an RF location tag 202 , a sensor 203 , and two receivers 106 in accordance with one embodiment.
  • the depicted reference tag 104 is a RF location tag and thus may include tag data, a tag UID, and/or the like and is capable of transmitting tag data packets.
  • the reference tag 104 may form part of a sensor and may thus be capable of transmitting sensor information packets.
  • the depicted sensor 203 transmits a sensor signal to RF reference tag 104 .
  • the RF reference tag 104 may store some portion or some or all of the sensor information packets locally and may package the sensor information packets into one or more tag data packets for transmission to receiver 106 as part of a tag signal, or simply pass them along as part of its tag signal.
  • the receivers 106 of FIG. 3D are configured to receive tag signals from the RF location tag 202 and the reference tag 104 .
  • Each of these tag signals may include blink data, which may comprise tag UIDs, tag data packets, and/or sensor information packets.
  • the receivers 106 each transmit receiver signals via wired or wireless communication to the receiver hub/locate engine 108 as shown.
  • FIG. 3E illustrates an example communication structure between an RF location tag 202 , a plurality of receivers 106 , and a variety of sensor types including, without limitation, a sensor 203 , a diagnostic device 233 , a triangulation positioner 243 , a proximity positioner 253 , and a proximity label 263 in accordance with various embodiments.
  • a sensor 203 a diagnostic device 233 , a triangulation positioner 243 , a proximity positioner 253 , and a proximity label 263 in accordance with various embodiments.
  • none of the sensors 203 , 233 , 243 , 253 form part of an RF location tag 202 or reference tag 104 .
  • each may comprise a sensor UID and additional stored sensor data.
  • Each of the depicted sensors 203 , 233 , 243 , 253 transmits sensor signals comprising sensor information packets.
  • receiver 106 is configured to receive a tag signal from RF location tag 202 and a sensor signal directly from sensor 203 .
  • sensor 203 may be configured to communicate in a communication protocol that is common to RF location tag 202 as will be apparent to one of ordinary skill in the art in view of this disclosure.
  • FIG. 3E depicts one type of sensor referred to herein as a “proximity interrogator”.
  • the proximity interrogator 223 can include circuitry operative to generate a magnetic, electromagnetic, or other field that is detectable by a RF location tag 202 . While not shown in FIG. 3E , a proximity interrogator 223 may include a sensor UID and other sensor data or information as discussed above.
  • the proximity interrogator 223 is operative as a proximity communication device that can trigger a RF location tag 202 (e.g., when the RF location tag 202 detects the field produced by the proximity interrogator 223 ) to transmit blink data under an alternate blink pattern or blink rate.
  • the RF location tag can initiate a preprogrammed (and typically faster) blink rate to allow more location points for tracking an individual.
  • the RF location tag may not transmit a tag signal until triggered by the proximity interrogator 223 .
  • the RF location tag 202 may be triggered when the RF location tag 202 moves near (e.g., within communication proximity to) a proximity interrogator 223 .
  • the RF location tag may be triggered when the proximity interrogator 223 moves near to the RF location tag 202 .
  • the RF location tag 202 may be triggered when a button is pressed or a switch is activated on the proximity interrogator 223 or on the RF location tag itself.
  • a proximity interrogator 223 could be placed at the start line of a racetrack. Every time a car passes the start line, a car-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that a lap has been completed.
  • a proximity interrogator 223 could be placed at a Gatorade cooler.
  • an athlete-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that Gatorade has been consumed.
  • a proximity interrogator 223 could be placed on a medical cart. When paramedics use the medical cart to pick up an athlete and move her to the locker room, an athlete-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that they have been removed from the game.
  • any of these post-triggered tag signals may differ from pre-triggered tag signals in terms of any aspect of the analog and/or digital attributes of the transmitted tag signal.
  • FIG. 3E depicts another type of sensor that is generally not worn by an individual but is referred to herein as a “diagnostic device”. However, like other sensors, diagnostic devices may measure one or more environmental conditions and store corresponding environmental measurements in analog or digital form.
  • the depicted diagnostic device 233 may generate and store a sensor-individual correlator for association with environmental measurements taken in connection with a specific individual.
  • the diagnostic device 233 may be a blood pressure meter that is configured to store as environmental measurements blood pressure data for various individuals. Each set of environmental measurements (e.g., blood pressure data) may be stored and associated with a sensor-individual correlator.
  • the depicted diagnostic device 233 is configured to transmit a sensor signal comprising sensor information packets to a sensor receiver 166 .
  • the sensor information packets may comprise one or more of the sensor UID, the additional stored data, the environmental measurements, and/or the sensor-individual correlator as discussed above.
  • the sensor receiver 166 may associate some or all of the data from the sensor information packets with other stored data in the sensor receiver 166 or with data stored or received from other sensors, diagnostic devices, RF location tags 102 , or reference tags.
  • the sensor receiver 166 transmits a sensor receiver signal to a receiver hub/locate engine 108 .
  • triangulation positioner 243 Another type of sensor shown in FIG. 3E is a triangulation positioner 243 .
  • a “triangulation positioner” is a type of sensor that senses position.
  • the depicted triangulation positioner 243 includes a sensor UID, additional stored sensor data, and environmental measurements as discussed above.
  • a triangulation positioner also known as a global positioning system (GPS) receiver receives clock data transmitted by one or more geostationary satellites (a satellite in a known or knowable position) and/or one or more ground based transmitters (also in known or knowable positions), compares the received clock data, and computes a “position calculation”.
  • the position calculation may be included in one or more sensor information packets as environmental measurements.
  • a triangulation positioner comprises one or more cameras or image-analyzers that receive emitted or reflected light or heat, and then analyzes the received images to determine the location of an individual or sensor.
  • a triangulation positioner may transmit data wirelessly, it is not a RF location tag because it does not transmit blink data or a tag signal that can be used by a receiver hub/locate engine 108 to calculate location.
  • a triangulation positioner senses position and computes a position calculation that may then be used as environmental measurements by the receiver hub/locate engine 108 .
  • a triangulation positioner could be combined with a RF location tag or reference tag (not shown).
  • the triangulation positioner could compute and transmit its position calculation via the RF location tag to one or more receivers.
  • the receiver hub/locate engine would calculate tag location based on the blink data received as part of the tag signal and not based solely on the position calculation.
  • the position calculation would be considered as environmental measurements and may be included in associated sensor information packets.
  • position calculations are not as accurate as the location calculations (e.g., UWB waveform based location calculations) performed by receiver hub/locate engines structured in accordance with various embodiments of the invention. That is not to say that position calculations may not be improved using known techniques. For example, a number of influences, including atmospheric conditions, can cause GPS accuracy to vary over time.
  • DGPS differential global positioning system
  • One way to control this is to use a differential global positioning system (DGPS) comprising one or a network of stationary triangulation positioners that are placed in a known position, and the coordinates of the known position are stored in memory as additional stored sensor data.
  • DGPS differential global positioning system
  • These triangulation positioners receive clock data from geostationary satellites, determine a position calculation, and broadcast a difference between the position calculation and the stored coordinates.
  • This DGPS correction signal can be used to correct for these influences and significantly reduce location estimate error. Exemplary use of DGPS correction may be found in commonly owned U.S. Pat. No. 7,755,541, which is hereby incorporated by reference herein in its entirety.
  • a “proximity detector” is a type of sensor that senses identity within an area (e.g., a local area) that is small with respect to the monitored area 100 of FIG. 1 .
  • identity e.g., a unique ID or other identifier for a sensed object or individual
  • NFC near field communication
  • RFID tag such as a UHF tag, HF tag, or low frequency tag
  • an optical character recognition device e.g., a biometric scanner, or a facial recognition system.
  • a proximity detector senses an attribute of an individual (or an individual's wristband, tag, label, card, badge, clothing, uniform, costume, phone, ticket, etc.).
  • the identity sensed by a proximity detector may be stored locally at the proximity detector 253 as shown and transmitted as environmental measurements via one or more sensor information packets to a sensor receiver 166 .
  • a proximity detector 253 may have a defined position, which is often stationary, and may be associated with a location in the monitored area 100 of FIG. 1 .
  • a proximity detector 253 could be located at a finish line of a race track, an entrance gate of a stadium, with a diagnostic device, at a goal line or goal post of a football field, at a base or home plate of a baseball diamond, or a similar fixed location.
  • the position coordinates of the proximity detector and a sensor UID could be stored to a monitored area database (not shown) that is accessible by one or more of the receivers 106 , 166 , the receiver hub/locate engine 108 , and/or other components of the receiver processing and analytics system 110 .
  • a position calculation could be determined with a triangulation positioner, or the proximity detector could be combined with a RF location tag and located by the receiver hub/locate engine 108 . While shown as separate fields for illustration purposes in FIG. 3E , identify information and position calculation could comprise part of the additional stored sensor data, the environmental measurements, or both.
  • the proximity detector could be associated with a reference tag (e.g., tag 104 of FIG. 1 ) whose position is recorded in the monitored area database.
  • the proximity detector is movable, such that it may be transported to where it is needed.
  • a proximity detector 253 could be located on a medical cart, first down marker, a diagnostic device, go kart, forklift, or carried by a paramedic or security guard.
  • the proximity detector 253 is movable it would typically be associated with a RF location tag or triangulation positioner so that location (for a RF location tag) or position (for a triangulation positioner) can be determined at the time identity is sensed.
  • the receiver hub/locate engine 108 would locate the associated RF location tag, and the tag data/sensor data filter 112 would associate the tag location data for the associated RF location tag as the position of the proximity detector, while determining the identity of an associated individual from any received sensor information packets.
  • the triangulation positioner would compute a position calculation that could be stored as additional stored sensor data and/or environmental measurements, and transmitted as one or more sensor information packets.
  • sensor information packets for a proximity detector may include both sensed identity information and a position calculation.
  • a proximity label 263 has a fixed position and an identification code (e.g., a sensor UID).
  • the proximity label 263 may further comprise additional stored sensor data as shown.
  • the depicted proximity label 263 is configured to be read by proximity detector 253 .
  • proximity detector 253 may be further configured to write information to proximity label 263 .
  • a proximity label 263 may be a sticker, card, tag, passive RFID tag, active RFID tag, NFC tag, ticket, metal plate, electronic display, electronic paper, inked surface, sundial, or otherwise visible or machine readable identification device as is known in the art.
  • the coordinates of the position of the proximity label 263 are stored such that they are accessible to the receive hub/locate engine 108 .
  • the position coordinates of a proximity label 263 could be stored in a field database or monitored area database accessible via a network, or stored locally as additional stored data in the proximity detector 253 .
  • a position of the proximity label 263 is encoded into the proximity label 263 itself.
  • coordinates of a position of the proximity label 263 could be encoded into a passive RFID tag that is placed in that position.
  • the coordinates of a position of the proximity label 263 could be encoded into a printed barcode that is placed in that position.
  • a proximity label 263 comprising a NFC tag could be encoded with the location “end zone”, and the NFC tag could be placed at or near an end zone at Bank of America stadium.
  • the stored coordinates of the proximity label 263 may be offset from the actual coordinates of the proximity label 263 by a known or determinable amount.
  • a proximity label 263 such as an NFC tag may be encoded with a position.
  • a sensor such as a proximity detector approaches the NFC tag it may read the position, then transmit the position in a sensor information packet to the sensor receiver 166 ′ and eventually to the receiver hub/locate engine 108 .
  • a proximity label 263 such as a barcode label may be encoded with an identification code.
  • a smartphone with a proximity detector such as a barcode imager
  • a triangulation positioner such as a GPS chip, GPS application, or similar device
  • smartphone may read the identification code from the barcode, determine a position calculation from received clock data, then transmit the identity and the position calculation to sensor receiver 166 ′ and eventually to the receiver hub/locate engine 108 as part of one or more sensor information packets.
  • triangulation positioner 243 and proximity detector 253 are each configured to transmit sensor signals carrying sensor information packets to sensor receiver 166 ′.
  • the depicted sensors 243 , 253 may transmit sensor signals via wired or wireless communication protocols.
  • any proprietary or standard wireless protocol e.g., 802.11, Zigbee, ISO/IEC 802.15.4, ISO/IEC 18000, IrDA, Bluetooth, CDMA, or any other protocol
  • any standard or proprietary wired communication protocol e.g., Ethernet, Parallel, Serial, RS-232, RS-422, USB, Firewire, I 2 C, etc.
  • sensor receiver 166 ′, and any receiver discussed herein may use similar wired and wireless protocols to transmit receiver signals to the receiver hub/locate engine.
  • the sensor receiver 166 ′ may associate some or all of the data from the received sensor information packets with other data stored to the sensor receiver 166 ′, or with data stored or received from other sensors (e.g., sensor 203 ), diagnostic devices 233 , RF location tags 102 , or RF reference tags 104 . Such associated data is referred to herein as “associated sensor data”.
  • the sensor receiver 166 ′ is configured to transmit some or all of the received sensor information packets and any associated sensor data to the receiver hub/locate engine 108 at part of a sensor receiver signal.
  • a smartphone comprising a proximity detector (such as a barcode imager) and a triangulation positioner (such as a GPS chip) may associate an identification code determined from a barcode with a position calculation from received clock data as associated sensor data and transmit a sensor information packet that includes such associated sensor data to the receiver hub/locate engine 108 .
  • the smartphone could transmit a first sensor information packet including the identification code and the smartphone's unique identifier to another sensor receiver, the smartphone could transmit a second sensor information packet including the position calculation and the smartphone's unique identifier to the sensor receiver, and the sensor receiver could associate the position calculation with the identification code based on the common smartphone unique identifier and transmit such associated sensor data to the receiver hub/locate engine 108 .
  • the sensor receiver could determine a first time measurement associated with the first sensor information packet and a second time measurement associated with the second sensor information packet that, in conjunction with the sensor UID, could be used, by the receiver hub/locate engine 108 , to associate the first sensor information packet with the second sensor information packet.
  • the receiver hub/locate engine 108 receives receiver signals from the receiver 106 and sensor receiver signals from the sensor receivers 166 , 166 ′.
  • receiver 106 may receive blink data from the RF location tag 102 and transmits to the receiver hub/locate engine 108 some or all of the blink data, perhaps with additional time measurements or signal measurements.
  • time measurements or signal measurements may be based on a tag signal received from a RF reference tag (e.g., reference tag 104 of FIG. 1 ).
  • the receiver hub/locate engine 108 collects the blink data, time measurements (e.g. time of arrival, time difference of arrival, phase), and/or signal measurements (e. g.
  • the receivers 106 may be configured with appropriate RF filters, such as to filter out potentially interfering signals or reflections proximate the field of play or other area to be monitored.
  • the receiver hub/locate engine 108 may also access stored data or clock data from local storage and from a network location. The receiver hub/locate engine 108 uses this information to determine tag location data for each RF location tag. It may also associate data derived or extracted from tag signals transmitted from one or more RF location tags with information or data derived or extracted from sensor signals transmitted from one or more sensors.
  • RTLS real-time location systems
  • received signal strength indication based systems could potentially be implemented by a receiver hub/locate engine 108 .
  • Any RTLS system using RF location tags, including those described herein, could require considerable processing by the receiver hub/locate engine 108 to determine the tag location data from the blink data received from the tags. These may require time measurement and/or signal measurement in addition to blink data, which preferably includes a tag UID.
  • GPS global position systems
  • location data is determined based upon the position calculation transmitted from a GPS transmitter (also referred to as a GPS receiver or GPS tag) which includes calculated information about the location where the tag was positioned (i.e., coordinates determined at the tag via satellite signal triangulation, etc.) when the position calculation was determined or stored.
  • GPS information typically refers to additional information that is transmitted along with a GPS transmitter ID before the transmission is received by a sensor receiver.
  • a GPS host device or back-end server may receive the GPS information and simply parse the position calculation (as opposed to calculating the position information at the host device) and the GPS transmitter ID into a data record.
  • This data record may be used as a GPS position calculation, or it could be converted to a different coordinate system to be used as a GPS position calculation, or it could be processed further with DGPS information to be used as a GPS position calculation.
  • the depicted RF location tag 202 is used to convey (sometimes called backhaul) sensor information packets to a receiver 106 .
  • multiple sensors 203 may transmit sensor signals carrying sensor information packets to RF location tag 202 .
  • Such received sensor information packets may be associated with blink data that is transmitted to receiver 106 .
  • the receiver hub/locate engine 108 may parse sensor information packets from received tag data packets and associate such sensor information packets with the RF location tag 202 that transmitted the sensor information packet.
  • the receiver hub/locate engine 108 may be able to determine tag location data, which may comprise a location and other data (e.g., tag data, tag UID, tag-individual correlator, sensor-individual correlator, additional stored sensor data, environmental measurements, tag-sensor correlator, identity information, position calculation, etc.) from one or more tags or sensors.
  • tag data may comprise a location and other data (e.g., tag data, tag UID, tag-individual correlator, sensor-individual correlator, additional stored sensor data, environmental measurements, tag-sensor correlator, identity information, position calculation, etc.) from one or more tags or sensors.
  • tag data e.g., tag data, tag UID, tag-individual correlator, sensor-individual correlator, additional stored sensor data
  • the receiver hub/locate engine 108 can also associate a location estimate with the tag data packet included in the blink data of such tag signal.
  • the location estimate of the tag signal may be used as tag location data for the tag data packet.
  • a Geographical Information System may be used by the receive hub/locate engine 108 to refine a location estimate, or to map a location estimate in one coordinate system to a location estimate in a different coordinate system, to provide a location estimate for the tag data packet.
  • the Geographical Information System may include a known location for one or more RF reference tags identifiable by a tag unique identification number.
  • the location estimated for the tag data packet may be associated with any data in the tag data packet, including a tag UID, other tag data, and, if included, one or more sensor information packets, including sensor UID, additional stored sensor data, and environmental measurements. Since environmental measurements may include a position calculation from a triangulation positioner (e.g., a GPS device), the receiver hub/locate engine 108 could parse the position calculation and use it to refine a location estimate for the tag data packet.
  • a triangulation positioner e.g., a GPS device
  • the receiver hub/locate engine 108 may access an individual database to determine tag-individual correlators or sensor-individual correlators.
  • Individual data e.g., an individual profile
  • the receiver hub/locate engine 108 may associate an individual with a sensor information packet received from a sensor, and/or may associate an individual with such sensor. Because the receiver hub/locate engine 108 may associate a sensor position estimate with a sensor information packet, the receiver hub/locate engine 108 may also estimate an individual position for the associated individual.
  • the receiver hub/locate engine 108 may associate a sensor with a tag data packet received from a RF location tag 102 . Because the receiver hub/locate engine 108 may associate a location estimate with a tag data packet, the receiver hub/locate engine 108 may also create a sensor location estimate for the associated sensor. By comparing a location estimate for a RF location tag with a sensor location estimate or a sensor position estimate, the receiver hub/locate engine 108 may associate a RF location tag with a sensor, or may associate a tag data packet with a sensor information packet. The receiver hub/locate engine 108 could also determine a new or refined tag-sensor correlator based on this association.
  • the receiver hub/locate engine 108 may associate a RF location tag with an individual, or may associate a tag data packet with an individual.
  • the receiver hub/locate engine 108 could also determine a new or refined tag-individual correlator based on this association.
  • the receiver hub/locate engine 108 may associate a sensor with an individual, or may associate a sensor information packet with an individual.
  • the receiver hub/locate engine 108 could also determine a new or refined sensor-individual correlator based on this association.
  • tag derived data Data derived or extracted from tag signals transmitted from one or more RF location tags is referred to herein as “tag derived data” and shall include, without limitation, tag data, tag UID, tag-individual correlator, tag-sensor correlator, tag data packets, blink data, time measurements (e.g. time of arrival, time difference of arrival, phase), signal measurements (e.g., signal strength, signal direction, signal polarization, signal phase) and tag location data (e.g., including tag location estimates).
  • time measurements e.g. time of arrival, time difference of arrival, phase
  • signal measurements e.g., signal strength, signal direction, signal polarization, signal phase
  • tag location data e.g., including tag location estimates.
  • sensor derived data Information or data derived or extracted from sensor signals transmitted from one or more sensors is referred to herein as “sensor derived data” and shall include, without limitation, sensor UID, additional stored sensor data, sensor-individual correlator, environmental measurements, sensor information packets, position calculations (including sensor position estimates), position information, identity information, tag-sensor correlator, and associated sensor data.
  • sensor profile information Data derived or extracted from stored individual data is referred to herein as “individual profile information” and shall include, without limitation, tag-individual correlator, sensor-individual correlator, identity information, name, uniform number and team, biometric data, tag position on individual.
  • the receiver hub/locate engine 108 may transmit tag derived data, sensor derived data, individual profile information, various combinations thereof, and/or any information from the GIS, the field database, the monitored area database, and the individual database to the receiver processing and analytics system 110 .
  • FIGS. 4A and 4B are block diagrams of two systems that may be specifically configured in accordance with an example embodiment of the present invention.
  • receiver hub/locate engine 108 may be configured to access or receive receiver signals comprising tag derived data and sensor derived data from one or more receivers.
  • the receiver hub/locate engine 108 may access or provide a data transmission link to each of one or more receivers in succession and download, for example, a plurality of TOA measurements, blink data, and sensor derived data having been buffered in the receiver since the receiver hub/locate engine 108 last accessed the data.
  • Receiver hub/location engine 108 may further be configured to provide tag location data and/or sensor derived data and/or individual profile information to the receiver processing and analytics system 110 .
  • the receiver processing and analytics system 110 may include a tag data/sensor data filter 112 configured for receiving the tag location data and sensor derived data and individual profile information from the receiver hub 108 .
  • the tag data/sensor data filter 112 may be configured for associating tag derived data (including tag location data) and sensor derived data to a particular individual, filtering tag derived data from sensor derived data, and routing the tag location data and the sensor derived data to an individual dynamics/kinetics engine 120 and an HFOP engine 116 , respectively.
  • the tag data/sensor filter 112 accesses an individual role database 114 to identify historical or contextual information related to the individual and/or role data for the individual (e.g., data indicating that a first individual is a particular football player in football game application, data indicating that a second individual is a particular patient in a hospital application, data indicating that a third individual is a race car in a motor sports application, etc.)
  • historical information related to the health, fitness, operation and/or performance of an individual may be provided by the individual role database 114 .
  • a medical history may be provided for a particular individual by the individual role database 114 .
  • the individual role database 114 may be populated with information (e.g., tag-individual correlators, sensor-individual correlators, tag-sensor correlators, etc.) that allows the tag data/sensor filter 112 to determine whether location tags and sensors are to be associated with or correlated to a particular individual.
  • the location tags and/or sensors comprise a unique identifier (e.g., tag UID, sensor UID) that is transmitted to the receiver hub/locate engine 108 and passed to the tag data/sensor data filter 112 . That tag data/sensor data filter 112 uses the unique identifiers to correlate the tag and sensor derived data to individual profiles (e.g., individual data) stored to the individual role database 114 .
  • the individual role database 114 is configured to associate the sensors and/or sensor derived data with a particular individual, which will be described in FIGS. 12A-12C .
  • the individual role database 114 may further include role information associated with individuals, location tags, and/or sensors. For example, particular individuals may be associated with a particular role (e.g., John Doe/quarterback).
  • the tag data/sensor data filter 112 may then be configured to filter tag derived data (including tag location data) from sensor derived data and provide sensor derived data to a health, fitness, operation and performance engine 116 (HFOP engine 116 ) and provide tag derived data to an individual dynamics/kinetics engine 120 .
  • tag derived data including tag location data
  • HFOP engine 116 a health, fitness, operation and performance engine 116
  • the HFOP engine 116 may be configured to receive sensor derived data from the tag data/sensor data filter 112 . In one embodiment, the HFOP engine 116 may be further configured to receive historical or contextual information related to the individual and/or a role of the individual. The HFOP engine 116 may further be configured to access a sensor based HFOP models database 118 .
  • the sensor based HFOP models database 118 may be populated with historical sensor derived data related to individuals (e.g., a baseline snapshot of individual health parameters suggesting an individual is healthy, sick, injured, or the like). The historical data may be generated from capturing sensor derived data from an individual equipped with sensors.
  • the sensor based HFOP models database 118 may, additionally or alternatively, be populated manually or programmatically populated with health related data from patient studies, machine diagnostics studies, and the like.
  • historical information related to the health, fitness, operation and/or performance of a particular individual may be provided by the HFOP models database 118 .
  • the HFOP models database 118 may include at least one of health history data, fitness history data, operation level history data, or performance level history data for an individual.
  • the health history data, fitness history data, operation level history data, or performance level history data for the individual may be manually input (e.g., inputting that a particular individual has hypertension) or may be acquired by prior monitoring, thus capturing tag derived data and/or sensor derived data from a previous monitoring session.
  • the HFOP engine 116 may aggregate data related to one or more sensors for a particular individual over a period of time (e.g., heart rate data for one play for a football player in a football game, sweat rate data for a runner during a race, blood pressure data for an elderly patient on a walk, etc.). Using the historical and contextual data related to the individual and/or role of the individual, the HFOP engine 116 may further be configured to access the sensor based HFOP models database 118 and determine a list of probable HFOP statuses.
  • data related to one or more sensors for a particular individual over a period of time e.g., heart rate data for one play for a football player in a football game, sweat rate data for a runner during a race, blood pressure data for an elderly patient on a walk, etc.
  • high heart rate data for a football player during a play may indicate that the player currently engaged in a high level of exertion (e.g., HFOP status 1) or perhaps is experiencing the onset of a stroke (e.g., HFOP status 2).
  • the HFOP engine 116 uses other sensor derived data from other sensors to determine whether HFOP status 1 is more or less probable than HFOP status 2. Such information is fed to the HFOP status engine 124 as discussed in greater detail below.
  • the HFOP engine 116 may be configured to output one or more probable outcomes or alternative selected data of interest. In another embodiment, the HFOP engine 116 may also be configured to output the aggregated sensor derived data, the historical and contextual data related to the individual and/or the role of the individual related to one or more probable outcomes or selected data of interest. In still another embodiment, the HFOP engine 116 may be configured to output various health parameters for the individual per unit time.
  • the individual dynamics/kinetics engine 120 may be configured to receive tag derived data (including tag location data) from the tag data/sensor data filter 112 . In one embodiment, the individual dynamics/kinetics engine 120 may further be configured to receive historical or contextual information related to the individual and/or a role of the individual. The individual dynamics/kinetics engine 120 may further be configured to access an individual dynamics/kinetics models database 122 .
  • the individual dynamics/kinetics engine 120 may compare the tag location data and individual role data to individual dynamics/kinetics models to determine aspects of the individual dynamics or movement kinetics.
  • the dynamics/kinetics model database 122 may comprise models of different aspects or dimensions that may be based on past tag location data (e.g., tags fixed to various appendages of a monitored individual) or other data generated by a model generation engine or other tools.
  • the models may include, without limitation, models for a particular individual profile (e.g., John Smith), an individual type (e.g., quarterback, a horse, a stock car, etc.), and the like. Such models may consider all three dimensions (x, y, z) of the tag location data for each tag (e.g., 202 of FIG.
  • tag position arrays e.g., two tag implementations—one proximate each shoulder, eleven tag implementations—one proximate each shoulder, one proximate each elbow, one proximate each hand, one proximate each knee, one proximate each foot, and one proximate to the head, etc.).
  • the individual dynamics/kinetics models database 122 may be populated with actual tag data drawn from particular actions (e.g., running on a track, running in a soccer game, walking, throwing, running, limping, falling, spraining an ankle or the like).
  • the historical data may be generated from capturing data from an individual equipped with location tags or sensors, performing actions and storing the data with the associated action.
  • the individual dynamics/kinetics models database 122 may, additionally or alternatively, be populated with average or aggregate data that may indicate particular actions.
  • position history data such as historical information related to the dynamic and/or kinetic information of a particular individual (e.g., John Smith), may be stored and provided by the individual dynamics/kinetics models database 122 .
  • the individual dynamics/kinetics engine 120 determines a multi-dimensional individual location per unit time (e.g., individual location data) for each individual based on the tag location data, the individual role data, and the individual dynamics/kinetics models.
  • Such multi-dimensional individual location data may include (1) relative position of the individual relative to a monitored area (e.g., a field of play, race track, etc.), (2) general orientation of the individual (e.g., standing, squatting, laying the ground, sitting, etc.), and (3) a specific orientation of the individual and/or various appendances of the individual (e.g., preparing to pass, in a three-point stance, in a ball-carrying position, in a tackling position, negotiating a turn, etc.).
  • the individual dynamics/kinetics engine 120 uses the real time tag location data stream from the tag data/sensor data filter 112 , as well as the individual role data, to provide accurate information about what a particular individual is doing in real time.
  • the individual dynamics/kinetics engine 120 may further use sensor derived data, received from the tag data/sensor data filter 112 in the depicted embodiment, to aid in determining not only where the individual is, but also how that individual's location is changing with time, velocity, acceleration, deceleration, orientation, or the like.
  • the sensor derived data may comprise accelerometer data that may indicate that an individual (or portion of an individual) is accelerating or decelerating.
  • the individual dynamics/kinetics engine 120 outputs multi-dimensional individual location data per unit time.
  • the HFOP engine 116 and the individual dynamics/kinetics engine 120 are each configured to output data streams to a health, fitness, operation and performance (HFOP) status engine 124 .
  • the HFOP status engine 124 is configured to receive the ranked list of probable HFOP statuses from the HFOP engine 116 and the multi-dimensional individual location data from the individual dynamics/kinetics engine 120 and determine health, fitness, operation, or performance statuses for the individual. For example, in one embodiment, the HFOP status engine 124 may determine that the football player having the high heart rate discussed above is likely experiencing the onset of a stroke because the received multi-dimensional individual location data suggests the player is sitting on a bench and has not recently undertaken a high level of physical exertion. In such an embodiment, the HFOP status engine 124 may be configured to send an alert to medical staff.
  • the HFOP status engine 124 may further be configured to receive location data, sensor derived data, and historical or contextual data related to the individual and/or role of the individual related to the location data and associated probable actions. Such information may be used to establish a baseline of health, fitness, operation, or performance for a given individual that may be stored as part of the individual's profile data. In some embodiments, such baseline may include a baseline of health, fitness, operation, or performance parameters.
  • the HFOP status engine 124 may be configured to determine a status (e.g., healthy, sick, injured, hurt, active, not active, powered down, etc.) by comparing real time (or near real time) data concerning an individual's health, fitness, operation, or performance parameters to a stored snapshot or pre-determined threshold.
  • a status e.g., healthy, sick, injured, hurt, active, not active, powered down, etc.
  • the HFOP status engine 124 may be configured for determining a HFOP status for the individual based on the comparing the tag derived data to individual dynamics/kinetics models and based on comparing the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models. In one embodiment, HFOP status may be determined based on whether particular sensor derived data satisfies particular threshold values related to health, fitness, operation and/or performance models.
  • HFOP status may additionally or alternatively be based on whether particular multidimensional individual location data satisfies particular threshold values (e.g., perhaps values based on an individual's baseline snapshot or generally published data regarding movements or positions of a “healthy” individual of a certain age) related to dynamics and/or kinetic information.
  • particular threshold values e.g., perhaps values based on an individual's baseline snapshot or generally published data regarding movements or positions of a “healthy” individual of a certain age
  • satisfying a threshold may include exceeding a threshold in some embodiments (e.g., blood pressure may exceed “healthy” threshold) or may include falling below a threshold for some embodiments (e.g., sweat rate may fall below “healthy” rate indicating possible dehydration).
  • the HFOP status engine 124 may be configured to associate the determined status and/or action with another type of data (e.g., associating each play that a player appears in with the player).
  • the HFOP status engine 124 may be configured to monitor, store or track one or more individuals, one or more of health, fitness, operation, or performance of an individual or individuals, and/or one or more zones or location systems for an individual.
  • the HFOP status engine 124 may be configured to monitor a location system for a pre-defined event, unexpected, and/or an abnormal event. An event may be a particular action in a given context or associated with particular sensor derived data.
  • the HFOP status engine 124 may be configured to cause an alert in response to a determination of a pre-defined event (e.g., a stroke, an injury, etc.), unexpected event, and/or abnormal event.
  • a pre-defined event e.g., a stroke, an injury, etc.
  • an alert may be sent upon determining whether the determined HFOP status satisfies a threshold value.
  • particular tag derived data and/or sensor derived data may trigger an alert, and thus bypass a status determination (e.g., heart rate approaching zero, or ‘flat lining’).
  • the HFOP status engine 124 may be configured for sending a message or action related information to a parent, trainer, doctor, nurse, paramedic or the like.
  • Determining a status can be done in many ways.
  • a sensor-based HFOP model database or an individual dynamics kinetics model database can be used to collect various models.
  • a model may have multiple attributes that are represented by data fields.
  • a particular model may be selected by choosing one or more fields of interest that correspond with field values known from the tag derived data and/or the sensor derived data and/or individual role data. By comparing the fields of interest with the known field values, a status can be determined.
  • One way to determine compare the fields of interest with the known field values is to match the field of interest to the known field value.
  • a second way to compare the fields of interest with the known field values is to develop a control chart.
  • a control chart uses a known or estimated distribution of values from a population of observations for the field of interest to determine an average (mean) value and a standard deviation.
  • the model designer may set the mean and standard deviation based on the field of interest, or on a calculated value related to the field of interest, such as the differential between the field of interest and a standard multi-variable regression model estimate based on the field of interest.
  • Two control limits are established, an upper control limit at three standard deviations more than the mean, and a lower control limit at three standard deviations less than the mean (i.e., a number other than three may be chosen by the model designer).
  • As known field values are determined each can be added to the control chart.
  • the status can be deemed to have changed. Also, if individual field values continue to increase or decrease at least seven (or another value chosen by the model designer) times, the data is said to be trending and the status can be deemed to have changed.
  • a third way to compare the fields of interest with the known field values is to cluster the values from a population of observations for the field of interest.
  • Various clustering algorithms are known in the art, including incremental clustering algorithms, divide-and-conquer based clustering algorithms, data sampling and summarization techniques, Euclidean distance based clustering algorithms, and kernel clustering algorithms. This may have the benefit of significantly reducing the data storage required, as a very large number of observations can be characterized by a smaller number of multi-variable clusters.
  • a probability that tag location data is the same status as other observations in that cluster can be determined.
  • a fourth way to compare the fields of interest with the known field values is to calculate a covariance between past observations for the field of interest and current observations for the known field values (e.g., tag derived data, sensor derived data, and/or identity/role data). If the covariance is above a threshold value (such as 0.97) the status can be matched to the selected model.
  • a threshold value such as 0.97
  • an alert may be generated if the status is changed such that an event is identified by the HFOP status engine 124 an alert may be generated. In some embodiments, if the status changes from an undetermined status to a determined status then an event may be indicated by the HFOP engine as an alert.
  • FIG. 4B shows another embodiment of a system that may be specifically configured in accordance with an example embodiment of the present invention. As many of the components are identical or similar to above described embodiments, repetition of the description of such components will be omitted.
  • receiver hub/locate engine 108 receives receiver signals and outputs tag derived data (including tag location data) and sensor derived data to a tag data/sensor data filter 112 of a receiver processing and analytics system 110 ′ structured in accordance with one embodiment.
  • the receiver hub/location engine 108 is configured to correlate tag location data to tag UID and optionally sensor UID
  • the tag data/sensor data filter 112 may be configured to perform one or more additional correlations or associations.
  • the tag data/sensor data filter 112 may be configured to associate the tag UID with an individual (e.g., Jane Smith), the tag UID with a role, the tag location data with an individual or role, and the like.
  • FIGS. 5A-5E show example embodiments of individual, role, and performance associations.
  • FIG. 5A depicts a correlation of tag UIDs to individuals.
  • tag UIDs 1 - 4 are correlated to individual names (e.g., Jim, Ed, and Andy).
  • individuals may receive multiple tags and thus Ed is correlated to tags 2 and 3 .
  • tag UIDs need not be correlated to actual names (i.e., alphanumeric characters) and may be correlated to unique identifiers that are themselves correlated to individuals.
  • sensor UIDs may be similarly correlated to individuals.
  • one or more addresses or sets of instructions may be used to access tag UID and sensor UID correlations of the type shown in FIG. 5A .
  • Such addresses and instructions may be referred to as tag-individual correlators and sensor-individual correlators.
  • the tag data/sensor data filter 112 may associate an individual (e.g., an individual name, unique identifier, etc.) with the tag UID while also associating sensor derived data with the tag UID. In still other embodiments, the tag data/sensor data filter 112 may use a registration database to associate a tag UID with an individual.
  • an individual e.g., an individual name, unique identifier, etc.
  • the tag data/sensor data filter 112 may use a registration database to associate a tag UID with an individual.
  • measured performance may be compared with anticipated performance.
  • performance may be generally described as a vector of measurements or attributes, e.g., Attribute A, Attribute B, and Attribute C.
  • FIG. 5B depicts a correlation between individual and performance.
  • an actual or average performance by an individual in connection with Attributes A, B, and C may be correlated to each individual as shown.
  • such actual or average performance may be correlated to a role as shown in FIG. 5D .
  • a typical or average performance may also be correlated to individual and to role as shown in FIG. 5E .
  • an individual may be correlated to one or more roles as shown in FIG. 5C .
  • the tag data/sensor data filter 112 may be configured to access one or both of an individual database 410 and a role database 420 , which are illustrated in FIG. 4B .
  • FIGS. 6A-6C show example embodiments for correlating tag UID, individual data, role data, and performance data.
  • FIG. 6A illustrates how individual data (e.g., an individual identifier, name, etc.) may be used to correlate a tag UID to performance data.
  • FIG. 6B illustrates how individual data (e.g., an individual identifier) may be used to correlate tag UID, role data, and performance data.
  • FIG. 6C illustrates how individual data and role data may be used to correlate tag UID, and performance data.
  • the depicted tag data/sensor data filter 112 is configured to correlate tag derived data (including tag location data) and sensor derived data to individual data from individual database 410 and role data from role database 420 .
  • the tag data/sensor data filter 112 is configured, inter alia, to pass such correlated tag derived data, sensor derived data, individual data, and role date to the individual dynamics/kinetics engine 120 .
  • the individual dynamics/kinetics engine 120 is disposed in communication with historical data store 440 and individual dynamics/kinetics models database 122 .
  • the individual dynamics/kinetics models database 122 may be configured to store data related to an individual. For example, referring to the example above related to a human athlete individual who is standing, walking, or running, and where a tag is positioned at the individual's shoulder (e.g., tag 202 a of FIG. 2A ) and foot (e.g., tag 202 g of FIG. 2A ).
  • the models database 122 may include a stature value of approximately four feet, which represents the distance or height between the shoulder and foot tags. Such stature value may be used by the system to identify, inter alia, when the individual is bent over, seated, etc.
  • the models database 122 may include a minimum stature value, e.g., 24 inches, which may represent a minimum distance or height expected between the shoulder and foot tags of even the shortest of individuals.
  • the minimum stature value could vary by role (e.g., tagged football players may be expected to be taller than tagged horse racing jockeys, etc.).
  • individual data may be stored on the tag (e.g., 202 a )
  • the individual data may be forwarded through the receiver hub/locate engine 108 to the tag data/sensor data filter 112 .
  • the individual dynamics engine 120 may store the individual stature value h t as time series data in historical data store 440 or it could gather additional descriptive statistics such as a mode, median, standard deviation, number of observations for any or all of h t , z a and z g , and then store the descriptive statistics in historical data store 440 .
  • time series data or descriptive statistics stored in historical data store 440 may include individual data or role data that may be used for additional context in building individual dynamic models as stored in the individual dynamics models database 122 .
  • the receiver hub/locate engine 108 may determine and collect tag derived data (including tag location information) and sensor derived data and provide such data to the tag data/sensor data filter 112 .
  • the tag data/sensor data filter 112 may access and/or utilize individual data from the individual data store 410 or role data from the role data store 420 before providing information to the individual dynamics engine 120 .
  • the system may determine that an individual is bent over or laying down, even if such individual is not on the ground.
  • an alert may be provided if h T is less than some fraction of descriptive statistics such as the mode or median value of h t or z at for a selected individual or for a compilation of individuals with a similar role.
  • an alert may be provided if h t is less than the mean value of h t minus 3 times the standard deviation of h t suggesting that the recent value of h t differs from past observations more than would be expected from random measurement variation.
  • a control chart for h could be constructed based on historical values of h t , and multiple observations of h T may be compared to the control chart.
  • the HFOP status engine 124 may be configured to access zone data from a zone data store 430 to determine whether or how to produce an alert.
  • zone data refers to data or other information that might define one or more geographic or environmental areas, zones, or sectors. Such “zones” may or may not correlate to any real-world boundaries (e.g., a room may be divided into four zones regardless of whether any actual boundaries, i.e., partitions, walls, etc., exist in the room).
  • an individual may be located in one of multiple zones in an area monitored by a RTLS system, such as the system described with reference to FIG. 1 .
  • HFOP status engine 124 may be configured to utilize one or more rules for providing an alert depending on zone data.
  • a first rule may apply when an athlete is on the field of play (e.g., send an alert when the athlete is sitting for more than 15 seconds), which may differ from the rules for providing an alert when an athlete is on the sidelines or when an athlete is in the clubhouse.
  • the tag data/sensor data filter 112 may use zone data from the zone data store 430 to determine whether the individual (or tag(s) associated with the individual) is positioned in a particular zone.
  • the HFOP status engine 124 may use information about the zone stored in zone data store 430 in determining whether to produce an alert for any embodiment described herein.
  • the tag data/sensor data filter 112 may be configured to filter tag derived data (including tag location data) from sensor derived data and provide sensor derived data to a health, fitness, operation and performance engine 116 (HFOP engine 116 ) and provide tag derived data (including tag location data) to an individual dynamics/kinetics engine 120 .
  • tag derived data including tag location data
  • HFOP engine 116 a health, fitness, operation and performance engine 116
  • tag derived data including tag location data
  • sensor derived data may additionally or alternatively be used as a determining factor by the HFOP status engine 124 .
  • the HFOP status engine sensor-based HFOP models 118 may be created and/or utilized to show that the typical body temperature for a human athlete individual is approximately 37 degrees Celsius.
  • the model may be further refined (or one or more other models provided) based on data collected during a registration process. For example a model may be refined in which a body temperature is measured by a sensor (and transmitted as environment measurements) and later associated with the individual as individual data.
  • sensor derived data may be stored based on an individual's role, for example body temperature may be stored based on the athlete's role.
  • sensor derived data (e.g., body temperature) may be stored as historical time-series data or descriptive statistics data based on multiple sensor readings.
  • a sensor e.g., a GPS equipped smartphone having a barcode imaging application
  • a sensor e.g., a thermometer
  • a sensor e.g., a thermometer
  • the tag data/sensor data filter 112 may obtain tag derived data (including tag location data) and sensor derived data from the receiver hub/locate engine 108 or from a combination of the receiver hub/locate engine 108 and stored data accessed from the individual data store 410 , the role data store 420 , and the zone data store 430 .
  • the tag data/sensor data filter 112 may provide sensor derived data (such as the temperature measured by a thermometer) to the HFOP engine 116 where it may be utilized in a comparison to sensor-based HFOP models accessed from the HFOP models database 118 .
  • results of the comparison may then be provided to HFOP status engine 124 , which may then provide an alert to a coach, medic, parent or other appropriate personnel.
  • tag location data and the relative position of the applicable sensor or sensors may be used to determine if the athlete's temperature was measured orally, under the arm, or rectally.
  • the sensor derived data and tag derived data may be used by the HFOP engine 116 to compare to the measured temperature data to sensor-based HFOP models correlated to body temperature measurement position. The results of this comparison may then be provided to HFOP status engine 124 , which may provide an alert.
  • individual data such as Jim or Mary, role data such as water boy or running back, or zone data such as Lambeau Field or sauna may also be provided by the tag data/sensor data filter 112 to the HFOP engine 116 in order to add context to the sensor derived data, such as temperature measured by the thermometer.
  • sensor derived data from sensors not associated with the individual may also be collected by the tag data/sensor data filter 112 and provided to the HFOP engine 116 and/or individual dynamics engine 120 .
  • an ambient temperature thermometer sensor could provide important context to determining an appropriate body temperature at the HFOP engine 116 or determining an appropriate amount of time spent by the water cooler to the individual dynamics engine 120 .
  • FIGS. 7 , 8 , 9 , 10 , 11 , 12 A- 12 C, and 14 illustrate example flowcharts of the example operations performed by a method, apparatus and computer program product in accordance with an embodiment of the present invention. It will be understood that each block of the flowcharts, and combinations of blocks in the flowcharts, may be implemented by various means, such as hardware, firmware, processor, circuitry and/or other devices associated with execution of software including one or more computer program instructions.
  • one or more of the procedures described herein may be embodied by computer program instructions.
  • the computer program instructions which embody the procedures described above may be stored by a memory 1524 of an apparatus employing an embodiment of the present invention and executed by a processor 1522 in the apparatus.
  • any such computer program instructions may be loaded onto a computer or other programmable apparatus (e.g., hardware) to produce a machine, such that the resulting computer or other programmable apparatus provides for implementation of the functions specified in the flowcharts' block(s).
  • These computer program instructions may also be stored in a non-transitory computer-readable storage memory that may direct a computer or other programmable apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage memory produce an article of manufacture, the execution of which implements the function specified in the flowcharts' block(s).
  • the computer program instructions may also be loaded onto a computer or other programmable apparatus to cause a series of operations to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide operations for implementing the functions specified in the flowcharts' block(s).
  • FIGS. 7 , 8 , 9 , 10 , 11 , 12 A- 12 C, and 14 when executed, convert a computer or processing circuitry into a particular machine configured to perform an example embodiment of the present invention.
  • the operations of FIGS. 7 , 8 , 9 , 10 , 11 , 12 A- 12 C, and 14 define an algorithm for configuring a computer or processing to perform an example embodiment.
  • a general purpose computer may be provided with an instance of the processor which performs the algorithms of FIGS. 7 , 8 , 9 , 10 , 11 , 12 A- 12 C, and 14 to transform the general purpose computer into a particular machine configured to perform an example embodiment.
  • blocks of the flowcharts support combinations of means for performing the specified functions and combinations of operations for performing the specified functions. It will also be understood that one or more blocks of the flowcharts, and combinations of blocks in the flowcharts, can be implemented by special purpose hardware-based computer systems which perform the specified functions, or combinations of special purpose hardware and computer instructions.
  • certain ones of the operations herein may be modified or further amplified as described below. Moreover, in some embodiments additional optional operations may also be included. It should be appreciated that each of the modifications, optional additions or amplifications below may be included with the operations above either alone or in combination with any others among the features described herein.
  • FIG. 7 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 2 , 4 A, 4 B, and 15 ) to monitor the health, fitness, operation, or performance of individuals, in accordance with some embodiments discussed herein.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine.
  • tag derived data may be received from at least one location tag located on or near an object or individual.
  • tag derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine 108 .
  • sensor derived data may be received from at least one sensor located on or near an object or person.
  • sensor derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • an apparatus such as receiver processing and analytics system 110 or 110 ′ and/or, more specifically an HFOP engine, may be configured for determining a probable list of HFOP statuses related to a health, fitness, operation, and performance of individual or object based on associated sensor derived data.
  • historical and/or contextual information may be utilized.
  • sensor based health, fitness, operation, and/or performance models may be accessed and/or utilized in the determination.
  • one or more probable statuses related to the health, fitness, operation and/or performance of an individual may be determined.
  • an apparatus such as receiver processing and analytics system 110 and/or, more specifically an individual dynamics/kinetics engine, may be configured to determine aspects of the individual dynamics or movement kinetics including, without limitation, individual location data.
  • the apparatus may be configured for determining at least one status related to individual dynamics or movement kinetics based on associated individual location data.
  • historical and/or contextual information may be utilized.
  • the dynamics/kinetics model database 122 may comprise models of different aspects or dimensions that may be utilized.
  • at least one probable status or a list of probable statuses related to the individual dynamics or movement kinetics of an individual may be determined.
  • an apparatus such as receiver processing and analytics system 110 and/or, more specifically an HFOP status engine, may be configured for determining at least one status from a probable list of statuses based on at least one of an HFOP status (or probable list of HFOP statuses) related to a health, fitness, operation, and performance of an individual and a status (or probable list of statuses) related to individual dynamics or movement kinetics.
  • HFOP status or probable list of HFOP statuses
  • a status or probable list of statuses
  • historical and/or contextual information may be utilized in the determination of a status.
  • an apparatus such as receiver processing and analytics system 110 and/or, more specifically an HFOP status engine, maybe configured for causing an output.
  • the output may include one of an HFOP status of an individual, multi-dimensional location data related to a particular individual, and an alert in an instance in which the HFOP status satisfies a threshold value or is determined to be one of a number of predefined HFOP statuses.
  • an output may include transmitting data to a processing system that displays action related data (e.g., a graphical user interface for tracking or monitoring one or more individuals).
  • the apparatus may be configured for causing an alert in response to determining a presence of a particular status, such as for example, unexpected status, an abnormal status, or a pre-defined status (e.g., stroke, injury, etc.).
  • a particular status such as for example, unexpected status, an abnormal status, or a pre-defined status (e.g., stroke, injury, etc.).
  • that apparatus may be configured for sending a message and/or status related information to a parent, trainer, doctor, nurse, paramedic or the like.
  • the message may indicate, for example, that help is requested and/or required.
  • the message and/or information may comprise the location of the first individual.
  • the message or information may comprise information related to the abnormal or unexpected status, or the pre-defined status that was determined.
  • FIG. 8 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to separate tag derived data and sensor derived data, associate such data with an individual and provide the data to the appropriate processing engine, in accordance with some embodiments discussed herein.
  • an apparatus such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine 108 .
  • the data may be packetized data including one or both of tag derived data (including tag location data) and sensor derived data.
  • the data may be associated with a capture time.
  • tag derived data and/or sensor derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • an apparatus such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110 ′, may be configured for separating the tag derived data (e.g., tag location data) and the sensor derived data.
  • tag derived data e.g., tag location data
  • an apparatus such as a tag data/sensor data filter 112 or a sensor processing and distribution system 110 or 110 ′, may be configured for associating the tag and/or sensor derived data with a particular individual.
  • the association may be performed by identifying an identifier (e.g., a tag-individual correlator, sensor-individual correlator, etc.) included in the packetized data associated with particular tag derived data and/or sensor derived data.
  • the identifier may then be checked against individual identifier data by accessing an individual role database.
  • the individual role database 114 may include data associating unique identifiers to particular individuals, and/or particular individuals to particular roles.
  • an apparatus such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing historical or contextual information related to the individual and/or a role of the individual.
  • an apparatus such as a tag data/sensor data filter 112 or a sensor processing and distribution system 110 or 110 ′, may be configured for providing sensor derived data and associated information, such as the historical or contextual information related to the individual and/or a role of the individual, to a HFOP engine 116 .
  • an apparatus such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110 ′, may be configured for providing tag derived data and associated information, such as the historical or contextual information related to the individual and/or a role of the individual, to an individual dynamics/kinetics engine 120 .
  • FIG. 9 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to determine one or more probable actions associated with sensor derived data related to an individual, in accordance with some embodiments discussed herein.
  • an apparatus such as a HFOP engine 116 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving sensor derived data.
  • the apparatus may be configured for receiving sensor derived data, and associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • an apparatus such as a HFOP engine 116 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing a sensor based HFOP models database 118 and identifying associated models.
  • the sensor based HFOP models database 118 may be populated with historical sensor derived data related to individuals (e.g., a baseline snapshot of individual health parameters suggesting an individual is healthy, sick, injured, or the like).
  • HFOP models database 118 may include at least one of health history data, fitness history data, operation level history data, or performance level history data for an individual.
  • Identifying historical sensor derived data and/or associated models may be performed by comparing sensor derived data and associated information received from an individual to sensor derived data and associated information related to a historical sensor derived data and/or models comprising a combination of historical sensor derived data (e.g., heart rate, breathing rate etc. related to a stroke). In some circumstances, the comparison may yield a match with a particular model. In other circumstances, no precise match is identified but the comparison identifies one or more models most likely associated with the received sensor derived data and associated information (e.g., individual data, role data, etc.).
  • an apparatus such as a HFOP engine 116 or receiver processing and analytics system 110 or 110 ′, may be configured for performing a comparison between sensor derived data, and optionally associated information, and one or more HFOP models.
  • the HFOP engine 116 may be configured to aggregate data related to one or more sensors for a particular individual over a period of time and utilize the aggregated data in the comparison.
  • an apparatus such as a HFOP engine 116 or receiver processing and analytics system 110 or 110 ′, may be configured for determining one or more probable statuses related to the sensor derived data and optionally, the associated data, based on the comparison of block 930 .
  • an apparatus such as a HFOP engine 116 or receiver processing and analytics system 110 or 110 ′, may be configured for providing one or more probable statuses to a HFOP status engine 124 .
  • one or more probable actions are provided in conjunction with the related sensor derived data and associated data.
  • FIG. 10 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 and 2 ) to provide multi-dimensional individual location information per unit time, in accordance with some embodiments discussed herein.
  • an apparatus such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving tag derived data (including tag location data).
  • the apparatus may be configured for receiving tag derived data, and associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • an apparatus such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing an individual dynamics/kinetics model database 122 and identifying aspects of the individual dynamics or movement kinetics and/or associated models.
  • Identifying associated models may be performed by comparing tag derived data and associated information received from an individual to tag derived data and associated information related to a model. While no model may be a match, the apparatus may be configured to identify similar models or those most closely associated with a particular individual, position, or role.
  • an apparatus such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110 ′, may be configured for performing a comparison between tag derived data (including tag location data) and one or more individual dynamics/kinetics models. In some embodiments, a comparison is performed utilizing the associated information.
  • the individual dynamics/kinetics engine 120 is configured to determine a multi-dimensional individual location per unit time (e.g., individual location data) for an individual based on the tag location data, the individual role data, and the individual dynamics/kinetics models.
  • Such multi-dimensional individual location may include (1) relative position of the individual relative to a monitored area (e.g., a field of play, race track, etc.) or zone, (2) general orientation of the individual (e.g., standing, squatting, laying the ground, sitting, etc.), and (3) a specific orientation of the individual including the orientation of one or more appendages (e.g., preparing to pass, in a three-point stance, in a ball-carrying position, in a tackling position, negotiating a turn, etc.).
  • the individual dynamics/kinetics engine 120 uses the real time tag location data stream from the tag data/sensor data filter 112 , as well as the individual role data to provide accurate information about what a particular individual is doing in real time.
  • an apparatus such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110 ′, may be configured for determining one or more probable actions, or optionally non-actions, related to the individual dynamics or movement kinetics of the individual.
  • an apparatus such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110 ′, may be configured for providing multi-dimensional individual position information per unit time (e.g., individual location data).
  • the individual dynamics/kinetics engine 120 may be configured for providing one or more probable actions to a HFOP status engine 124 .
  • one or more probable actions are provided in conjunction with the related tag data and associated data.
  • FIG. 11 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1. 4A , and 4 B) to determine a HFOP status of an individual based on tag data and sensor derived data related to the individual, in accordance with some embodiments discussed herein.
  • an apparatus such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving data.
  • the apparatus may be configured for receiving one or more probable actions and/or multi-dimensional individual location data per unit time determined utilizing tag data, and associated information and/or receiving one or more probable statuses determined utilizing sensor derived data, and associated information.
  • the apparatus may further be configured for receiving the tag location data (or other tag derived data) associated with each of the one or more probable actions, the sensor derived data associated with each of one or more probable statuses, and/or associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • the one or more statuses are ranked in order of likelihood based on the comparison in the HFOP engine 116 .
  • an apparatus such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110 ′, may be configured for determining an HFOP status.
  • HFOP status determination may be made utilizing the one or more probable actions and/or the multi-dimensional individual location data per unit time determined by the individual dynamics/kinetics engine 120 utilizing tag data, and associated information and/or the one or more probable statuses determined by the HFOP engine 116 utilizing sensor derived data, and associated information.
  • HFOP status determination may utilize one or more of the tag location data associated with each of the one or more probable actions, the sensor derived data associated with each of one or more probable statuses, and/or associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • an apparatus such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110 ′, may be configured for providing HFOP status related information.
  • HFOP status related information may be provided to a processing system for storing and/or displaying real time (or near real time) HFOP status related information.
  • real time or near real time action data, multi-dimensional location data and/or sensor derived data may be provided for storage or viewing.
  • an apparatus such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110 ′, may be configured for causing an alert in response to a determination of a pre-defined HFOP status, unexpected HFOP status, and/or abnormal HFOP status.
  • the HFOP status engine 124 may be configured for sending a message or HFOP status related information to a parent, trainer, doctor, nurse, paramedic or the like.
  • the receiver processing and analytics system 110 or 110 ′ may be configured to send a message or HFOP status related information to a parent, trainer, doctor, nurse, paramedic or the like indicating that help is requested and/or required.
  • the message and/or information may comprise information indicating where the individual is (e.g., the tag location data) and/or the HFOP status.
  • the message may comprise particular sensor derived data or tag derived data (including tag location data) related to the determined HFOP status.
  • FIG. 12A shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to associate data from one or more location tags or sensors with a particular individual, in accordance with some embodiments discussed herein.
  • an apparatus such as a receiver processing and analytics system 110
  • sensor derived data is received from a receiver hub/locate engine.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for extracting or determining one or more sensor-individual correlators from the sensor derived data.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for looking up or determining individual information (e.g., an individual identifier, individual profile information, individual location models, etc.).
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for associating the sensor derived data with the individual information.
  • FIG. 12B shows another example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to associate sensor derived data from one or more sensors with a particular individual where only an individual and corresponding location tag UID are known in accordance with some embodiments discussed herein.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing or receiving sensor derived data from one or more sensors.
  • an apparatus such as a receive hub/locate engine 108 , may be configured for determining a location of the sensors.
  • the sensor may be a triangulation positioner that is configured to determine a position calculation.
  • the sensor may be a proximity label having a position encoded therein.
  • the respective position calculations and position information may be used by the receiver hub/locate engine 108 to determine a location within the monitored area 100 . This location is sent from the receiver hub/locate engine 108 and received by the receiver processing and analytics system 110 or 110 ′ as part of the sensor derived data.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing or receiving tag derived data from one or more location tags.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for extracting or determining a location tag UID from the tag derived data captured from one or more location tags.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for extracting or determining tag location data for each of the one or more location tags.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for determining which of one or more location tags are most proximately located to the locations of the sensors associated with the sensor derived data.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for identifying an individual associated with location tags (e.g., perhaps based on tag-individual correlators, etc.) determined to be closest to the sensors of interest.
  • location tags e.g., perhaps based on tag-individual correlators, etc.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for associating sensor derived data with the individual identified based on his/her association with one or more location tags. For example, sensor derived data having been captured and determined to be captured from a first location is associated with one or more location tags identified as associated with an individual located nearest the first location.
  • FIG. 12C shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to capture and packetize sensor derived data from one or more sensors, in accordance with some embodiments discussed herein.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing or receiving data from a receiver.
  • the data may comprise tag derived data and sensor derived data from one or more location tags and one or more sensors, each location tag and/or sensor having a unique identifier (e.g., a tag UID, a sensor UID, etc.).
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, may be configured for extracting one or more location tag identifiers from the tag derived data.
  • an apparatus such as a receiver hub/locate engine 108 , may be configured for determining a location (i.e., tag location data) of the one or more RF location tags from one or more receiver signals.
  • an apparatus such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110 ′, may be configured for decoding the data payload of the tag derived data and the sensor derived data to determine an individual identity.
  • an apparatus such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110 ′, may be configured for accessing a database to determine associated information, such as for example individual information associated with the location tags (e.g., perhaps based on tag-individual correlators, tag UIDs identified at block 1232 ).
  • an apparatus such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110 ′, may be configured for associating the tag derived data, and the sensor derived data to the associated information, such as the individuals associated with any one or more of the received data.
  • FIG. 13 shows a first individual 1310 , a second individual 1320 and an observer 1330 (e.g., a coach).
  • the observer 1330 may be close enough, and he or she may be able to tell that the first individual 1310 is not ok (e.g., does not satisfy a predetermined HFOP threshold) and the second individual 1320 is ok (e.g., does satisfy a predetermined HFOP threshold) based on the fact that the first individual 1310 is on the ground 1340 and the second individual 1320 is standing.
  • the observer 1330 may have to leave the scene to find help.
  • a receiver processing and analytics system 110 or 110 ′ may be configured to utilize tag derived data from the location tag to determine if the first individual 1310 is ok (e.g. not on the ground, unmoving).
  • a comparison of tag derived data from the first location tag 1350 with one or more individual dynamics/kinetics models may determine one or more probable actions.
  • a HFOP status may be determined based on the comparison. If the determined status exceeds a threshold, and thereby for example, indicates a presence of an abnormality, an alert may be caused.
  • one HFOP model may indicate a falling action if tag location data indicates a person is on the ground.
  • a receiver processing and analytics system 110 or 110 ′ may be configured to utilize tag derived data from the location tag and historical data and/or contextual data to determine if the first individual 1310 is ok. For example, where the first individual 1310 is on the ground for a short period of time, a comparison of tag derived data from the first location tag 1350 in conjunction with historical and/or contextual data may be associated with one or more probable actions, as determined by HFOP or individual dynamics/kinetics models that indicate that there is no problem. However, in some embodiments, when the first individual 1310 is on the ground for a pre-defined period of time, a different HFOP or individual dynamics/kinetics model may be implicated, which may yield a determination of a different action (e.g., injured).
  • a different HFOP or individual dynamics/kinetics model may be implicated, which may yield a determination of a different action (e.g., injured).
  • the first individual may be equipped with two location tags, such as for example, a first location tag 1350 , 1350 ′ on their chest or shoulder area and a second location tag 1360 , 1360 ′ on their feet area.
  • a receiver processing and analytics system 110 or 110 ′ may be configured to utilize data from the first location tag 1350 and the second location tag 1360 to determine if the first individual 1310 is ok.
  • the receiver processing and analytics system 110 or 110 ′ may determine that the first individual 1310 is not ok and the second individual 1320 is ok, because for example the height or distance between the first location tag 1350 and the second location tag 1360 on the first individual 1310 is less than a predetermined threshold. Whereas on the second individual 1320 , the first location tag 1350 ′ is greater than a predetermined threshold above the second location tag 1360 ′.
  • historical and contextual data such as an individual's medical history data
  • location data and sensor derived data may be utilized in conjunction with location data and sensor derived data to monitor the health and fitness of a person.
  • FIG. 14 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 , 4 A and 4 B) to monitor the health and fitness of individuals using real time data processing and factoring in associated historical data, in accordance with some embodiments discussed herein.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving tag derived data based on at least one location tag located on or near an object or person.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured for accessing, capturing, and/or receiving sensor derived data based on at least one sensor located on or near an individual such as an object, person or animal.
  • a sensor may be one of a blood pressure sensor for measuring blood pressure, a heart rate sensor for measuring heart rate, a body temperature sensor for measuring body temperature, a microphone (e.g., other sensors configured to determining or representing sounds, etc.) for determining sounds such as speech, whimpers, or screams, a mental response sensor for measuring a mental response time, an eye dilation sensor for measuring dilation of the eyes, and a breathing rate sensor for measuring a breathing rate.
  • a blood pressure sensor for measuring blood pressure
  • a heart rate sensor for measuring heart rate
  • a body temperature sensor for measuring body temperature
  • a microphone e.g., other sensors configured to determining or representing sounds, etc.
  • sounds such as speech, whimpers, or screams
  • a mental response sensor for measuring a mental response time
  • an eye dilation sensor for measuring dilation of the eyes
  • a breathing rate sensor for measuring a breathing rate.
  • a sensor may be one of a throttle position sensor, brake position sensor, steering position sensor, axle, wheel or drive shaft sensor, rotary position sensor, crankshaft position sensor, engine coolant temperature sensor, water temperature sensor, oil temperature sensor, fuel gauge sensor, oil gauge sensor, suspension travel sensor, accelerometer, pressure sensor.
  • sensors may be provided from both embodiments above, such as for example throttle position sensor, ambient temperature sensor and the like in a race car, and heart rate sensor, sweat rate sensor and the like on the driver.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured for associating the tag derived data from at least one of a location tag and the sensor derived data from the at least one sensor to a specific individual. In some embodiments, this association may be based on tag-individual correlators, sensor-individual correlators, and/or tag-sensor correlators.
  • the specific individual may have associated historic data, such as for example, health data, medical history data or the like.
  • Medical history data may comprise for example, baseline measurements for one or more of a person's blood pressure, heart rate, mental response, eye dilation, and breathing rate.
  • Associated historical data may comprise, for example, flexibility related data, top speed, acceleration, reaction time or the like.
  • associating tag derived data and/or sensor derived data may include capturing an identifier from the data collected from the location tag or sensor and determining a person that is associated with the identifier.
  • other methods may be used for associating data from a location tag or sensor with an athlete and may not necessitate a location tag or sensor having an identifier and/or having an athlete pre-associated with that identifier.
  • FIGS. 12A-12C which are discussed above, are flowcharts showing various example processes for associating an individual with one or more location tags or sensors.
  • an apparatus such receiver processing and analytics system 110 or 110 ′, may be configured for comparing tag location data associated with an individual, such as multi-dimensional individual location data, to one or more individual dynamics/kinetics models.
  • tag location data associated with an individual such as multi-dimensional individual location data
  • associated historic data, contextual data and adversarial data may be utilized.
  • an individual e.g., a football player
  • a receive processing and analytics system 110 or 110 ′ may be configured to capture and store tag location data from each of the location tags.
  • the receiver processing and analytics system 110 or 110 ′ may further be configured to determine one or more attributes of the individual utilizing the tag location data, for example, gait, a top speed and acceleration.
  • the receiver processing and analytics system 110 or 110 ′ may be configured to then monitor one or more attributes and determine a probable action based on the currently determined attributes (e.g., running top speed during a pass route). The historic information may be utilized in the action determination.
  • the action determination may repeatedly, over a period of time, indicate a same or similar action for a particular individual when the attribute data does not change or changes at a particular level (e.g., the first individual does not slow down as the game progresses or the first individual slows down 0.2 kilometers per hour each quarter), which may be determined to be expected and/or normal.
  • a pre-defined output may include output to a user interface (e.g., GUI) or storing to a hard drive.
  • the receiver processing and analytics system 110 or 110 ′ may be configured to calculate, for example, a speed during a pass route, and determine a second action if an abnormality or unexpected calculation occurs. For example, if a current attribute data calculation shows that a wide receiver is slowing down more than a predetermined amount during a pass route, or if a stride length is shorter by a predetermined amount, of if a gait is off by a predetermined amount, the receiver processing and analytics system 110 or 110 ′ may be configured to determine a second action (e.g., sprained ankle, dehydration, torn ACL, or the like).
  • a second action e.g., sprained ankle, dehydration, torn ACL, or the like.
  • a context may be considered.
  • a context may be related to a particular situation, such as a specific sport, a time of day, a weather condition (e.g., temperature, precipitation, humidity or the like), a game circumstance (e.g., no huddle versus huddling by an offense in football, or base running versus playing defense in baseball) or the like.
  • a weather condition e.g., temperature, precipitation, humidity or the like
  • a game circumstance e.g., no huddle versus huddling by an offense in football, or base running versus playing defense in baseball
  • the receiver processing and analytics system 110 or 110 ′ may be configured to consider or factor in contextual information before or during action determination.
  • action determination and in particular, sensor based HFOP models and/or individual dynamics/kinetics models are a function of particular contextual information (e.g., top speed in the rain versus top speed in dry conditions).
  • the receiver processing and analytics system 110 or 110 ′ may be configured to consider contextual information before action determination.
  • contextual information may reveal that the person was running on a base path or carrying a ball toward a line of scrimmage just before going to the ground, and thus, an action determination may yield “sliding” or “tackled”.
  • contextual information may reveal that the individual was in open space and no one was around, thus making an action determination based on the slowing down and falling, any one of a number of unexpected or abnormal actions.
  • contextual information may include information regarding one or more zones.
  • a location system may be divided into various zones (e.g., a football field and a sideline area).
  • attribute data which may be cause for alarm in some cases, such as an individual lying down at home plate, may not be cause for alarm in another location, such as an individual lying down in the dugout.
  • zone division may indicate a bedroom, bathroom, family room couch, vs. garage, kitchen, etc. For example, an individual lying down in a bathroom may yield one action determination, whereas an individual lying down in a bedroom may yield a second action determination.
  • adversarial data may be considered.
  • the receiver processing and analytics system 110 or 110 ′ may be configured to consider or factor in adversarial data before or during action determination.
  • one or more historical attributes related to a first individual may be a function of tag derived data captured from a second individual. For example, depending on whom a second individual is and/or what a second individual is doing, a first individual may act differently, such as running different speeds, turning, cutting, jumping, positioning himself differently or the like, or in the context of race car driving, accelerating, decelerating, taking a different line around a turn or the like.
  • the receiver processing and analytics system 110 or 110 ′ may be configured to measure and/or calculate relative position information.
  • relative reaction, speed or acceleration of a first tag e.g., individual or body part
  • a second tag e.g., a second individual or second body part
  • the receiver processing and analytics system 110 or 110 ′ may be configured to then utilize the relative attribute data in the action determination (e.g., decreasing elbow tag position and hand tag position may lead to an action determination of a broken arm).
  • the receiver processing and analytics system 110 or 110 ′ may further be configured to consider whom or what the second tag is associated with, what a second the individual associated with the second tag position is doing, how the individual associated with the second tag location is performing as contextual information.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured to generate a list of one or more health, fitness, operation, or performance statuses.
  • historical data for example, from a person's medical history, may be used to provide a list of one or more probable statuses of an individual. For example, by knowing an individual's historical heart rate, breathing rate, and/or sweat rate, a combination of sensor derived data may indicate a moderate level of stress and thus one status determination for a first individual. Whereas the same combination of sensor derived data may indicate a high level of stress in a second individual and thus, a second status determination (e.g., panic attack).
  • a second status determination e.g., panic attack
  • the sensor based HFOP models that are used in status determination may be a function of medical history data. For example, where medical history data shows one or more concussions, particular thresholds and/or tolerances related to sensor derived data may be adjusted such that status determination of a particular status may be more likely and/or is more conservative (e.g., erring on the side of caution). For example, acceptable tolerances in differences in reaction time, eye dilation data or the like may be lowered in individuals who have suffered concussions in their past.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured to utilize an action determination and a status determination to provide a HFOP status determination.
  • HFOP status determination may then be compared to one or more pre-defined normal, abnormal or unexpected HFOP statuses.
  • pre-defined abnormal HFOP status may include pulled muscles, broken bones, concussions, or the like.
  • multi-dimensional location data from a person's knees and/or ankles may show a progression of running at top speed, making a quick turn, and slowing down and/or hopping, where one probable HFOP status may be pulling a muscle, which is turn may be identified as an abnormal or unexpected HFOP status.
  • an apparatus such as receiver processing and analytics system 110 or 110 ′, may be configured for causing an alert in response to an HFOP status determination of one or more particular HFOP statuses.
  • any such computer program instructions and/or other type of code may be loaded onto a computer, processor or other programmable apparatus's circuitry to produce a machine, such that the computer, processor other programmable circuitry that execute the code on the machine create the means for implementing various functions, including those described herein.
  • embodiments of the present invention may be configured as methods, mobile devices, backend network devices, and the like. Accordingly, embodiments may comprise various means including entirely of hardware or any combination of software and hardware. Furthermore, embodiments may take the form of a computer program product on at least one non-transitory computer-readable storage medium having computer-readable program instructions (e.g., computer software) embodied in the storage medium. Any suitable computer-readable storage medium may be utilized including non-transitory hard disks, CD-ROMs, flash memory, optical storage devices, or magnetic storage devices.
  • These computer program instructions may also be stored in a computer-readable storage device that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage device produce an article of manufacture including computer-readable instructions for implementing the function discussed herein.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions discussed herein.
  • blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the circuit diagrams and process flowcharts, and combinations of blocks in the circuit diagrams and process flowcharts, can be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.
  • an apparatus such as a receiver processing and analytics system 110 or 110 ′, tag data/sensor data filter 112 , HFOP engine 116 , individual dynamics/kinetics engine 120 , or HFOP status engine 124 may be embodied by a computing device.
  • the computing device may include or be associated with an apparatus 1500 as shown in FIG. 15 .
  • the apparatus may include or otherwise be in communication with a processor 1522 , a memory device 1524 , a communication interface 1526 and a user interface 1528 .
  • devices or elements are shown as being in communication with each other, hereinafter such devices or elements should be considered to be capable of being embodied within the same device or element and thus, devices or elements shown in communication should be understood to alternatively be portions of the same device or element.
  • the processor 1522 may be in communication with the memory device 1524 via a bus for passing information among components of the apparatus.
  • the memory device may include, for example, one or more volatile and/or non-volatile memories.
  • the memory device may be an electronic storage device (e.g., a computer readable storage medium) comprising gates configured to store data (e.g., bits) that may be retrievable by a machine (e.g., a computing device like the processor).
  • the memory device may be configured to store information, data, content, applications, instructions, or the like for enabling the apparatus 1500 to carry out various functions in accordance with an example embodiment of the present invention.
  • the memory device could be configured to buffer input data for processing by the processor. Additionally or alternatively, the memory device could be configured to store instructions for execution by the processor.
  • the apparatus 1500 may be embodied by a computing device 10 configured to employ an example embodiment of the present invention.
  • the apparatus may be embodied as a chip or chip set.
  • the apparatus may comprise one or more physical packages (e.g., chips) including materials, components and/or wires on a structural assembly (e.g., a baseboard).
  • the structural assembly may provide physical strength, conservation of size, and/or limitation of electrical interaction for component circuitry included thereon.
  • the apparatus may therefore, in some cases, be configured to implement an embodiment of the present invention on a single chip or as a single “system on a chip.”
  • a chip or chipset may constitute means for performing one or more operations for providing the functionalities described herein.
  • the processor 1522 may be embodied in a number of different ways.
  • the processor may be embodied as one or more of various hardware processing means such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing element with or without an accompanying DSP, or various other processing circuitry including integrated circuits such as, for example, an ASIC (application specific integrated circuit), an FPGA (field programmable gate array), a microcontroller unit (MCU), a hardware accelerator, a special-purpose computer chip, or the like.
  • the processor may include one or more processing cores configured to perform independently.
  • a multi-core processor may enable multiprocessing within a single physical package.
  • the processor may include one or more processors configured in tandem via the bus to enable independent execution of instructions, pipelining and/or multithreading.
  • the processor 1522 may be configured to execute instructions stored in the memory device 1524 or otherwise accessible to the processor.
  • the processor may be configured to execute hard coded functionality.
  • the processor may represent an entity (e.g., physically embodied in circuitry) capable of performing operations according to an embodiment of the present invention while configured accordingly.
  • the processor when the processor is embodied as an ASIC, FPGA or the like, the processor may be specifically configured hardware for conducting the operations described herein.
  • the processor when the processor is embodied as an executor of software instructions, the instructions may specifically configure the processor to perform the algorithms and/or operations described herein when the instructions are executed.
  • the processor may be a processor of a specific device (e.g., a head mounted display) configured to employ an embodiment of the present invention by further configuration of the processor by instructions for performing the algorithms and/or operations described herein.
  • the processor may include, among other things, a clock, an arithmetic logic unit (ALU) and logic gates configured to support operation of the processor.
  • the processor may also include user interface circuitry configured to control at least some functions of one or more elements of the user interface 1528 .
  • the communication interface 1526 may be any means such as a device or circuitry embodied in either hardware or a combination of hardware and software that is configured to receive and/or transmit data between the computing device 10 and a server 12 .
  • the communication interface 1526 may include, for example, an antenna (or multiple antennas) and supporting hardware and/or software for enabling communications wirelessly.
  • the communication interface may include the circuitry for interacting with the antenna(s) to cause transmission of signals via the antenna(s) or to handle receipt of signals received via the antenna(s).
  • the communications interface may be configured to communicate wirelessly with displays, such as via Wi-Fi, Bluetooth or other wireless communications techniques.
  • the communication interface may alternatively or also support wired communication.
  • the communication interface may include a communication modem and/or other hardware/software for supporting communication via cable, digital subscriber line (DSL), universal serial bus (USB) or other mechanisms.
  • the communication interface may be configured to communicate via wired communication with other components of the computing device.
  • the user interface 1528 may be in communication with the processor 1522 , such as the user interface circuitry, to receive an indication of a user input and/or to provide an audible, visual, mechanical, or other output to a user.
  • the user interface may include, for example, a keyboard, a mouse, a joystick, a display, a touch screen display, a microphone, a speaker, and/or other input/output mechanisms.
  • a display may refer to display on a screen, on a wall, on glasses (e.g., near-eye-display), in the air, etc.
  • the user interface may also be in communication with the memory 1524 and/or the communication interface 1526 , such as via a bus.

Abstract

Provided herein are systems, methods and computer readable media for assessing the health, fitness, operation, or performance of an individual. An example method comprises selecting an individual dynamics/kinetics model from a database and comparing it to tag location data. Another example method comprises selecting a health, fitness, operation and performance (HFOP) model from a database and comparing it to the sensor-derived data.

Description

    CROSS-REFERENCE TO RELATED APPLICATION
  • This application claims priority from and the benefit of the filing date of U.S. Provisional Patent Application No. 61/831,990 filed Jun. 6, 2013, the contents of which is incorporated by reference in its entirety herein.
  • FIELD
  • Embodiments of the invention relate, generally, to monitoring the health, fitness, operation, and performance of individuals using a radio frequency (“RF”) location system.
  • BACKGROUND
  • Individuals (e.g., persons, patients, athletes, animals, machines, etc.) may encounter circumstances whereby their health, fitness, operation, or performance becomes limited or compromised. Applicant has discovered problems associated with current methods and systems for monitoring the health, fitness, operation, or performance of individuals. Through applied effort, ingenuity, and innovation, Applicant has solved the identified problems by developing a solution that is embodied by the present invention, which is described in detail below.
  • BRIEF SUMMARY
  • In general, embodiments of the present invention provided herein include systems, methods and computer readable media for dynamics/kinetics model selection.
  • In one embodiment a method for assessing a health or fitness of an individual is provided, the method comprising receiving tag derived data comprising tag location data and blink data, selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database, comparing the tag location data to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In one embodiment, selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data. In one embodiment, the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • In another embodiment a method for assessing a health, fitness, operation, or performance of an individual in a monitored area may be provided, the method comprising receiving tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for the individual, selecting a health, fitness, operation and performance (HFOP) model based on at least a zone associated with or determined from the tag location data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models. In one embodiment, selecting a HFOP model is based on at least an individual identity. In one embodiment, selecting a HFOP model is based on at least a role. In one embodiment, selecting a HFOP model is based on at least a role and an individual identity.
  • In another embodiment a method for monitoring an individual is provided, the method comprising receiving tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determining, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, and determining adversarial data based on the tag location data. In another embodiment the method may further comprise selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In another embodiment the method may further comprise receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • In another embodiment the method may further comprise selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In another embodiment a computer program product may be provided, the computer program product comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data comprising tag location data and blink data, selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database, comparing the tag location data to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In one embodiment, selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data. In one embodiment, the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • In another embodiment, a computer program product for assessing a health, fitness, operation, or performance of an individual in a monitored area may be provided, the computer program product comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data,
  • receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for the individual, selecting a health, fitness, operation and performance (HFOP) model based on at least a zone associated with or determined from the tag location data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models. In one embodiment, selecting a HFOP model is based on at least an individual identity. In one embodiment, selecting a HFOP model is based on at least a role. In one embodiment, selecting a HFOP model is based on at least a role and an individual identity.
  • In one embodiment, a computer program product for monitoring an individual may be provided, the computer program product comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for receiving tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determining, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, determining adversarial data based on the tag location data.
  • In one embodiment, the computer-executable program code instructions further comprise program code instructions for selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determining a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model. In one embodiment, the computer-executable program code instructions further comprise program code instructions for receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • In one embodiment, the computer-executable program code instructions further comprise program code instructions for selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, comparing the tag location data of at least one of the tags to the individual dynamics/kinetics model, receiving sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, selecting a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, comparing the sensor derived data to the HFOP model, and determining a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In another embodiment an apparatus for assessing a health or fitness of an individual is provided, the apparatus comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data comprising tag location data and blink data, select an individual dynamics/kinetics model from an individual dynamics/kinetics models database, compare the tag location data to the individual dynamics/kinetics model, and determine a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In one embodiment, selecting the individual dynamics/kinetics model is based on at least an individual identity. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a zone determined from the tag location data. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role. In one embodiment, selecting the individual dynamics/kinetics model is based on at least a role and an individual identity. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model is based at least partially on adversarial data. In one embodiment, the tag derived data comprises first blink data received from a first location tag associated with a first individual and second blink data received from a second location tag associated with a second individual, and wherein the adversarial data is based at least partially on comparing the first blink data to the second blink data.
  • In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range. In one embodiment, comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
  • In one embodiment, an apparatus for assessing a health, fitness, operation, or performance of an individual in a monitored area may be provided, the apparatus comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data,
  • receive sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for the individual, select a health, fitness, operation and performance (HFOP) model based on at least a zone associated with or determined from the tag location data, compare the sensor derived data to the HFOP model, and determine a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models. In one embodiment, selecting a HFOP model is based on at least an individual identity. In one embodiment, selecting a HFOP model is based on at least a role. In one embodiment, selecting a HFOP model is based on at least a role and an individual identity.
  • In another embodiment, an apparatus for monitoring an individual may be provided, the apparatus comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to receive tag derived data for each of two or more tags, the tag derived data comprising tag location data and blink data, wherein the tag location data is determined based at least in part on the blink data, determine, based on an individual role database, that the two or more tags are associated with individuals in an adversarial role, and determine adversarial data based on the tag location data. In one embodiment, the computer code is further configured, when executed by the processor, to cause the apparatus to select an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, compare the tag location data of at least one of the tags to the individual dynamics/kinetics model, and determine a health, fitness, operation and performance (HFOP) status for the individual associated with the at least one tag based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • In one embodiment, the computer code is further configured, when executed by the processor, to cause the apparatus to receive sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, select a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, compare the sensor derived data to the HFOP model, and determine a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models.
  • In one embodiment, the computer code is further configured, when executed by the processor, to cause the apparatus to select an individual dynamics/kinetics model from an individual dynamics/kinetics models database based on the adversarial data, compare the tag location data of at least one of the tags to the individual dynamics/kinetics model, receive sensor derived data indicative of at least one of a health, a fitness, an operation level, or a performance level for at least one individual associated with at least one of the tags, select a health, fitness, operation and performance (HFOP) model based on at least the adversarial data, compare the sensor derived data to the HFOP model, and determine a HFOP status for the individual based on the comparison of the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models and based on the comparison of the tag location data to the individual dynamics/kinetics model.
  • BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)
  • Having thus described embodiments of the invention in general terms, reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:
  • FIG. 1 is block diagram of a RF location system that is configured to monitor the health, fitness, operation, and performance of individuals in accordance with an example embodiment;
  • FIGS. 2A and 2B are example illustrations of individuals equipped with an exemplary arrangement of tags and sensors in accordance with some example embodiments;
  • FIGS. 3A-3E are block diagrams showing the input and output of receivers in accordance with an example embodiment;
  • FIGS. 4A and 4B are block diagrams of receiver processing and analytics systems that are configured to monitor the health, fitness, operation, and performance of individuals in accordance with example embodiments;
  • FIGS. 5A-5E are block diagrams showing contents of one or more of an individual database and a role database in accordance with an example embodiment;
  • FIGS. 6A-6C are block diagrams showing data associations that may be used in accordance with an example embodiment;
  • FIG. 7 is a flowchart illustrating a method for monitoring the health, fitness, operation, and performance of individuals in accordance with an example embodiment;
  • FIG. 8 is a flowchart illustrating a method for use in a tag data/sensor data filter in accordance with an example embodiment;
  • FIG. 9 is a flowchart illustrating a method for use in a health, fitness, operation and performance engine, in accordance with an example embodiment;
  • FIG. 10 is a flowchart illustrating a method for use in an individual dynamics/kinetics engine in accordance with an example embodiment;
  • FIG. 11 is a flowchart illustrating a method for use in an health, fitness, operation and performance (HFOP) status engine in accordance with an example embodiment;
  • FIGS. 12A-12C are flowcharts showing methods of use in associating sensor data to particular individuals in accordance with an example embodiment;
  • FIG. 13 is an example illustration showing how the use of tag data may be utilized to monitor the health, fitness, operation, or performance of an individual, in accordance with an example embodiment;
  • FIG. 14 is a flowchart showing an example embodiment of the monitoring of the health, fitness, operation, or performance of an individual, in accordance with an example embodiment; and
  • FIG. 15 is a block diagram of an apparatus that may be specifically configured in accordance with an example embodiment of the present invention.
  • DETAILED DESCRIPTION
  • Embodiments of the present invention now will be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all embodiments of the inventions are shown. Indeed, embodiments of the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to like elements throughout.
  • As used herein, the terms “data,” “content,” “information” and similar terms may be used interchangeably to refer to data capable of being captured, transmitted, received, displayed and/or stored in accordance with various example embodiments. Thus, use of any such terms should not be taken to limit the spirit and scope of the disclosure. Further, where a computing device is described herein to receive data from another computing device, it will be appreciated that the data may be received directly from the another computing device or may be received indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like, sometimes referred to herein as a “network.” Similarly, where a computing device is described herein to send data to another computing device, it will be appreciated that the data may be sent directly to the another computing device or may be sent indirectly via one or more intermediary computing devices, such as, for example, one or more servers, relays, routers, network access points, base stations, and/or the like.
  • Brief Overview
  • The methods, apparatus and computer program products described herein are operable to monitor the health, fitness, operation, and performance of individuals. In some embodiments, the health, fitness, operation, and performance of individuals are monitored based on highly accurate location and/or position data associated with the monitored individuals. Such highly accurate location and/or position data may be further improved with the use of sensor data to provide real-time health, fitness, operation, and performance information concerning the monitored individuals.
  • The term “individual” as used herein refers to a person, patient, athlete, an animal, a machine (e.g., a race car), or other entity having health, fitness, operation, or performance levels that may be deemed appropriate for remote monitoring.
  • Health may generally refer to a condition (e.g., healthy, sick, injured, tired, stressed, dehydrated, dizzy) of an individual. Health may include, but is not limited to, identifying whether an individual is healthy and if not, which of one or more conditions the individual may be afflicted with (e.g., the flu). A health model may include, but is not limited to, particular sensor data and associated thresholds or ranges of health related parameters that may indicate one or more conditions.
  • Fitness may generally refer to whether an individual or object is capable or suitable for performing a function. Fitness may include, but is not limited to, an ability to perform a function. A fitness model may include, but is not limited to, particular sensor data and associated thresholds or ranges of fitness parameters that may indicate one or more functions. For example, if sensor data indicates a stride length of 20+ feet and/or a sustained heart rate of 220+ beats per minutes, an associated fitness model may indicate a horse is performing such feats, and may then look to functions horses may perform. Operation may generally relate to the practical application of a process. Operation may include, but is not limited to, identifying whether an individual is injured or not, and if so, with what injury an individual may be afflicted with (e.g., sprained ankle) and/or at what level may the individual operate at. An operation model may include, but is not limited to, particular sensor data and associated thresholds or ranges that may indicate one or more injuries and/or a percentage of optimal operation. As an example, an individual athlete may take a mental test which can be used as a baseline operation model. If the individual athlete then takes a similar mental test after a head injury and performance differs significantly from the first mental test, the individual may be diagnosed as being in a dizzy or disoriented condition and may predict that the injury cause of the condition is a concussion.
  • Performance may include, but is not limited to, the manner or quality of functioning or an indication of a performance level. In one embodiment, performance may be generally described as a vector of measurements as discussed in greater detail below. A performance model may include, but is not limited to, particular sensor data and associated thresholds or ranges that may indicate performance quality and/or one or more performance levels. In the concussion example, the mental test defines the measurements for the operation model. When the athlete takes the initial test, the measurements are recorded, establishing the baseline performance level. When the athlete takes the second test, the measurements are recorded, establishing a second performance level. Comparing the second performance level to the baseline performance level involves comparing at least some of the measurements from the second test to the corresponding measurements from the first test.
  • There are many reasons why one may wish to monitor the health, fitness, operation, and performance of individuals in real time or near-real time. For example, one may wish to make sure that if a person is hurt that someone else is alerted to provide aid, e.g., a parent, a trainer, a paramedic or other health care professional. In some cases, it may be obvious that a person is hurt (e.g., they fall down, cry, scream, or become unconscious). In other circumstances, their injuries may be less obvious (e.g., stimulus response times may be slowed, they may limp, or they may otherwise move or perform abnormally). In still other circumstances, health, fitness, operation, and performance degradations may only be determined using sensors making appropriate measurements (e.g., heart rate, breathing, body temperature, blood chemistry, etc.). In certain circumstances, multiple measurements may be needed to identify degradations.
  • With the advent of location tracking in sports, it is possible to use precise position information to facilitate monitoring of health and fitness of players, referees, bat boys, coaches, mascots, beer vendors, racing sausages, or even fans in new ways that are easier, faster, and can provide additional information. In this regard, dynamics/kinetics models may be utilized also. A dynamics/kinetics model may include, but is not limited to, position information and associated actions. For example, location data indicating a track shape may indicate an action of “running on a track” or the like. In another embodiment, actions may include or be indicative of non-actions, such as lying down or standing still. In another example, multi-dimensional position information that includes arm/hand position and leg/foot position could indicate that a person is running, lying on the ground, or positioned in a three-point football stance.
  • Various embodiments of the invention are directed to monitoring the health, fitness, operation, and performance of individuals using a RF location system that is configured to aggregate location information with other sensor data. In this regard, such embodiments are configurable to provide alerts, analytics, and statistics that may be used to diagnose, treat, and improve the health, fitness, operation, and performance of individuals.
  • Example RF Location System Architecture
  • FIG. 1 illustrates a radio frequency locating system useful for determining the location of an object (e.g. a football player on a football field) by determining RF location tag 102 (e.g., a ultra-wide band (UWB) location tag) location information at each receiver 106 (e.g., UWB reader, etc.); a timing reference clock to synchronize the frequency of counters within each receiver 106; and, in some examples, a reference tag 104, preferably a UWB transmitter, positioned at known coordinates to enable phase offset between counters to be determined. The systems described herein may be referred to as either “multilateration” or “geolocation” systems; terms which refer to the process of locating a signal source by solving for the mathematical intersection of multiple hyperbolae determined by the difference of arrival times of a signal received at multiple receivers.
  • In some examples, the system comprising at least the tags 102 and the receivers 106 is configured to provide two dimensional and/or three dimensional precision localization (e.g., subfoot resolutions), even in the presence of multipath interference, due in part to the use of short nanosecond duration pulses whose time-of-flight can be accurately determined using detection circuitry, such as in the receivers 106, which can trigger on the leading edge of a received waveform. In some examples, this short pulse characteristic allows necessary data to be conveyed by the system at a higher peak power, but lower overall power levels, than a wireless system configured for high data rate communications, yet still operate within local regulatory requirements which may limit overall power levels.
  • In some examples, the tags 102 may operate with an instantaneous −3 dB bandwidth of approximately 400 MHz and an average transmission rate below a 187.5 kHz regulatory cutoff. In such examples, the predicted maximum range of the system, operating at 6.0 GHz, is roughly 311 meters. Such a configuration advantageously satisfies constraints applied by regulatory bodies related to peak and average power densities (e.g., effective isotropic radiated power density), while still optimizing system performance related to range and interference. In further examples, tag transmissions with a −3 dB bandwidth of approximately 400 MHz yields, in some examples, an instantaneous pulsewidth of roughly 2.5 nanoseconds which enables a resolution to better than 30 centimeters.
  • Referring again to FIG. 1, the object to be located has an attached RF location tag 102, preferably a tag having a UWB transmitter, that transmits a signal comprising a burst (e.g., 72 pulses at a burst rate of 1 Mb/s), and optionally, a burst having a tag data packet that may include tag data elements that may include, but are not limited to, a tag unique identification number (tag UID), other identification information, a sequential burst count, stored tag data, or other desired information for object or personnel identification, inventory control, etc. In some embodiments, the tag data packet may include a tag-individual correlator that can be used to associate a specific individual with a specific tag. In some examples, the sequential burst count (e.g., a packet sequence number) from each tag 102 may be advantageously provided in order to permit, at a receiver hub 108, correlation of time of arrival (TOA) measurement data from various receivers 106.
  • In some examples, the RF location tag 102 may employ UWB waveforms (e.g., low data rate waveforms) to achieve extremely fine resolution because of their extremely short pulse (i.e., sub-nanosecond to nanosecond, such as a 2 ns (1 ns up and 1 ns down)) durations. As such, the tag data packet may be of a short length (e.g., 72-112 bits in some example embodiments), that advantageously enables a higher throughput and higher transmission rates. In some examples, higher throughput and/or higher transmission rates may result in larger datasets for filtering to achieve a more accurate location estimate. In some examples, rates of up to approximately 2600 updates per second can be accommodated without exceeding regulatory requirements. Alternatively or additionally, in some examples, the length of the tag data packets, in conjunction with other system functionality, may also result in a longer battery life (e.g., a 3.0 v 1 A-hr lithium cell battery may result in a tag battery life in excess of 3.8 years).
  • In some examples, one or more other tags, such as a reference tag 104, may be positioned within and/or about a monitored area, such as monitored area 100 illustrated herein as a football field. In some examples, the reference tag 104 may be configured to transmit a signal that is used to measure the relative phase (e.g., the count of free-running counters) of non-resettable counters within the receivers 106.
  • One or more (preferably four or more) receivers 106 are also at locations with predetermined coordinates within and/or around the monitored area 100. In some examples, the receivers 106 may be connected in a “daisy chain” fashion to advantageously allow for a large number of receivers 106 to be interconnected over a significant monitored area in order to reduce and simplify cabling, reduce latency, provide power and/or the like. Each of the receivers 106 includes a receiver for receiving transmissions, such as UWB transmissions, and preferably, a packet decoding circuit that extracts a time of arrival (TOA) timing pulse train, transmitter ID, packet number and/or other information that may have been encoded in the tag transmission signal (e.g., material description, personal information, etc.) and is configured to sense signals transmitted by the tags 102 and one or more reference tags 104 (if present).
  • Each receiver 106 includes a time measuring circuit that measures time differences of arrival (TDOA) of tag bursts. The time measuring circuit is phase-locked (e.g., phase differences do not change and therefore respective frequencies are identical) with a common digital reference clock signal distributed via cable connection from a receiver hub 108 having a central timing reference clock generator. The reference clock signal establishes a common timing reference for the receivers 106. Thus, multiple time measuring circuits of the respective receivers 106 are synchronized in frequency, but not necessarily in phase. While there typically may be a phase offset between any given pair of receivers in the receivers 106, the offset is readily determined through use of a reference tag 104. Alternatively or additionally, each receiver may be synchronized wirelessly via virtual synchronization without a dedicated physical timing channel.
  • In some example embodiments, the receivers 106 are configured to determine various attributes of the received signal. Since measurements are determined at each receiver 106, in a digital format, rather than analog, signals are transmittable to the receiver hub 108. Advantageously, because packet data and measurement results can be transferred at high speeds to a receiver memory, the receivers 106 can receive and process tag (and corresponding object) locating signals on a nearly continuous basis. As such, in some examples, the receiver memory allows for a high burst rate of tag events (i.e., tag data packets) to be captured.
  • Data cables or wireless transmissions may convey measurement data from the receivers 106 to the receiver hub 108 (e.g., the data cables may enable a transfer speed of 2 Mbps). In some examples, measurement data is transferred to the receiver hub at regular polling intervals.
  • As such, the receiver hub 108 determines or computes tag location (i.e., object location) by processing TDOA measurements related to multiple data packets detected by the receivers 106. In some example embodiments, the receiver hub 108 may be configured to resolve the coordinates of a tag using nonlinear optimization techniques. The receiver hub 108 may also be referred to herein as a locate engine or a receiver hub/locate engine.
  • In some examples, the system described herein may be referred to as an “over-specified” or “over-determined” system. As such, the receiver hub 108 may then calculate one or more valid (i.e., most likely) locations based on a set of measurements and/or one or more incorrect (i.e., less likely) locations. For example, a location may be calculated that is impossible due the laws of physics (e.g., a tag on a football player that travels more than 100 yards in 1 second) or may be an outlier when compared to other determined locations. As such one or more algorithms or heuristics may be applied to minimize such error.
  • One such algorithm for error minimization, which may be referred to as a time error minimization algorithm, may be described as
  • ɛ = j = 1 N k = j + 1 N { ( t j - t k ) - 1 c [ [ ( x - x j ) 2 + ( y - y j ) 2 + ( z - z j ) 2 ] 1 2 - [ ( x - x k ) 2 + ( y - y k ) 2 + ( z - z k ) 2 ] ] } 2
  • where N is the number of receivers, c is the speed of light, xj,k, yj,k and zj,k are the coordinates of the receivers and tj,k are the arrival times received at each of the receivers. Note that only time differences may be received at receiver 106 in some example embodiments. The starting point for the minimization is obtained by first doing an area search on a coarse grid of x, y and z over an area defined by the user. This is followed by a localized steepest descent search.
  • Another or second algorithm for error minimization, which may be referred to as a distance error minimization algorithm, may be defined by:
  • ɛ = j = 1 N [ [ ( x - x j ) 2 + ( y - y j ) 2 + ( z - z j ) 2 ] 1 2 - c ( t j - t 0 ) ] 2
  • where time and location differences are replaced by their non-differential values by incorporating an additional unknown dummy variable, t0, which represents an absolute time epoch. The starting point for this algorithm is fixed at the geometric mean location of all active receivers. No initial area search is needed, and optimization proceeds through the use of a Davidon-Fletcher-Powell (DFP) quasi-Newton algorithm in some examples.
  • In order to determine the coordinates of a tag (T), in some examples and for calibration purposes, a reference tag (e.g., reference tag 104) is positioned at a known coordinate position (xT, yT, zT).
  • In further example embodiments, a number N of receivers {Rj: j=1, . . . , N} (e.g., receivers 106) are positioned at known coordinates (xR j , yR j , zR j ), which are respectively located at distances, such as:

  • d R j =√(x R j −x T)2+(y R j −y T)2+(z R j −z T)2
  • from a reference tag.
  • Each receiver Rj utilizes, for example, a synchronous clock signal derived from a common frequency time base, such as clock generator. Because the receivers are not synchronously reset, an unknown, but constant offset Oj exits for each receiver's internal free running counter. The value of the offset Oj is measured in terms of the number of fine resolution count increments (e.g., a number of nanoseconds for a one nanosecond resolution system).
  • The reference tag is used to calibrate the radio frequency locating system as follows:
  • The reference tag emits a signal burst at an unknown time τR. Upon receiving the signal burst from the reference tag, a count NR j as measured at receiver Rj is given by

  • N R j τ R +O j +βd R j /c
  • where c is the speed of light and β is the number of fine resolution count increments per unit time (e.g., one per nanosecond). Similarly, each object tag Ti of each object to be located transmits a signal at an unknown time τi to produce a count

  • N i j =βτi +O j +βd i j /c
  • at receiver Rj where di j is the distance between the object tag Ti and the receiver at receiver Rj. Note that τi is unknown, but has the same constant value for receivers of all receivers Rj. Based on the equalities expressed above for receivers Rj and Rk and given the reference tag information, differential offsets expressed as differential count values are determined as follows:
  • N R j - N R k = ( O j - O k ) + β ( d R j c - d R k c ) or ( O j - O k ) = ( N R j - N R k ) - β ( d R j c - d R k c ) = Δ j k
  • Δjk is constant as long as dRj−dRk remains constant, (which means the receivers and tag are fixed and there is no multipath situation) and β is the same for each receiver. Note that Δjk is a known quantity, since NR j , NR k , β, dR j /c, and dR k /c are known. That is, the differential offsets between receivers Rj and Rk may be readily determined based on the reference tag transmissions. Thus, again from the above equations, for an object tag (Ti) transmission arriving at receivers Rj and Rk:

  • N i j −N i k =(O j −O k)+(d i j /c−d i k /c)=Δj k +β(d i j /c−d i k /c)

  • or,

  • d i j −d i k =(c/β)[N i j −N i k −Δj k ].
  • The process further includes determining a minimum error value Ei, for each object tag Ti, according to the functional relationship:
  • E i = min ( x , y , z ) j k > j [ ( d i j - d i k ) - ( dist ( T x , y , z , R j ) - dist ( T x , y , z ) ) ] 2
      • where dist(Tx,y,z,Rj)=√{square root over ((xR j −x)2+(yR j −y)2+(zR j −z)2)}{square root over ((xR j −x)2+(yR j −y)2+(zR j −z)2)}{square root over ((xR j −x)2+(yR j −y)2+(zR j −z)2)}
  • is the Euclidean distance between point (x,y,z) and the coordinates of the jth receiver Rj. The minimization solution (x′,y′,z′) is the estimated coordinate position for the ith tag at t0.
  • In an example algorithm, this proceeds according to:
  • ɛ = j = 1 N [ [ ( x - x j ) 2 + ( y - y j ) 2 + ( z - z j ) 2 ] 1 2 - c ( t j - t 0 ) ] 2
  • where each arrival time, tj, is referenced to a particular receiver (receiver “1”) as follows:
  • t j = 1 β ( N j - N 1 - Δ j k )
  • and the minimization is performed over variables (x, y, z, t0) to reach a solution (x′, y′, z′, t0′).
  • In some example embodiments, the location of a tag 102 (e.g., tag location data) may then be output to the receiver processing and analytics system 110 for further processing to advantageously provide visualizations, predictive analytics and/or the like.
  • Individuals Equipped with Location Tags and Sensors
  • FIG. 1 shows a monitored area 100. The monitored area 100 comprises a plurality of positions at one or more time epochs. The plurality of positions may be divided into one or more zones. Each zone may be described by one or more coordinate systems, such as a local NED (North-East-Down) system, a latitude-longitude system, or even a yard line system as might be used for an American football game. A location is a description of a position, or a plurality of positions, within the monitored area. For example, a field marker at the intersection of the south goal line and west out of bounds line at Bank of America Stadium in Charlotte, N.C. could be described as {0,0,0} in a local NED system, or 35.225336 N 80.85273 W longitude 751 ft. altitude on a latitude-longitude system, or simply “Panthers Goal Line” in a yard line system. Because different types of locating systems or different zones within a single locating system may use different coordinate systems, a Geographical Information System may be used to associate location data.
  • FIGS. 2A and 2B illustrate example individuals equipped with tags and/or sensors that are configured to transmit signals to receivers of a RF location system. As will be apparent to one of ordinary skill in the art in view of this disclosure, the composition and arrangement of the tags and sensors used on a selected individual may change based on the health, fitness, operation, and performance parameters that are intended for monitoring, as well as practical considerations regarding the equipment to be worn.
  • FIG. 2A depicts an individual 200, shown here for exemplary purposes as a football player, equipped with a number of tags 202 a-j and sensors 203 a-d. The term “sensor” as used herein refers to any device that detects, measures, indicates or records a parameter associated with an individual's health, fitness, operation, or performance.
  • The depicted individual 200 is equipped with a plurality of tags 202 a-j (e.g., the RF location tags 102 discussed in connection with FIG. 1) to provide robust location data for determining information concerning the body motion kinetics of the tagged individual 200. In particular, the individual 200 is equipped with tags 202 a and 202 b positioned proximate to the individual's shoulder area (here under shoulder pads), tags 202 c and 202 d positioned in gloves proximate to the individual's hands, tags 202 e and 202 f positioned in knee pads proximate to the individual's knees, tags 202 g and 202 h positioned in shoes proximate to the individual's feet, and tags 202 i and 202 j positioned in sleeves or elbow pads proximate to the individual's elbows.
  • As discussed above, each tag may be a device configured for transmitting a signal, for example, a UWB signal that includes a TOA timing pulse, and optionally, a tag data packet that may include, but is not limited to, ID information (e.g., tag UID), a sequential burst count or other desired information. The tag signals (e.g., blink data) may be collected and used, e.g., by the receiver hub 108 of FIG. 1, to determine tag location data at one or more times, which may in turn be used, e.g., by the receiver processing and analytics system 110 of FIG. 1, to determine location data and body motion kinetics of the tagged individual. The tag signal may include analog and/or digital data.
  • While FIG. 2A illustrates an example embodiment employing multiple tags 202 a-j, one of ordinary skill in the art will readily appreciate that more or fewer tags 202 may be used. For example, in one embodiment where simple location of the individual is all that is desired (as opposed to information concerning the motion of arms, legs, or other tagged appendages), a single tag may be used (as shown in FIG. 2B).
  • The individual 200 depicted in FIG. 2A is further equipped with a plurality of sensors 203 a-d. In particular, the individual is equipped with sensor 203 a, which is an accelerometer positioned in a helmet proximate to the individual's head; sensor 203 b, which is a body temperature sensor positioned in a jersey under the individual's arm; sensor 203 c, which is a heart rate sensor positioned in a shoulder pads breastplate proximate to the individual's chest; and sensor 203 d, which is a blood pressure sensor positioned on an arm band proximate to the individual's arm. Similarly, one or more sensors could be used, perhaps together with dimensional data, to measure the motion of appendages of the individual, to measure relative motion of appendages relative to one or more tags, or to measure aspects of a tag, such as motion, direction, or acceleration, temperature, etc. Dimensional data could include anatomical dimension information such as, for example, the measured length of individual appendages (femur, arm, finger, wheel circumference) or combined dimensions (height, stride, wingspan, body length), or equipment dimensions (shoe, wristband, shirt, lance, spear, pole, bat) or other measured or calculated dimensions as may be useful in determining expected or actual motion.
  • FIG. 2B shows a second individual 250, shown here for exemplary purposes as a runner, equipped with a tag 252 and a number of sensors 253 a-e. The depicted tag 252 is positioned on a head band proximate to the individual's head to encourage better transmission performance (i.e., better line of sight RF communication) of the tag to a receiver. The individual 250 is equipped with sensor 253 a, which is an eye dilation sensor positioned in glasses proximate to the individual's eyes; sensor 253 b, which is a hydration sensor configured to monitor sweat loss or sweat loss rate and positioned in a body suit or shirt proximate to the individual's back; sensor 253 c, which is a sensor for measuring contextual data, such an accelerometer for measuring acceleration, ambient temperature sensor or like for measuring outside temperature, humidity, barometric pressure, wind speed, air quality or composition, or the like and which is positioned in a shirt collar proximate to the individual's neck; sensor 253 d, which is a blood pressure monitor positioned on an arm band proximate to the individual's arm; and sensor 253 e, which is a blood chemistry sensor configured for monitoring levels of one or more of carbon dioxide, oxygen, potassium, calcium, sodium, hematocrit, temperature and pH and positioned on an arm band proximate to the individual's arm.
  • The depicted individual 250 is further equipped with a power supply 255 positioned on a belt proximate to the individual's waist. The depicted power supply may be disposed in electrical communication (perhaps through wires sewn into clothing, etc.) with the tag and/or sensors 253 a-e to provide primary or back-up power to such devices. In other embodiments (such as that shown in FIG. 2A), each of the tags and sensors may include their own power supply (e.g., battery). In one embodiment, each tag includes a battery while each of the sensors draws power from a common power supply (not shown).
  • While FIGS. 2A and 2B depict a particular type of individual, namely, athletes, various other types of individuals are contemplated in connection with the embodiments herein described. As will be apparent to one of ordinary skill in the art in view of this disclosure, each individual may be equipped with a different array of tags and sensors. For example, and without limitation, were the selected individual a race car for motor sports applications, such individual may be equipped with a tag positioned proximate to the car's roof, a fuel sensor positioned proximate a fuel tank, a temperature sensor, an RPM sensor, etc., positioned within the car's engine compartment, and a brake sensor positioned proximate to the car's brake system.
  • In various embodiments (including those shown in FIGS. 2A and 2B), each sensor may include a transmitter for transmitting a sensor signal comprising, for example, a sensor information packet to one or more receivers (such as receivers 106 of FIG. 1). The sensor information packet may include, but is not limited to, a sensor unique identification number (sensor UID), other identification information, stored sensor data, one or more environmental measurements, or other desired information for object or personnel identification. The sensor information packet may include analog information, digital data, or both. In some embodiments, the sensor information packet may include a sensor-individual correlator that can be used to associate a specific individual with a specific sensor. In one embodiment, multiple sensors may share a common transmitter that buffers and transmits the sensor information packet from various sensors at regular intervals or, in alternate embodiments, when interrogated by a remote receiver.
  • In still other embodiments, one or more sensors may be disposed in wired or wireless communication with one or more tags and, thus, may leverage the transmitters of the one or more tags to package and relay the sensor information packet to one or more remote receivers. In an embodiment where a tag transmits the sensor information packet to one or more remote receivers, the tag may incorporate the sensor information packet into the tag-data packet, such that the transmitted tag-data packet may include both the sensor information packet and tag data elements. In some embodiments, the transmitted tag-data packet may include a tag-sensor correlator that can be used to associate a specific sensor with a specific tag.
  • As may be appreciated by one skilled in the art in view of this disclosure, the one or more sensors may be configured specifically for attachment to an individual as a worn sensor. For example, one or more sensors may be sewn or woven into fabric. For a participant in a sporting event, that fabric could be part of a uniform or referee outfit. For an individual in a sausage race, the sensor could be attached to the lederhosen or sombrero portion of the sausage costume. For a fan, the sensor might be worn as a wristband or nametag. In another embodiment, one or more sensors may be inserted under a layer of skin or swallowed. In another example embodiment, one or more sensors may be part of a computing application or large medical diagnostic device that the individual patient sits by or lays next to in order to provide physical data.
  • The one or more sensors may be powered wirelessly by an RF interrogator or may be powered by a dedicated battery or capacitor mounted within or proximate to the sensor itself. In another embodiment, power may be provided by wire or wirelessly by a location tag, a separate power source worn on the athlete's body, or by environmental activity, such as solar power, kinetic energy, shock, or motion. In another embodiment, power may be provided from a wall outlet. In an embodiment in which power is not internal to the sensor or provided wirelessly, power may be carried to the sensor over the skin, via a cable, or via a woven fabric.
  • As will be apparent to one of ordinary skill in the art in view of this disclosure, once the tags and sensors of FIGS. 2A and 2B are positioned on individuals, they may, in some embodiments, be correlated to such individuals. For example, in some embodiments, unique tag or sensor identifiers (unique IDs such as tag UIDs or sensor UIDs) may be correlated to an individual profile (e.g., John Smith—80 year old male patient, Fred Johnson—28 year old triathlete, Cinco—chorizo costume with sombrero, or ID 027—race car number 27) and stored to a remote database accessible to the receiver processing and analytics system as discussed in greater detail below. Each individual profile may further include or be correlated with a variety of data including, but not limited to, biometric data (e.g., height, weight, health data, etc.), ambient sensor data, and other data that may be apparent to one of skill in the art in view of the foregoing description. In some embodiments, the tags or sensors may be associated with an individual before they are positioned on an individual, such as when a nametag is printed or when a RF locating tag is placed on shoulder pads which will likely be worn by a particular athlete.
  • Tag ID and Sensor Data Transmission Architecture
  • FIGS. 3A, 3B, 3C, 3D, and 3E show block diagrams of various different architectures that may be utilized in transmitting signals from one or more tags and sensors to one or more receivers of a receiver processing and analytics system in accordance with embodiments of the invention. In some embodiments, the depicted architectures may be used in connection with the receiver processing and analytics system 110 of FIG. 1. More than one of these architectures may be used together in a single system.
  • FIG. 3A shows a RF location tag 102, such as that shown in FIG. 1, which may be configured to transmit a tag signal to one or more receivers 106. The one or more receivers 106 may transmit a receiver signal to the receiver hub/locate engine 108.
  • The depicted RF location tag 102 may generate or store a tag UID and/or tag data as shown. The tag data may include useful information such as the installed firmware version, last tag maintenance date, configuration information, and/or a tag-individual correlator. The tag-individual correlator may comprise data that indicates that a monitored individual is associated with the RF location tag 102 (e.g., name, uniform number and team, biometric data, tag position on individual, i.e., right wrist). As will be apparent to one of skill in the art in view of this disclosure, the tag-individual correlator may be stored to the RF location tag 102 when the tag is registered or otherwise associated with an individual. While shown as a separate field for illustration purposes, one of ordinary skill in the art may readily appreciate that the tag-individual correlator may be part of any tag data or even omitted from the tag.
  • The tag signal data transmitted from RF location tag 102 to receiver 106 may include “blink data” as it is transmitted at selected intervals. This “blink rate” may be set by the tag designer or the system designer to meet application requirements. In some embodiments, the blink rate is consistent for one or all tags and, in other embodiments, the blink rate may data dependent (i.e., change based on the data transmitted). Blink data includes characteristics of the tag signal that allow the tag signal to be recognized by the receiver 106 so the location of the RF location tag 102 may be determined by the locating system. Blink data may also comprise one or more tag data packets. Such tag data packets may include any data from the tag 102 that is intended for transmission such as, for example in the depicted embodiment, a tag UID, tag data, and a tag-individual correlator. In the case of TDOA systems, the blink data may be or include a specific pattern, code, or trigger that the receiver 106 (or downstream receiver processing and analytics system) detects to identify that the transmission is from a RF location tag 102 (e.g., a UWB tag).
  • The depicted receiver 106 receives the tag signal, which includes blink data and tag data packets as discussed above. In one embodiment, the receiver 106 may pass the received tag signal directly to the receive hub/locate engine 108 as part of its receiver signal. In another embodiment, the receiver 106 could perform some basic processing on the received tag signal. For instance, the receiver could extract blink data from the tag signal and transmit the blink data to the receive hub/locate engine 108. The receiver could transmit a time measurement to the receive hub/locate engine 108 such as a TOA measurement and/or a TDOA measurement. The time measurement could be based on a clock time generated or calculated in the receiver, it could be based on a receiver offset value as explained at least in paragraph [0081] above, it could be based on a system time, and/or it could be based on the time difference of arrival between the tag signal of the RF location tag 102 and the tag signal of a RF reference tag (e.g., tag 104 of FIG. 1). The receiver 106 could additionally or alternatively determine a signal measurement from the tag signal (such as a received signal strength indication (RSSI), a direction of signal, signal polarity, or signal phase) and transmit the signal measurement to the receive hub/locate engine 108.
  • FIG. 3B shows a RF location tag 202 and sensor 203, such as those worn on an individual's person as shown in FIG. 2, which may be configured to transmit tag signals and sensor signals, respectively, to one or more receivers 106, 166. The one or more receivers 106, 166 may then transmit receiver signals to the receiver hub/locate engine 108. One or more receivers 106, 166 may share physical components, such as a housing or antenna.
  • The depicted RF location tag 202 may comprise a tag UID and tag data (such as a tag-individual correlator) and transmit a tag signal comprising blink data as discussed in connection with FIG. 3A above. The depicted sensor 203 may generate and/or store a sensor UID, additional stored sensor data (e.g., a sensor-individual correlator, sensor type, sensor firmware version, last maintenance date, the units in which environmental measurements are transmitted, etc.), and environmental measurements. The “additional stored sensor data” of the sensor 203 may include any data that is intended for transmission, including but not limited to a RF location tag 202, a reference tag (e.g., 104 of FIG. 1), a sensor receiver, a receiver 106, and/or the receiver/hub locate engine 108.
  • The sensor-individual correlator may comprise data that indicates that a monitored individual is associated with the sensor 203 (e.g., name, uniform number and team, biometric data, sensor position on individual, i.e., right wrist). As will be apparent to one of skill in the art in view of this disclosure, the sensor-individual correlator may be stored to the sensor 203 when the sensor is registered or otherwise associated with an individual. While shown as a separate field for illustration purposes, one of ordinary skill in the art may readily appreciate that the sensor-individual correlator may be part of any additional stored sensor data or omitted from the sensor altogether.
  • Sensors such as sensor 203 that are structured according to embodiments of the invention may sense or determine one or more environmental conditions (e.g. temperature, pressure, pulse, heartbeat, rotation, velocity, acceleration, radiation, position, chemical concentration, voltage) and store or transmit “environmental measurements” that are indicative of such conditions. To clarify, the term “environmental measurements” includes measurements concerning the environment proximate the sensor including, without limitation, ambient information (e.g., temperature, position, humidity, etc.) and information concerning an individual's health, fitness, operation, and/or performance. Environmental measurements may be stored or transmitted in either analog or digital form and may be transmitted as individual measurements, as a set of individual measurements, and/or as summary statistics. For example, temperature in degrees Celsius may be transmitted as {31}, or as {33, 32, 27, 22, 20, 23, 27, 30, 34, 31}, or as {27.9}. In some embodiments, the sensor-individual correlator could be determined at least in part from the environmental measurements.
  • In the depicted embodiment, RF location tag 202 transmits a tag signal to receiver 106 and sensor 203 transmits a sensor signal to sensor receiver 166. The sensor signal may comprise one or more sensor information packets. Such sensor information packets may include any data or information from the sensor 203 that is intended for transmission such as, for example in the depicted embodiment, sensor UID, additional stored sensor data, sensor-individual correlator, and environmental measurements. A receiver signal from receiver 106 and a sensor receiver signal from sensor receiver 166 may be transmitted via wired or wireless communication to receiver hub/locate engine 108 as shown.
  • FIG. 3C depicts a sensor 203 communicating through a RF location tag 202 in accordance with various embodiments. In one embodiment, the sensor 203 may be part of (i.e., reside in the same housing or assembly structure) of the RF location tag 202. In another embodiment, the sensor 203 may be distinct from (i.e., not resident in the same housing or assembly structure) the RF location tag 202 but configured to communicate wirelessly or via wired communication with the RF location tag 202.
  • In one embodiment, the RF location tag 202, the sensor 203, or both, may generate and/or store a tag-sensor correlator that indicates an association between a RF location tag 202 and a sensor 203 (e.g., tag UID/sensor UID, distance from tag to sensor in a particular stance, set of sensors associated with a set of tags, sensor types associated with a tag, etc.). In the depicted embodiment, both the RF location tag 202 and the sensor 203 store the tag-sensor correlator.
  • In the depicted embodiment, sensor 203 transmits a sensor signal to RF location tag 202. The sensor signal may comprise one or more sensor information packets as discussed above. The sensor information packets may comprise the sensor UID, a sensor-individual correlator, additional stored sensor data, the tag-sensor correlator, and/or the environmental measurements. The RF location tag 202 may store some portion or some or all of the sensor information packets locally and may package the sensor information packets into one or more tag data packets for transmission to receiver 106 as part of a tag signal or simply pass them along as part of its tag signal.
  • FIG. 3D illustrates an example communication structure for a reference tag 104 (e.g., reference tag 104 of FIG. 1), an RF location tag 202, a sensor 203, and two receivers 106 in accordance with one embodiment. The depicted reference tag 104 is a RF location tag and thus may include tag data, a tag UID, and/or the like and is capable of transmitting tag data packets. In some embodiments, the reference tag 104 may form part of a sensor and may thus be capable of transmitting sensor information packets.
  • The depicted sensor 203 transmits a sensor signal to RF reference tag 104. The RF reference tag 104 may store some portion or some or all of the sensor information packets locally and may package the sensor information packets into one or more tag data packets for transmission to receiver 106 as part of a tag signal, or simply pass them along as part of its tag signal.
  • As was described above in connection with FIG. 1, the receivers 106 of FIG. 3D are configured to receive tag signals from the RF location tag 202 and the reference tag 104. Each of these tag signals may include blink data, which may comprise tag UIDs, tag data packets, and/or sensor information packets. The receivers 106 each transmit receiver signals via wired or wireless communication to the receiver hub/locate engine 108 as shown.
  • FIG. 3E illustrates an example communication structure between an RF location tag 202, a plurality of receivers 106, and a variety of sensor types including, without limitation, a sensor 203, a diagnostic device 233, a triangulation positioner 243, a proximity positioner 253, and a proximity label 263 in accordance with various embodiments. In the depicted embodiment, none of the sensors 203, 233, 243, 253 form part of an RF location tag 202 or reference tag 104. However, each may comprise a sensor UID and additional stored sensor data. Each of the depicted sensors 203, 233, 243, 253 transmits sensor signals comprising sensor information packets.
  • In the depicted embodiment, receiver 106 is configured to receive a tag signal from RF location tag 202 and a sensor signal directly from sensor 203. In such embodiments, sensor 203 may be configured to communicate in a communication protocol that is common to RF location tag 202 as will be apparent to one of ordinary skill in the art in view of this disclosure.
  • FIG. 3E depicts one type of sensor referred to herein as a “proximity interrogator”. The proximity interrogator 223 can include circuitry operative to generate a magnetic, electromagnetic, or other field that is detectable by a RF location tag 202. While not shown in FIG. 3E, a proximity interrogator 223 may include a sensor UID and other sensor data or information as discussed above.
  • In some embodiments, the proximity interrogator 223 is operative as a proximity communication device that can trigger a RF location tag 202 (e.g., when the RF location tag 202 detects the field produced by the proximity interrogator 223) to transmit blink data under an alternate blink pattern or blink rate. The RF location tag can initiate a preprogrammed (and typically faster) blink rate to allow more location points for tracking an individual. In some embodiments, the RF location tag may not transmit a tag signal until triggered by the proximity interrogator 223. In some embodiments the RF location tag 202 may be triggered when the RF location tag 202 moves near (e.g., within communication proximity to) a proximity interrogator 223. In some embodiments, the RF location tag may be triggered when the proximity interrogator 223 moves near to the RF location tag 202. In other embodiments, the RF location tag 202 may be triggered when a button is pressed or a switch is activated on the proximity interrogator 223 or on the RF location tag itself. For example, a proximity interrogator 223 could be placed at the start line of a racetrack. Every time a car passes the start line, a car-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that a lap has been completed. As another example, a proximity interrogator 223 could be placed at a Gatorade cooler. Each time an athlete fills a cup from the cooler an athlete-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that Gatorade has been consumed. As another example, a proximity interrogator 223 could be placed on a medical cart. When paramedics use the medical cart to pick up an athlete and move her to the locker room, an athlete-mounted RF location tag 202 senses the signal from the proximity interrogator and is triggered to transmit a tag signal indicating that they have been removed from the game. As explained, any of these post-triggered tag signals may differ from pre-triggered tag signals in terms of any aspect of the analog and/or digital attributes of the transmitted tag signal.
  • FIG. 3E depicts another type of sensor that is generally not worn by an individual but is referred to herein as a “diagnostic device”. However, like other sensors, diagnostic devices may measure one or more environmental conditions and store corresponding environmental measurements in analog or digital form.
  • While the depicted diagnostic device 233 is not worn by an individual, it may generate and store a sensor-individual correlator for association with environmental measurements taken in connection with a specific individual. For example, in one embodiment, the diagnostic device 233 may be a blood pressure meter that is configured to store as environmental measurements blood pressure data for various individuals. Each set of environmental measurements (e.g., blood pressure data) may be stored and associated with a sensor-individual correlator.
  • The depicted diagnostic device 233 is configured to transmit a sensor signal comprising sensor information packets to a sensor receiver 166. The sensor information packets may comprise one or more of the sensor UID, the additional stored data, the environmental measurements, and/or the sensor-individual correlator as discussed above. The sensor receiver 166 may associate some or all of the data from the sensor information packets with other stored data in the sensor receiver 166 or with data stored or received from other sensors, diagnostic devices, RF location tags 102, or reference tags. The sensor receiver 166 transmits a sensor receiver signal to a receiver hub/locate engine 108.
  • Another type of sensor shown in FIG. 3E is a triangulation positioner 243. A “triangulation positioner” is a type of sensor that senses position. The depicted triangulation positioner 243 includes a sensor UID, additional stored sensor data, and environmental measurements as discussed above.
  • In some embodiments, a triangulation positioner (also known as a global positioning system (GPS) receiver) receives clock data transmitted by one or more geostationary satellites (a satellite in a known or knowable position) and/or one or more ground based transmitters (also in known or knowable positions), compares the received clock data, and computes a “position calculation”. The position calculation may be included in one or more sensor information packets as environmental measurements.
  • In another embodiment, a triangulation positioner comprises one or more cameras or image-analyzers that receive emitted or reflected light or heat, and then analyzes the received images to determine the location of an individual or sensor. Although a triangulation positioner may transmit data wirelessly, it is not a RF location tag because it does not transmit blink data or a tag signal that can be used by a receiver hub/locate engine 108 to calculate location. In contrast, a triangulation positioner senses position and computes a position calculation that may then be used as environmental measurements by the receiver hub/locate engine 108.
  • In one embodiment, a triangulation positioner could be combined with a RF location tag or reference tag (not shown). In such embodiments, the triangulation positioner could compute and transmit its position calculation via the RF location tag to one or more receivers. However, the receiver hub/locate engine would calculate tag location based on the blink data received as part of the tag signal and not based solely on the position calculation. The position calculation would be considered as environmental measurements and may be included in associated sensor information packets.
  • As will be apparent to one of ordinary skill in the art, position calculations (e.g., GPS receiver position calculations) are not as accurate as the location calculations (e.g., UWB waveform based location calculations) performed by receiver hub/locate engines structured in accordance with various embodiments of the invention. That is not to say that position calculations may not be improved using known techniques. For example, a number of influences, including atmospheric conditions, can cause GPS accuracy to vary over time. One way to control this is to use a differential global positioning system (DGPS) comprising one or a network of stationary triangulation positioners that are placed in a known position, and the coordinates of the known position are stored in memory as additional stored sensor data. These triangulation positioners receive clock data from geostationary satellites, determine a position calculation, and broadcast a difference between the position calculation and the stored coordinates. This DGPS correction signal can be used to correct for these influences and significantly reduce location estimate error. Exemplary use of DGPS correction may be found in commonly owned U.S. Pat. No. 7,755,541, which is hereby incorporated by reference herein in its entirety.
  • Another type of sensor shown in FIG. 3E is a proximity detector 253. A “proximity detector” is a type of sensor that senses identity within an area (e.g., a local area) that is small with respect to the monitored area 100 of FIG. 1. Many different ways of sensing identity (e.g., a unique ID or other identifier for a sensed object or individual) would be apparent to one of ordinary skill in the art in view of this disclosure including, without limitation, reading a linear bar code, reading a two-dimensional bar code, reading a near field communication (NFC) tag, reading a RFID tag such as a UHF tag, HF tag, or low frequency tag, an optical character recognition device, a biometric scanner, or a facial recognition system.
  • In some embodiments, a proximity detector senses an attribute of an individual (or an individual's wristband, tag, label, card, badge, clothing, uniform, costume, phone, ticket, etc.). The identity sensed by a proximity detector may be stored locally at the proximity detector 253 as shown and transmitted as environmental measurements via one or more sensor information packets to a sensor receiver 166.
  • In some embodiments, a proximity detector 253 may have a defined position, which is often stationary, and may be associated with a location in the monitored area 100 of FIG. 1. For example, a proximity detector 253 could be located at a finish line of a race track, an entrance gate of a stadium, with a diagnostic device, at a goal line or goal post of a football field, at a base or home plate of a baseball diamond, or a similar fixed location. In such embodiments where the proximity detector is stationary, the position coordinates of the proximity detector and a sensor UID could be stored to a monitored area database (not shown) that is accessible by one or more of the receivers 106, 166, the receiver hub/locate engine 108, and/or other components of the receiver processing and analytics system 110. In embodiments where the proximity detector is movable, a position calculation could be determined with a triangulation positioner, or the proximity detector could be combined with a RF location tag and located by the receiver hub/locate engine 108. While shown as separate fields for illustration purposes in FIG. 3E, identify information and position calculation could comprise part of the additional stored sensor data, the environmental measurements, or both.
  • In one embodiment, the proximity detector could be associated with a reference tag (e.g., tag 104 of FIG. 1) whose position is recorded in the monitored area database. In other embodiments, the proximity detector is movable, such that it may be transported to where it is needed. For example, a proximity detector 253 could be located on a medical cart, first down marker, a diagnostic device, go kart, forklift, or carried by a paramedic or security guard. In an embodiment where the proximity detector 253 is movable it would typically be associated with a RF location tag or triangulation positioner so that location (for a RF location tag) or position (for a triangulation positioner) can be determined at the time identity is sensed.
  • In the embodiment where the proximity detector includes a RF location tag, the receiver hub/locate engine 108 would locate the associated RF location tag, and the tag data/sensor data filter 112 would associate the tag location data for the associated RF location tag as the position of the proximity detector, while determining the identity of an associated individual from any received sensor information packets. In the alternate embodiment where the proximity detector includes a triangulation positioner, the triangulation positioner would compute a position calculation that could be stored as additional stored sensor data and/or environmental measurements, and transmitted as one or more sensor information packets. In one embodiment, sensor information packets for a proximity detector may include both sensed identity information and a position calculation.
  • Another type of sensor shown in FIG. 3E is a proximity label 263. A proximity label has a fixed position and an identification code (e.g., a sensor UID). The proximity label 263 may further comprise additional stored sensor data as shown. The depicted proximity label 263 is configured to be read by proximity detector 253. In some embodiments, proximity detector 253 may be further configured to write information to proximity label 263.
  • A proximity label 263 may be a sticker, card, tag, passive RFID tag, active RFID tag, NFC tag, ticket, metal plate, electronic display, electronic paper, inked surface, sundial, or otherwise visible or machine readable identification device as is known in the art. The coordinates of the position of the proximity label 263 are stored such that they are accessible to the receive hub/locate engine 108. For example, in one embodiment, the position coordinates of a proximity label 263 could be stored in a field database or monitored area database accessible via a network, or stored locally as additional stored data in the proximity detector 253.
  • In some embodiments, a position of the proximity label 263 is encoded into the proximity label 263 itself. For example, coordinates of a position of the proximity label 263 could be encoded into a passive RFID tag that is placed in that position. As another example, the coordinates of a position of the proximity label 263 could be encoded into a printed barcode that is placed in that position. As another example, a proximity label 263 comprising a NFC tag could be encoded with the location “end zone”, and the NFC tag could be placed at or near an end zone at Bank of America stadium. In some embodiments, the stored coordinates of the proximity label 263 may be offset from the actual coordinates of the proximity label 263 by a known or determinable amount.
  • In one embodiment, a proximity label 263 such as an NFC tag may be encoded with a position. When a sensor such as a proximity detector approaches the NFC tag it may read the position, then transmit the position in a sensor information packet to the sensor receiver 166′ and eventually to the receiver hub/locate engine 108. In another embodiment, a proximity label 263 such as a barcode label may be encoded with an identification code. When a smartphone with a proximity detector (such as a barcode imager) and a triangulation positioner (such as a GPS chip, GPS application, or similar device) approaches the barcode label it may read the identification code from the barcode, determine a position calculation from received clock data, then transmit the identity and the position calculation to sensor receiver 166′ and eventually to the receiver hub/locate engine 108 as part of one or more sensor information packets.
  • In the depicted embodiment, triangulation positioner 243 and proximity detector 253 are each configured to transmit sensor signals carrying sensor information packets to sensor receiver 166′. The depicted sensors 243, 253, like any sensor discussed herein, may transmit sensor signals via wired or wireless communication protocols. For example, any proprietary or standard wireless protocol (e.g., 802.11, Zigbee, ISO/IEC 802.15.4, ISO/IEC 18000, IrDA, Bluetooth, CDMA, or any other protocol) could be used for the sensor signals. Alternatively or additionally, any standard or proprietary wired communication protocol (e.g., Ethernet, Parallel, Serial, RS-232, RS-422, USB, Firewire, I2C, etc.) may be used. Similarly, sensor receiver 166′, and any receiver discussed herein, may use similar wired and wireless protocols to transmit receiver signals to the receiver hub/locate engine.
  • In one embodiment, upon receiving sensor signals from the triangulation positioner 243 and the proximity detector 253, the sensor receiver 166′ may associate some or all of the data from the received sensor information packets with other data stored to the sensor receiver 166′, or with data stored or received from other sensors (e.g., sensor 203), diagnostic devices 233, RF location tags 102, or RF reference tags 104. Such associated data is referred to herein as “associated sensor data”. In the depicted embodiment, the sensor receiver 166′ is configured to transmit some or all of the received sensor information packets and any associated sensor data to the receiver hub/locate engine 108 at part of a sensor receiver signal.
  • In one embodiment, a smartphone comprising a proximity detector (such as a barcode imager) and a triangulation positioner (such as a GPS chip) may associate an identification code determined from a barcode with a position calculation from received clock data as associated sensor data and transmit a sensor information packet that includes such associated sensor data to the receiver hub/locate engine 108. In another embodiment, the smartphone could transmit a first sensor information packet including the identification code and the smartphone's unique identifier to another sensor receiver, the smartphone could transmit a second sensor information packet including the position calculation and the smartphone's unique identifier to the sensor receiver, and the sensor receiver could associate the position calculation with the identification code based on the common smartphone unique identifier and transmit such associated sensor data to the receiver hub/locate engine 108. In another embodiment, the sensor receiver could determine a first time measurement associated with the first sensor information packet and a second time measurement associated with the second sensor information packet that, in conjunction with the sensor UID, could be used, by the receiver hub/locate engine 108, to associate the first sensor information packet with the second sensor information packet.
  • In one embodiment, the receiver hub/locate engine 108 receives receiver signals from the receiver 106 and sensor receiver signals from the sensor receivers 166, 166′. In the depicted embodiment, receiver 106 may receive blink data from the RF location tag 102 and transmits to the receiver hub/locate engine 108 some or all of the blink data, perhaps with additional time measurements or signal measurements. In some embodiments, time measurements or signal measurements may be based on a tag signal received from a RF reference tag (e.g., reference tag 104 of FIG. 1). The receiver hub/locate engine 108 collects the blink data, time measurements (e.g. time of arrival, time difference of arrival, phase), and/or signal measurements (e. g. signal strength, signal direction, signal polarization, signal phase) from the receivers 106 and computes tag location data for the tags 102 as discussed above in connection with FIG. 1. In some embodiments, the receivers 106 may be configured with appropriate RF filters, such as to filter out potentially interfering signals or reflections proximate the field of play or other area to be monitored.
  • The receiver hub/locate engine 108 may also access stored data or clock data from local storage and from a network location. The receiver hub/locate engine 108 uses this information to determine tag location data for each RF location tag. It may also associate data derived or extracted from tag signals transmitted from one or more RF location tags with information or data derived or extracted from sensor signals transmitted from one or more sensors.
  • In addition to the TOA or TDOA systems previously described, other real-time location systems (RTLS) such as received signal strength indication based systems could potentially be implemented by a receiver hub/locate engine 108. Any RTLS system using RF location tags, including those described herein, could require considerable processing by the receiver hub/locate engine 108 to determine the tag location data from the blink data received from the tags. These may require time measurement and/or signal measurement in addition to blink data, which preferably includes a tag UID. In contrast, in other systems, such as global position systems (GPS) systems, location data is determined based upon the position calculation transmitted from a GPS transmitter (also referred to as a GPS receiver or GPS tag) which includes calculated information about the location where the tag was positioned (i.e., coordinates determined at the tag via satellite signal triangulation, etc.) when the position calculation was determined or stored. Thus, GPS information typically refers to additional information that is transmitted along with a GPS transmitter ID before the transmission is received by a sensor receiver.
  • A GPS host device or back-end server may receive the GPS information and simply parse the position calculation (as opposed to calculating the position information at the host device) and the GPS transmitter ID into a data record. This data record may be used as a GPS position calculation, or it could be converted to a different coordinate system to be used as a GPS position calculation, or it could be processed further with DGPS information to be used as a GPS position calculation.
  • Returning to FIG. 3C, the depicted RF location tag 202 is used to convey (sometimes called backhaul) sensor information packets to a receiver 106. In some embodiments, while not shown, multiple sensors 203 may transmit sensor signals carrying sensor information packets to RF location tag 202. Such received sensor information packets may be associated with blink data that is transmitted to receiver 106.
  • In one embodiment, the receiver hub/locate engine 108 may parse sensor information packets from received tag data packets and associate such sensor information packets with the RF location tag 202 that transmitted the sensor information packet. Thus, the receiver hub/locate engine 108 may be able to determine tag location data, which may comprise a location and other data (e.g., tag data, tag UID, tag-individual correlator, sensor-individual correlator, additional stored sensor data, environmental measurements, tag-sensor correlator, identity information, position calculation, etc.) from one or more tags or sensors. Such data and information may be transmitted to the receiver processing and analytics system 110.
  • In some embodiments, once the receiver hub/locate engine 108 determines a location estimate of a RF location tag 102 at the time epoch of the tag signal, the receiver hub/locate engine 108 can also associate a location estimate with the tag data packet included in the blink data of such tag signal. In some embodiments, the location estimate of the tag signal may be used as tag location data for the tag data packet. In some embodiments a Geographical Information System (GIS) may be used by the receive hub/locate engine 108 to refine a location estimate, or to map a location estimate in one coordinate system to a location estimate in a different coordinate system, to provide a location estimate for the tag data packet. In some embodiments the Geographical Information System may include a known location for one or more RF reference tags identifiable by a tag unique identification number.
  • In one embodiment, the location estimated for the tag data packet may be associated with any data in the tag data packet, including a tag UID, other tag data, and, if included, one or more sensor information packets, including sensor UID, additional stored sensor data, and environmental measurements. Since environmental measurements may include a position calculation from a triangulation positioner (e.g., a GPS device), the receiver hub/locate engine 108 could parse the position calculation and use it to refine a location estimate for the tag data packet.
  • Preferably, the receiver hub/locate engine 108 may access an individual database to determine tag-individual correlators or sensor-individual correlators. Individual data (e.g., an individual profile) may be stored in a server, in tag memory, in sensor memory, or in other storage accessible via a network or communication system, including tag data or additional stored sensor data as explained previously.
  • In some embodiments, by comparing data accessed using a sensor-individual correlator, the receiver hub/locate engine 108 may associate an individual with a sensor information packet received from a sensor, and/or may associate an individual with such sensor. Because the receiver hub/locate engine 108 may associate a sensor position estimate with a sensor information packet, the receiver hub/locate engine 108 may also estimate an individual position for the associated individual.
  • In another embodiment, by comparing data accessed using a tag-sensor correlator, the receiver hub/locate engine 108 may associate a sensor with a tag data packet received from a RF location tag 102. Because the receiver hub/locate engine 108 may associate a location estimate with a tag data packet, the receiver hub/locate engine 108 may also create a sensor location estimate for the associated sensor. By comparing a location estimate for a RF location tag with a sensor location estimate or a sensor position estimate, the receiver hub/locate engine 108 may associate a RF location tag with a sensor, or may associate a tag data packet with a sensor information packet. The receiver hub/locate engine 108 could also determine a new or refined tag-sensor correlator based on this association.
  • In still another embodiment, by comparing a location estimate for a RF location tag with an individual location estimate or an individual position estimate, the receiver hub/locate engine 108 may associate a RF location tag with an individual, or may associate a tag data packet with an individual. The receiver hub/locate engine 108 could also determine a new or refined tag-individual correlator based on this association.
  • In one embodiment, by comparing a location estimate for a sensor with an individual location estimate or an individual position estimate, the receiver hub/locate engine 108 may associate a sensor with an individual, or may associate a sensor information packet with an individual. The receiver hub/locate engine 108 could also determine a new or refined sensor-individual correlator based on this association.
  • Data derived or extracted from tag signals transmitted from one or more RF location tags is referred to herein as “tag derived data” and shall include, without limitation, tag data, tag UID, tag-individual correlator, tag-sensor correlator, tag data packets, blink data, time measurements (e.g. time of arrival, time difference of arrival, phase), signal measurements (e.g., signal strength, signal direction, signal polarization, signal phase) and tag location data (e.g., including tag location estimates). Information or data derived or extracted from sensor signals transmitted from one or more sensors is referred to herein as “sensor derived data” and shall include, without limitation, sensor UID, additional stored sensor data, sensor-individual correlator, environmental measurements, sensor information packets, position calculations (including sensor position estimates), position information, identity information, tag-sensor correlator, and associated sensor data. Data derived or extracted from stored individual data is referred to herein as “individual profile information” and shall include, without limitation, tag-individual correlator, sensor-individual correlator, identity information, name, uniform number and team, biometric data, tag position on individual. In various embodiments, the receiver hub/locate engine 108 may transmit tag derived data, sensor derived data, individual profile information, various combinations thereof, and/or any information from the GIS, the field database, the monitored area database, and the individual database to the receiver processing and analytics system 110.
  • Receiver Processing and Analytics System
  • FIGS. 4A and 4B are block diagrams of two systems that may be specifically configured in accordance with an example embodiment of the present invention. As shown in FIG. 4A, receiver hub/locate engine 108 may be configured to access or receive receiver signals comprising tag derived data and sensor derived data from one or more receivers. In one example embodiment, the receiver hub/locate engine 108 may access or provide a data transmission link to each of one or more receivers in succession and download, for example, a plurality of TOA measurements, blink data, and sensor derived data having been buffered in the receiver since the receiver hub/locate engine 108 last accessed the data.
  • Receiver hub/location engine 108 may further be configured to provide tag location data and/or sensor derived data and/or individual profile information to the receiver processing and analytics system 110. The receiver processing and analytics system 110 may include a tag data/sensor data filter 112 configured for receiving the tag location data and sensor derived data and individual profile information from the receiver hub 108.
  • The tag data/sensor data filter 112 may be configured for associating tag derived data (including tag location data) and sensor derived data to a particular individual, filtering tag derived data from sensor derived data, and routing the tag location data and the sensor derived data to an individual dynamics/kinetics engine 120 and an HFOP engine 116, respectively.
  • The tag data/sensor filter 112 accesses an individual role database 114 to identify historical or contextual information related to the individual and/or role data for the individual (e.g., data indicating that a first individual is a particular football player in football game application, data indicating that a second individual is a particular patient in a hospital application, data indicating that a third individual is a race car in a motor sports application, etc.) In another embodiment, historical information related to the health, fitness, operation and/or performance of an individual may be provided by the individual role database 114. For example, a medical history may be provided for a particular individual by the individual role database 114.
  • The individual role database 114 may be populated with information (e.g., tag-individual correlators, sensor-individual correlators, tag-sensor correlators, etc.) that allows the tag data/sensor filter 112 to determine whether location tags and sensors are to be associated with or correlated to a particular individual. In one embodiment, the location tags and/or sensors comprise a unique identifier (e.g., tag UID, sensor UID) that is transmitted to the receiver hub/locate engine 108 and passed to the tag data/sensor data filter 112. That tag data/sensor data filter 112 uses the unique identifiers to correlate the tag and sensor derived data to individual profiles (e.g., individual data) stored to the individual role database 114. In another embodiment, the individual role database 114 is configured to associate the sensors and/or sensor derived data with a particular individual, which will be described in FIGS. 12A-12C.
  • The individual role database 114 may further include role information associated with individuals, location tags, and/or sensors. For example, particular individuals may be associated with a particular role (e.g., John Doe/quarterback).
  • The tag data/sensor data filter 112 may then be configured to filter tag derived data (including tag location data) from sensor derived data and provide sensor derived data to a health, fitness, operation and performance engine 116 (HFOP engine 116) and provide tag derived data to an individual dynamics/kinetics engine 120.
  • The HFOP engine 116 may be configured to receive sensor derived data from the tag data/sensor data filter 112. In one embodiment, the HFOP engine 116 may be further configured to receive historical or contextual information related to the individual and/or a role of the individual. The HFOP engine 116 may further be configured to access a sensor based HFOP models database 118. The sensor based HFOP models database 118 may be populated with historical sensor derived data related to individuals (e.g., a baseline snapshot of individual health parameters suggesting an individual is healthy, sick, injured, or the like). The historical data may be generated from capturing sensor derived data from an individual equipped with sensors. The sensor based HFOP models database 118 may, additionally or alternatively, be populated manually or programmatically populated with health related data from patient studies, machine diagnostics studies, and the like.
  • In one embodiment, historical information related to the health, fitness, operation and/or performance of a particular individual may be provided by the HFOP models database 118. That is, the HFOP models database 118 may include at least one of health history data, fitness history data, operation level history data, or performance level history data for an individual. The health history data, fitness history data, operation level history data, or performance level history data for the individual may be manually input (e.g., inputting that a particular individual has hypertension) or may be acquired by prior monitoring, thus capturing tag derived data and/or sensor derived data from a previous monitoring session.
  • In some embodiments, the HFOP engine 116 may aggregate data related to one or more sensors for a particular individual over a period of time (e.g., heart rate data for one play for a football player in a football game, sweat rate data for a runner during a race, blood pressure data for an elderly patient on a walk, etc.). Using the historical and contextual data related to the individual and/or role of the individual, the HFOP engine 116 may further be configured to access the sensor based HFOP models database 118 and determine a list of probable HFOP statuses. For example, high heart rate data for a football player during a play may indicate that the player currently engaged in a high level of exertion (e.g., HFOP status 1) or perhaps is experiencing the onset of a stroke (e.g., HFOP status 2). The HFOP engine 116 uses other sensor derived data from other sensors to determine whether HFOP status 1 is more or less probable than HFOP status 2. Such information is fed to the HFOP status engine 124 as discussed in greater detail below.
  • In one embodiment, the HFOP engine 116 may be configured to output one or more probable outcomes or alternative selected data of interest. In another embodiment, the HFOP engine 116 may also be configured to output the aggregated sensor derived data, the historical and contextual data related to the individual and/or the role of the individual related to one or more probable outcomes or selected data of interest. In still another embodiment, the HFOP engine 116 may be configured to output various health parameters for the individual per unit time.
  • The individual dynamics/kinetics engine 120 may be configured to receive tag derived data (including tag location data) from the tag data/sensor data filter 112. In one embodiment, the individual dynamics/kinetics engine 120 may further be configured to receive historical or contextual information related to the individual and/or a role of the individual. The individual dynamics/kinetics engine 120 may further be configured to access an individual dynamics/kinetics models database 122.
  • The individual dynamics/kinetics engine 120 may compare the tag location data and individual role data to individual dynamics/kinetics models to determine aspects of the individual dynamics or movement kinetics. The dynamics/kinetics model database 122 may comprise models of different aspects or dimensions that may be based on past tag location data (e.g., tags fixed to various appendages of a monitored individual) or other data generated by a model generation engine or other tools. The models may include, without limitation, models for a particular individual profile (e.g., John Smith), an individual type (e.g., quarterback, a horse, a stock car, etc.), and the like. Such models may consider all three dimensions (x, y, z) of the tag location data for each tag (e.g., 202 of FIG. 2A) and may further consider different tag position arrays (e.g., two tag implementations—one proximate each shoulder, eleven tag implementations—one proximate each shoulder, one proximate each elbow, one proximate each hand, one proximate each knee, one proximate each foot, and one proximate to the head, etc.).
  • The individual dynamics/kinetics models database 122 may be populated with actual tag data drawn from particular actions (e.g., running on a track, running in a soccer game, walking, throwing, running, limping, falling, spraining an ankle or the like). The historical data may be generated from capturing data from an individual equipped with location tags or sensors, performing actions and storing the data with the associated action. The individual dynamics/kinetics models database 122 may, additionally or alternatively, be populated with average or aggregate data that may indicate particular actions. In another embodiment, position history data, such as historical information related to the dynamic and/or kinetic information of a particular individual (e.g., John Smith), may be stored and provided by the individual dynamics/kinetics models database 122.
  • In one embodiment, the individual dynamics/kinetics engine 120 determines a multi-dimensional individual location per unit time (e.g., individual location data) for each individual based on the tag location data, the individual role data, and the individual dynamics/kinetics models. Such multi-dimensional individual location data may include (1) relative position of the individual relative to a monitored area (e.g., a field of play, race track, etc.), (2) general orientation of the individual (e.g., standing, squatting, laying the ground, sitting, etc.), and (3) a specific orientation of the individual and/or various appendances of the individual (e.g., preparing to pass, in a three-point stance, in a ball-carrying position, in a tackling position, negotiating a turn, etc.).
  • The individual dynamics/kinetics engine 120 uses the real time tag location data stream from the tag data/sensor data filter 112, as well as the individual role data, to provide accurate information about what a particular individual is doing in real time. In some embodiments, the individual dynamics/kinetics engine 120 may further use sensor derived data, received from the tag data/sensor data filter 112 in the depicted embodiment, to aid in determining not only where the individual is, but also how that individual's location is changing with time, velocity, acceleration, deceleration, orientation, or the like. For example, in one embodiment, the sensor derived data may comprise accelerometer data that may indicate that an individual (or portion of an individual) is accelerating or decelerating. The individual dynamics/kinetics engine 120 outputs multi-dimensional individual location data per unit time.
  • The HFOP engine 116 and the individual dynamics/kinetics engine 120 are each configured to output data streams to a health, fitness, operation and performance (HFOP) status engine 124. The HFOP status engine 124 is configured to receive the ranked list of probable HFOP statuses from the HFOP engine 116 and the multi-dimensional individual location data from the individual dynamics/kinetics engine 120 and determine health, fitness, operation, or performance statuses for the individual. For example, in one embodiment, the HFOP status engine 124 may determine that the football player having the high heart rate discussed above is likely experiencing the onset of a stroke because the received multi-dimensional individual location data suggests the player is sitting on a bench and has not recently undertaken a high level of physical exertion. In such an embodiment, the HFOP status engine 124 may be configured to send an alert to medical staff.
  • In some embodiments, the HFOP status engine 124 may further be configured to receive location data, sensor derived data, and historical or contextual data related to the individual and/or role of the individual related to the location data and associated probable actions. Such information may be used to establish a baseline of health, fitness, operation, or performance for a given individual that may be stored as part of the individual's profile data. In some embodiments, such baseline may include a baseline of health, fitness, operation, or performance parameters.
  • In some embodiments, the HFOP status engine 124 may be configured to determine a status (e.g., healthy, sick, injured, hurt, active, not active, powered down, etc.) by comparing real time (or near real time) data concerning an individual's health, fitness, operation, or performance parameters to a stored snapshot or pre-determined threshold.
  • In one embodiment, the HFOP status engine 124 may be configured for determining a HFOP status for the individual based on the comparing the tag derived data to individual dynamics/kinetics models and based on comparing the sensor derived data to at least one of health models, fitness models, operation level models, or performance level models. In one embodiment, HFOP status may be determined based on whether particular sensor derived data satisfies particular threshold values related to health, fitness, operation and/or performance models. HFOP status may additionally or alternatively be based on whether particular multidimensional individual location data satisfies particular threshold values (e.g., perhaps values based on an individual's baseline snapshot or generally published data regarding movements or positions of a “healthy” individual of a certain age) related to dynamics and/or kinetic information. As one skilled in the art would understand, satisfying a threshold may include exceeding a threshold in some embodiments (e.g., blood pressure may exceed “healthy” threshold) or may include falling below a threshold for some embodiments (e.g., sweat rate may fall below “healthy” rate indicating possible dehydration).
  • In one embodiment, the HFOP status engine 124 may be configured to associate the determined status and/or action with another type of data (e.g., associating each play that a player appears in with the player). In one embodiment, the HFOP status engine 124 may be configured to monitor, store or track one or more individuals, one or more of health, fitness, operation, or performance of an individual or individuals, and/or one or more zones or location systems for an individual. In another embodiment, the HFOP status engine 124 may be configured to monitor a location system for a pre-defined event, unexpected, and/or an abnormal event. An event may be a particular action in a given context or associated with particular sensor derived data.
  • In some embodiments, the HFOP status engine 124 may be configured to cause an alert in response to a determination of a pre-defined event (e.g., a stroke, an injury, etc.), unexpected event, and/or abnormal event. In another embodiment, an alert may be sent upon determining whether the determined HFOP status satisfies a threshold value. In some embodiments, particular tag derived data and/or sensor derived data may trigger an alert, and thus bypass a status determination (e.g., heart rate approaching zero, or ‘flat lining’). In another embodiment, the HFOP status engine 124 may be configured for sending a message or action related information to a parent, trainer, doctor, nurse, paramedic or the like.
  • Determining a status (e.g., an HFOP status) can be done in many ways. A sensor-based HFOP model database or an individual dynamics kinetics model database can be used to collect various models. A model may have multiple attributes that are represented by data fields. As one skilled in the art of databases would understand, a particular model may be selected by choosing one or more fields of interest that correspond with field values known from the tag derived data and/or the sensor derived data and/or individual role data. By comparing the fields of interest with the known field values, a status can be determined.
  • One way to determine compare the fields of interest with the known field values is to match the field of interest to the known field value.
  • A second way to compare the fields of interest with the known field values is to develop a control chart. A control chart uses a known or estimated distribution of values from a population of observations for the field of interest to determine an average (mean) value and a standard deviation. The model designer may set the mean and standard deviation based on the field of interest, or on a calculated value related to the field of interest, such as the differential between the field of interest and a standard multi-variable regression model estimate based on the field of interest. Two control limits are established, an upper control limit at three standard deviations more than the mean, and a lower control limit at three standard deviations less than the mean (i.e., a number other than three may be chosen by the model designer). As known field values are determined, each can be added to the control chart. If an observation exceeds the control limits (either higher than the upper control limit or lower than the lower control limit) the status can be deemed to have changed. Also, if individual field values continue to increase or decrease at least seven (or another value chosen by the model designer) times, the data is said to be trending and the status can be deemed to have changed.
  • A third way to compare the fields of interest with the known field values is to cluster the values from a population of observations for the field of interest. Various clustering algorithms are known in the art, including incremental clustering algorithms, divide-and-conquer based clustering algorithms, data sampling and summarization techniques, Euclidean distance based clustering algorithms, and kernel clustering algorithms. This may have the benefit of significantly reducing the data storage required, as a very large number of observations can be characterized by a smaller number of multi-variable clusters. By comparing known field values to variables for each cluster, a probability that tag location data is the same status as other observations in that cluster can be determined.
  • A fourth way to compare the fields of interest with the known field values is to calculate a covariance between past observations for the field of interest and current observations for the known field values (e.g., tag derived data, sensor derived data, and/or identity/role data). If the covariance is above a threshold value (such as 0.97) the status can be matched to the selected model.
  • In some embodiments, if the status is changed such that an event is identified by the HFOP status engine 124 an alert may be generated. In some embodiments, if the status changes from an undetermined status to a determined status then an event may be indicated by the HFOP engine as an alert.
  • FIG. 4B shows another embodiment of a system that may be specifically configured in accordance with an example embodiment of the present invention. As many of the components are identical or similar to above described embodiments, repetition of the description of such components will be omitted.
  • In the depicted embodiment, receiver hub/locate engine 108 receives receiver signals and outputs tag derived data (including tag location data) and sensor derived data to a tag data/sensor data filter 112 of a receiver processing and analytics system 110′ structured in accordance with one embodiment.
  • While in certain embodiments, the receiver hub/location engine 108 is configured to correlate tag location data to tag UID and optionally sensor UID, in the depicted embodiment, the tag data/sensor data filter 112 may be configured to perform one or more additional correlations or associations. For example, the tag data/sensor data filter 112 may be configured to associate the tag UID with an individual (e.g., Jane Smith), the tag UID with a role, the tag location data with an individual or role, and the like.
  • FIGS. 5A-5E show example embodiments of individual, role, and performance associations. FIG. 5A depicts a correlation of tag UIDs to individuals. In particular, tag UIDs 1-4 are correlated to individual names (e.g., Jim, Ed, and Andy). Notably, as discussed above, in some embodiments individuals may receive multiple tags and thus Ed is correlated to tags 2 and 3. As will be apparent to one of skill in the art, tag UIDs need not be correlated to actual names (i.e., alphanumeric characters) and may be correlated to unique identifiers that are themselves correlated to individuals. In some embodiments, sensor UIDs (not shown) may be similarly correlated to individuals. In some embodiments, one or more addresses or sets of instructions may be used to access tag UID and sensor UID correlations of the type shown in FIG. 5A. Such addresses and instructions may be referred to as tag-individual correlators and sensor-individual correlators.
  • In one embodiment, the tag data/sensor data filter 112 may associate an individual (e.g., an individual name, unique identifier, etc.) with the tag UID while also associating sensor derived data with the tag UID. In still other embodiments, the tag data/sensor data filter 112 may use a registration database to associate a tag UID with an individual.
  • In some embodiments, in order to monitor the health or fitness of an individual, which may be associated with a tag UID as shown in FIG. 5A, measured performance may be compared with anticipated performance. As described above, performance may be generally described as a vector of measurements or attributes, e.g., Attribute A, Attribute B, and Attribute C.
  • FIG. 5B depicts a correlation between individual and performance. For example, an actual or average performance by an individual in connection with Attributes A, B, and C may be correlated to each individual as shown. Additionally or alternatively, in another embodiment, such actual or average performance may be correlated to a role as shown in FIG. 5D. A typical or average performance may also be correlated to individual and to role as shown in FIG. 5E. Finally, an individual may be correlated to one or more roles as shown in FIG. 5C. To support such correlations, the tag data/sensor data filter 112 may be configured to access one or both of an individual database 410 and a role database 420, which are illustrated in FIG. 4B.
  • FIGS. 6A-6C show example embodiments for correlating tag UID, individual data, role data, and performance data. FIG. 6A illustrates how individual data (e.g., an individual identifier, name, etc.) may be used to correlate a tag UID to performance data. FIG. 6B illustrates how individual data (e.g., an individual identifier) may be used to correlate tag UID, role data, and performance data. FIG. 6C illustrates how individual data and role data may be used to correlate tag UID, and performance data.
  • Returning to FIG. 4B, the depicted tag data/sensor data filter 112 is configured to correlate tag derived data (including tag location data) and sensor derived data to individual data from individual database 410 and role data from role database 420. The tag data/sensor data filter 112 is configured, inter alia, to pass such correlated tag derived data, sensor derived data, individual data, and role date to the individual dynamics/kinetics engine 120.
  • In one embodiment, the individual dynamics/kinetics engine 120 is disposed in communication with historical data store 440 and individual dynamics/kinetics models database 122. The individual dynamics/kinetics models database 122 may be configured to store data related to an individual. For example, referring to the example above related to a human athlete individual who is standing, walking, or running, and where a tag is positioned at the individual's shoulder (e.g., tag 202 a of FIG. 2A) and foot (e.g., tag 202 g of FIG. 2A). The models database 122 may include a stature value of approximately four feet, which represents the distance or height between the shoulder and foot tags. Such stature value may be used by the system to identify, inter alia, when the individual is bent over, seated, etc. In another embodiment, the models database 122 may include a minimum stature value, e.g., 24 inches, which may represent a minimum distance or height expected between the shoulder and foot tags of even the shortest of individuals.
  • In one embodiment, the minimum stature value could vary by role (e.g., tagged football players may be expected to be taller than tagged horse racing jockeys, etc.). In another embodiment, the individual dynamics/kinetics engine 120 may calculate a stature value (ht) at various times (t) by subtracting the height of tag 202 g (zg) from the height of tag 202 a (za) (i.e., ht=za−zg) based on tag location data from the receiver hub/locate engine 108 and individual data from the tag data/sensor data filter 112. In an embodiment where individual data may be stored on the tag (e.g., 202 a), the individual data may be forwarded through the receiver hub/locate engine 108 to the tag data/sensor data filter 112.
  • In one embodiment, the individual dynamics engine 120 may store the individual stature value ht as time series data in historical data store 440 or it could gather additional descriptive statistics such as a mode, median, standard deviation, number of observations for any or all of ht, za and zg, and then store the descriptive statistics in historical data store 440. In one embodiment, time series data or descriptive statistics stored in historical data store 440 may include individual data or role data that may be used for additional context in building individual dynamic models as stored in the individual dynamics models database 122.
  • In one embodiment, during monitoring, the receiver hub/locate engine 108 may determine and collect tag derived data (including tag location information) and sensor derived data and provide such data to the tag data/sensor data filter 112. The tag data/sensor data filter 112 may access and/or utilize individual data from the individual data store 410 or role data from the role data store 420 before providing information to the individual dynamics engine 120.
  • In one embodiment, the individual dynamics engine 120 may be configured to calculate hT=zaT−zgT for a particular time T, and compare that to an expected value of h from the individual dynamics models 122. The results of the comparison are then provided to HFOP status engine 124, which may provide an alert to a coach, medic, parent or other appropriate personnel. In one embodiment, an alert may be provided if zaT is less than some small fraction of measured stature (e.g., the measured distance from the ground to a shoulder mounted tag) or if zat is less than some fraction of minimum stature (e.g., the expended or average distance from the ground to a shoulder mounted tag), suggesting that the athlete is crouched down or laying down. By considering zaT−zgT, in one embodiment, the system may determine that an individual is bent over or laying down, even if such individual is not on the ground.
  • In another embodiment, an alert may be provided if hT is less than some fraction of descriptive statistics such as the mode or median value of ht or zat for a selected individual or for a compilation of individuals with a similar role. In another embodiment, an alert may be provided if ht is less than the mean value of ht minus 3 times the standard deviation of ht suggesting that the recent value of ht differs from past observations more than would be expected from random measurement variation. In another embodiment, a control chart for h could be constructed based on historical values of ht, and multiple observations of hT may be compared to the control chart. Using well-established methods of statistical process control, a trend of increasing hT, decreasing hT, or observations of hT beyond established control limits may be used to initiate an alert. Although the preceding examples have been used to describe various embodiments of the invention, it should be appreciated that one skilled in the art may utilize additional embodiments.
  • In some embodiments, the HFOP status engine 124 may be configured to access zone data from a zone data store 430 to determine whether or how to produce an alert. The term zone data as used herein refers to data or other information that might define one or more geographic or environmental areas, zones, or sectors. Such “zones” may or may not correlate to any real-world boundaries (e.g., a room may be divided into four zones regardless of whether any actual boundaries, i.e., partitions, walls, etc., exist in the room). In one embodiment, an individual may be located in one of multiple zones in an area monitored by a RTLS system, such as the system described with reference to FIG. 1. HFOP status engine 124 may be configured to utilize one or more rules for providing an alert depending on zone data. For example, a first rule may apply when an athlete is on the field of play (e.g., send an alert when the athlete is sitting for more than 15 seconds), which may differ from the rules for providing an alert when an athlete is on the sidelines or when an athlete is in the clubhouse.
  • In some embodiments, the tag data/sensor data filter 112 may use zone data from the zone data store 430 to determine whether the individual (or tag(s) associated with the individual) is positioned in a particular zone. The HFOP status engine 124 may use information about the zone stored in zone data store 430 in determining whether to produce an alert for any embodiment described herein.
  • As discussed in connection with FIG. 4A above, the tag data/sensor data filter 112 may be configured to filter tag derived data (including tag location data) from sensor derived data and provide sensor derived data to a health, fitness, operation and performance engine 116 (HFOP engine 116) and provide tag derived data (including tag location data) to an individual dynamics/kinetics engine 120.
  • In some embodiments, sensor derived data may additionally or alternatively be used as a determining factor by the HFOP status engine 124. For instance, as discussed above, the HFOP status engine sensor-based HFOP models 118 may be created and/or utilized to show that the typical body temperature for a human athlete individual is approximately 37 degrees Celsius. The model may be further refined (or one or more other models provided) based on data collected during a registration process. For example a model may be refined in which a body temperature is measured by a sensor (and transmitted as environment measurements) and later associated with the individual as individual data. In another embodiment, sensor derived data may be stored based on an individual's role, for example body temperature may be stored based on the athlete's role. In another embodiment, sensor derived data (e.g., body temperature) may be stored as historical time-series data or descriptive statistics data based on multiple sensor readings.
  • In one embodiment, during a monitoring process, a sensor (e.g., a GPS equipped smartphone having a barcode imaging application) may be capable of communicating both sensor derived data and a position calculation or position information as in FIG. 3E, or, a sensor (e.g., a thermometer) may be configured to communicate sensor derived data to which a tag is able to append tag derived data as discussed in connection with FIGS. 3C and 3D.
  • In one embodiment, the tag data/sensor data filter 112 may obtain tag derived data (including tag location data) and sensor derived data from the receiver hub/locate engine 108 or from a combination of the receiver hub/locate engine 108 and stored data accessed from the individual data store 410, the role data store 420, and the zone data store 430. In one embodiment, the tag data/sensor data filter 112 may provide sensor derived data (such as the temperature measured by a thermometer) to the HFOP engine 116 where it may be utilized in a comparison to sensor-based HFOP models accessed from the HFOP models database 118. In one embodiment, results of the comparison may then be provided to HFOP status engine 124, which may then provide an alert to a coach, medic, parent or other appropriate personnel.
  • In another embodiment, tag location data and the relative position of the applicable sensor or sensors (as may be determined based on the tag location data or sensor based position calculations or position information) may be used to determine if the athlete's temperature was measured orally, under the arm, or rectally. The sensor derived data and tag derived data (including tag location data) may be used by the HFOP engine 116 to compare to the measured temperature data to sensor-based HFOP models correlated to body temperature measurement position. The results of this comparison may then be provided to HFOP status engine 124, which may provide an alert.
  • Again, as discussed above, individual data such as Jim or Mary, role data such as water boy or running back, or zone data such as Lambeau Field or sauna may also be provided by the tag data/sensor data filter 112 to the HFOP engine 116 in order to add context to the sensor derived data, such as temperature measured by the thermometer.
  • In some embodiments, sensor derived data from sensors not associated with the individual (e.g., taken by sensors not mounted to the individual but still routed wired or wirelessly to the receiver hub/locate engine 108) may also be collected by the tag data/sensor data filter 112 and provided to the HFOP engine 116 and/or individual dynamics engine 120. For instance, an ambient temperature thermometer sensor could provide important context to determining an appropriate body temperature at the HFOP engine 116 or determining an appropriate amount of time spent by the water cooler to the individual dynamics engine 120.
  • Health, Fitness, Operation, and Performance Monitoring
  • FIGS. 7, 8, 9, 10, 11, 12A-12C, and 14 illustrate example flowcharts of the example operations performed by a method, apparatus and computer program product in accordance with an embodiment of the present invention. It will be understood that each block of the flowcharts, and combinations of blocks in the flowcharts, may be implemented by various means, such as hardware, firmware, processor, circuitry and/or other devices associated with execution of software including one or more computer program instructions.
  • For example, in reference to FIG. 15, one or more of the procedures described herein may be embodied by computer program instructions. In this regard, the computer program instructions which embody the procedures described above may be stored by a memory 1524 of an apparatus employing an embodiment of the present invention and executed by a processor 1522 in the apparatus.
  • As will be appreciated by one of ordinary skill in the art, any such computer program instructions may be loaded onto a computer or other programmable apparatus (e.g., hardware) to produce a machine, such that the resulting computer or other programmable apparatus provides for implementation of the functions specified in the flowcharts' block(s). These computer program instructions may also be stored in a non-transitory computer-readable storage memory that may direct a computer or other programmable apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage memory produce an article of manufacture, the execution of which implements the function specified in the flowcharts' block(s). The computer program instructions may also be loaded onto a computer or other programmable apparatus to cause a series of operations to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide operations for implementing the functions specified in the flowcharts' block(s).
  • As such, the operations of FIGS. 7, 8, 9, 10, 11, 12A-12C, and 14 when executed, convert a computer or processing circuitry into a particular machine configured to perform an example embodiment of the present invention. Accordingly, the operations of FIGS. 7, 8, 9, 10, 11, 12A-12C, and 14 define an algorithm for configuring a computer or processing to perform an example embodiment. In some cases, a general purpose computer may be provided with an instance of the processor which performs the algorithms of FIGS. 7, 8, 9, 10, 11, 12A-12C, and 14 to transform the general purpose computer into a particular machine configured to perform an example embodiment.
  • Accordingly, blocks of the flowcharts support combinations of means for performing the specified functions and combinations of operations for performing the specified functions. It will also be understood that one or more blocks of the flowcharts, and combinations of blocks in the flowcharts, can be implemented by special purpose hardware-based computer systems which perform the specified functions, or combinations of special purpose hardware and computer instructions.
  • In some embodiments, certain ones of the operations herein may be modified or further amplified as described below. Moreover, in some embodiments additional optional operations may also be included. It should be appreciated that each of the modifications, optional additions or amplifications below may be included with the operations above either alone or in combination with any others among the features described herein.
  • Receiver Processing and Analytics System Processes
  • FIG. 7 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 2, 4A, 4B, and 15) to monitor the health, fitness, operation, or performance of individuals, in accordance with some embodiments discussed herein.
  • As shown in block 710 of FIG. 7, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine. In one embodiment, tag derived data may be received from at least one location tag located on or near an object or individual. In yet another embodiment, tag derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • As shown in block 720 of FIG. 7, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine 108. In one embodiment, sensor derived data may be received from at least one sensor located on or near an object or person. In yet another embodiment, sensor derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • As shown in block 730 of FIG. 7, an apparatus, such as receiver processing and analytics system 110 or 110′ and/or, more specifically an HFOP engine, may be configured for determining a probable list of HFOP statuses related to a health, fitness, operation, and performance of individual or object based on associated sensor derived data. In one embodiment, historical and/or contextual information may be utilized. In another embodiment, sensor based health, fitness, operation, and/or performance models may be accessed and/or utilized in the determination. In one embodiment, one or more probable statuses related to the health, fitness, operation and/or performance of an individual may be determined.
  • As shown in block 740 of FIG. 7, an apparatus, such as receiver processing and analytics system 110 and/or, more specifically an individual dynamics/kinetics engine, may be configured to determine aspects of the individual dynamics or movement kinetics including, without limitation, individual location data. In one embodiment, the apparatus may be configured for determining at least one status related to individual dynamics or movement kinetics based on associated individual location data. In one embodiment, historical and/or contextual information may be utilized. In another embodiment, the dynamics/kinetics model database 122 may comprise models of different aspects or dimensions that may be utilized. In one embodiment, at least one probable status or a list of probable statuses related to the individual dynamics or movement kinetics of an individual may be determined.
  • As shown in block 750 of FIG. 7, an apparatus, such as receiver processing and analytics system 110 and/or, more specifically an HFOP status engine, may be configured for determining at least one status from a probable list of statuses based on at least one of an HFOP status (or probable list of HFOP statuses) related to a health, fitness, operation, and performance of an individual and a status (or probable list of statuses) related to individual dynamics or movement kinetics. In one embodiment, historical and/or contextual information may be utilized in the determination of a status.
  • As shown in block 760 of FIG. 7, an apparatus, such as receiver processing and analytics system 110 and/or, more specifically an HFOP status engine, maybe configured for causing an output. The output may include one of an HFOP status of an individual, multi-dimensional location data related to a particular individual, and an alert in an instance in which the HFOP status satisfies a threshold value or is determined to be one of a number of predefined HFOP statuses. For example, an output may include transmitting data to a processing system that displays action related data (e.g., a graphical user interface for tracking or monitoring one or more individuals).
  • In another embodiment, the apparatus may be configured for causing an alert in response to determining a presence of a particular status, such as for example, unexpected status, an abnormal status, or a pre-defined status (e.g., stroke, injury, etc.).
  • In one embodiment, that apparatus may be configured for sending a message and/or status related information to a parent, trainer, doctor, nurse, paramedic or the like. The message may indicate, for example, that help is requested and/or required. The message and/or information may comprise the location of the first individual. In another embodiment, the message or information may comprise information related to the abnormal or unexpected status, or the pre-defined status that was determined.
  • Tag Data/Sensor Data Filter Processing
  • FIG. 8 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to separate tag derived data and sensor derived data, associate such data with an individual and provide the data to the appropriate processing engine, in accordance with some embodiments discussed herein.
  • As shown in block 810 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving data from a receiver hub/locate engine 108. In another embodiment, the data may be packetized data including one or both of tag derived data (including tag location data) and sensor derived data. The data may be associated with a capture time. In another embodiment, tag derived data and/or sensor derived data may be downloaded from a memory (e.g., hard drive, thumb drive or the like).
  • As shown in block 820 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110′, may be configured for separating the tag derived data (e.g., tag location data) and the sensor derived data.
  • As shown in block 830 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or a sensor processing and distribution system 110 or 110′, may be configured for associating the tag and/or sensor derived data with a particular individual.
  • The association may be performed by identifying an identifier (e.g., a tag-individual correlator, sensor-individual correlator, etc.) included in the packetized data associated with particular tag derived data and/or sensor derived data. The identifier may then be checked against individual identifier data by accessing an individual role database. The individual role database 114, as described earlier, may include data associating unique identifiers to particular individuals, and/or particular individuals to particular roles.
  • As shown in block 840 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110′, may be configured for accessing historical or contextual information related to the individual and/or a role of the individual.
  • As shown in block 850 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or a sensor processing and distribution system 110 or 110′, may be configured for providing sensor derived data and associated information, such as the historical or contextual information related to the individual and/or a role of the individual, to a HFOP engine 116.
  • As shown in block 860 of FIG. 8, an apparatus, such as a tag data/sensor data filter 112 or receiver processing and analytics system 110 or 110′, may be configured for providing tag derived data and associated information, such as the historical or contextual information related to the individual and/or a role of the individual, to an individual dynamics/kinetics engine 120.
  • Health, Fitness, Operation, and Performance Engine Processing
  • FIG. 9 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to determine one or more probable actions associated with sensor derived data related to an individual, in accordance with some embodiments discussed herein.
  • As shown in block 910 of FIG. 9, an apparatus, such as a HFOP engine 116 or receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving sensor derived data. In some embodiments, the apparatus may be configured for receiving sensor derived data, and associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • As shown in block 920 of FIG. 9, an apparatus, such as a HFOP engine 116 or receiver processing and analytics system 110 or 110′, may be configured for accessing a sensor based HFOP models database 118 and identifying associated models. As described earlier, the sensor based HFOP models database 118 may be populated with historical sensor derived data related to individuals (e.g., a baseline snapshot of individual health parameters suggesting an individual is healthy, sick, injured, or the like). HFOP models database 118 may include at least one of health history data, fitness history data, operation level history data, or performance level history data for an individual.
  • Identifying historical sensor derived data and/or associated models may be performed by comparing sensor derived data and associated information received from an individual to sensor derived data and associated information related to a historical sensor derived data and/or models comprising a combination of historical sensor derived data (e.g., heart rate, breathing rate etc. related to a stroke). In some circumstances, the comparison may yield a match with a particular model. In other circumstances, no precise match is identified but the comparison identifies one or more models most likely associated with the received sensor derived data and associated information (e.g., individual data, role data, etc.).
  • As shown in block 930 of FIG. 9, an apparatus, such as a HFOP engine 116 or receiver processing and analytics system 110 or 110′, may be configured for performing a comparison between sensor derived data, and optionally associated information, and one or more HFOP models. The HFOP engine 116 may be configured to aggregate data related to one or more sensors for a particular individual over a period of time and utilize the aggregated data in the comparison.
  • As shown in block 940 of FIG. 9, an apparatus, such as a HFOP engine 116 or receiver processing and analytics system 110 or 110′, may be configured for determining one or more probable statuses related to the sensor derived data and optionally, the associated data, based on the comparison of block 930.
  • As shown in block 950 of FIG. 9, an apparatus, such as a HFOP engine 116 or receiver processing and analytics system 110 or 110′, may be configured for providing one or more probable statuses to a HFOP status engine 124. In some embodiments, one or more probable actions are provided in conjunction with the related sensor derived data and associated data.
  • Individual Dynamics/Kinetics Engine Processing
  • FIG. 10 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1 and 2) to provide multi-dimensional individual location information per unit time, in accordance with some embodiments discussed herein.
  • As shown in block 1010 of FIG. 10, an apparatus, such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving tag derived data (including tag location data). In some embodiments, the apparatus may be configured for receiving tag derived data, and associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • As shown in block 1020 of FIG. 10, an apparatus, such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110′, may be configured for accessing an individual dynamics/kinetics model database 122 and identifying aspects of the individual dynamics or movement kinetics and/or associated models.
  • Identifying associated models may be performed by comparing tag derived data and associated information received from an individual to tag derived data and associated information related to a model. While no model may be a match, the apparatus may be configured to identify similar models or those most closely associated with a particular individual, position, or role.
  • As shown in block 1030 of FIG. 10, an apparatus, such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110′, may be configured for performing a comparison between tag derived data (including tag location data) and one or more individual dynamics/kinetics models. In some embodiments, a comparison is performed utilizing the associated information.
  • In one example, the individual dynamics/kinetics engine 120 is configured to determine a multi-dimensional individual location per unit time (e.g., individual location data) for an individual based on the tag location data, the individual role data, and the individual dynamics/kinetics models. Such multi-dimensional individual location may include (1) relative position of the individual relative to a monitored area (e.g., a field of play, race track, etc.) or zone, (2) general orientation of the individual (e.g., standing, squatting, laying the ground, sitting, etc.), and (3) a specific orientation of the individual including the orientation of one or more appendages (e.g., preparing to pass, in a three-point stance, in a ball-carrying position, in a tackling position, negotiating a turn, etc.).
  • The individual dynamics/kinetics engine 120 uses the real time tag location data stream from the tag data/sensor data filter 112, as well as the individual role data to provide accurate information about what a particular individual is doing in real time. Thus, as shown in block 1040 of FIG. 10, an apparatus, such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110′, may be configured for determining one or more probable actions, or optionally non-actions, related to the individual dynamics or movement kinetics of the individual.
  • As shown in block 1050 of FIG. 10, an apparatus, such as an individual dynamics/kinetics engine 120 or receiver processing and analytics system 110 or 110′, may be configured for providing multi-dimensional individual position information per unit time (e.g., individual location data). In one embodiment, the individual dynamics/kinetics engine 120 may be configured for providing one or more probable actions to a HFOP status engine 124. In some embodiments, one or more probable actions are provided in conjunction with the related tag data and associated data.
  • Health, Fitness, Operation, and Performance Engine Processing
  • FIG. 11 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1. 4A, and 4B) to determine a HFOP status of an individual based on tag data and sensor derived data related to the individual, in accordance with some embodiments discussed herein.
  • As shown in block 1110 of FIG. 11, an apparatus, such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving data. In some embodiments, the apparatus may be configured for receiving one or more probable actions and/or multi-dimensional individual location data per unit time determined utilizing tag data, and associated information and/or receiving one or more probable statuses determined utilizing sensor derived data, and associated information. In some embodiments, the apparatus may further be configured for receiving the tag location data (or other tag derived data) associated with each of the one or more probable actions, the sensor derived data associated with each of one or more probable statuses, and/or associated information, such as the historical or contextual information related to an individual and/or a role of the individual. In one embodiment, the one or more statuses are ranked in order of likelihood based on the comparison in the HFOP engine 116.
  • As shown in block 1120 of FIG. 11, an apparatus, such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110′, may be configured for determining an HFOP status.
  • HFOP status determination may be made utilizing the one or more probable actions and/or the multi-dimensional individual location data per unit time determined by the individual dynamics/kinetics engine 120 utilizing tag data, and associated information and/or the one or more probable statuses determined by the HFOP engine 116 utilizing sensor derived data, and associated information. In some embodiments, HFOP status determination may utilize one or more of the tag location data associated with each of the one or more probable actions, the sensor derived data associated with each of one or more probable statuses, and/or associated information, such as the historical or contextual information related to an individual and/or a role of the individual.
  • As shown in block 1130 of FIG. 11, an apparatus, such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110′, may be configured for providing HFOP status related information. In one embodiment, HFOP status related information may be provided to a processing system for storing and/or displaying real time (or near real time) HFOP status related information. Additionally or alternatively, real time or near real time action data, multi-dimensional location data and/or sensor derived data may be provided for storage or viewing.
  • In some embodiment, as shown in block 1140 of FIG. 11, an apparatus, such as an HFOP status engine 124 or receiver processing and analytics system 110 or 110′, may be configured for causing an alert in response to a determination of a pre-defined HFOP status, unexpected HFOP status, and/or abnormal HFOP status. In one embodiment, the HFOP status engine 124 may be configured for sending a message or HFOP status related information to a parent, trainer, doctor, nurse, paramedic or the like.
  • Associating Location and Sensor Derived Data to a Specific Individual
  • In some embodiments, the receiver processing and analytics system 110 or 110′ may be configured to send a message or HFOP status related information to a parent, trainer, doctor, nurse, paramedic or the like indicating that help is requested and/or required. The message and/or information may comprise information indicating where the individual is (e.g., the tag location data) and/or the HFOP status. In another embodiment, the message may comprise particular sensor derived data or tag derived data (including tag location data) related to the determined HFOP status.
  • In one embodiment of the present invention, to utilize a person's medical history in conjunction with tag derived data or sensor derived data to monitor the health and fitness of the person, data received from location tags and/or sensors may be associated with a particular individual. FIG. 12A shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to associate data from one or more location tags or sensors with a particular individual, in accordance with some embodiments discussed herein.
  • As shown in block 1202 of FIG. 12A, an apparatus, such as a receiver processing and analytics system 110, may be configured for accessing, capturing or receiving sensor derived data associated with one or more sensors. In one embodiment, as discussed above, such sensor derived data is received from a receiver hub/locate engine. As shown in block 1204 of FIG. 12, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for extracting or determining one or more sensor-individual correlators from the sensor derived data.
  • As shown in block 1206 of FIG. 12, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for looking up or determining individual information (e.g., an individual identifier, individual profile information, individual location models, etc.). As shown in block 1208 of FIG. 12A, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for associating the sensor derived data with the individual information.
  • FIG. 12B shows another example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to associate sensor derived data from one or more sensors with a particular individual where only an individual and corresponding location tag UID are known in accordance with some embodiments discussed herein.
  • As shown in block 1210 of FIG. 12, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing or receiving sensor derived data from one or more sensors. As shown in block 1212 of FIG. 12B, an apparatus, such as a receive hub/locate engine 108, may be configured for determining a location of the sensors. For example, in one embodiment, the sensor may be a triangulation positioner that is configured to determine a position calculation. In another embodiment, the sensor may be a proximity label having a position encoded therein. In each of these embodiments, the respective position calculations and position information may be used by the receiver hub/locate engine 108 to determine a location within the monitored area 100. This location is sent from the receiver hub/locate engine 108 and received by the receiver processing and analytics system 110 or 110′ as part of the sensor derived data.
  • As shown in block 1214 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing or receiving tag derived data from one or more location tags. As shown in block 1216 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for extracting or determining a location tag UID from the tag derived data captured from one or more location tags.
  • As shown in block 1218 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for extracting or determining tag location data for each of the one or more location tags. As shown in block 1220 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for determining which of one or more location tags are most proximately located to the locations of the sensors associated with the sensor derived data.
  • As shown in block 1222 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for identifying an individual associated with location tags (e.g., perhaps based on tag-individual correlators, etc.) determined to be closest to the sensors of interest.
  • As shown in block 1224 of FIG. 12B, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for associating sensor derived data with the individual identified based on his/her association with one or more location tags. For example, sensor derived data having been captured and determined to be captured from a first location is associated with one or more location tags identified as associated with an individual located nearest the first location.
  • In another embodiment, it may be useful to capture sensor derived data from one or more sensors associated with or near a particular location tag and packetize the data for sending to a receiver, processing system or the like. FIG. 12C shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to capture and packetize sensor derived data from one or more sensors, in accordance with some embodiments discussed herein.
  • As shown in block 1226 of FIG. 12C, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing or receiving data from a receiver. The data may comprise tag derived data and sensor derived data from one or more location tags and one or more sensors, each location tag and/or sensor having a unique identifier (e.g., a tag UID, a sensor UID, etc.). As shown in block 1228 of FIG. 12C, an apparatus, such as a receiver processing and analytics system 110 or 110′, may be configured for extracting one or more location tag identifiers from the tag derived data.
  • As shown in block 1230 of FIG. 12C, an apparatus, such as a receiver hub/locate engine 108, may be configured for determining a location (i.e., tag location data) of the one or more RF location tags from one or more receiver signals. As shown in block 1232 of FIG. 12C, an apparatus, such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110′, may be configured for decoding the data payload of the tag derived data and the sensor derived data to determine an individual identity. As shown in block 1234 of FIG. 12C, an apparatus, such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110′, may be configured for accessing a database to determine associated information, such as for example individual information associated with the location tags (e.g., perhaps based on tag-individual correlators, tag UIDs identified at block 1232). As shown in block 1236 of FIG. 12C, an apparatus, such as a receive hub/locate engine 108 or a receiver processing and analytics system 110 or 110′, may be configured for associating the tag derived data, and the sensor derived data to the associated information, such as the individuals associated with any one or more of the received data.
  • First Example Embodiment
  • In one example embodiment, FIG. 13 shows a first individual 1310, a second individual 1320 and an observer 1330 (e.g., a coach). In a situation where the observer 1330 is close enough, and he or she may be able to tell that the first individual 1310 is not ok (e.g., does not satisfy a predetermined HFOP threshold) and the second individual 1320 is ok (e.g., does satisfy a predetermined HFOP threshold) based on the fact that the first individual 1310 is on the ground 1340 and the second individual 1320 is standing. However, in this case, the observer 1330 may have to leave the scene to find help.
  • In one exemplary embodiment of the present invention, where the first individual 1310 is wearing first location tag 1350 on, for example, their shoulder or chest area, a receiver processing and analytics system 110 or 110′ may be configured to utilize tag derived data from the location tag to determine if the first individual 1310 is ok (e.g. not on the ground, unmoving).
  • In one example embodiment, a comparison of tag derived data from the first location tag 1350 with one or more individual dynamics/kinetics models may determine one or more probable actions. In one embodiment, a HFOP status may be determined based on the comparison. If the determined status exceeds a threshold, and thereby for example, indicates a presence of an abnormality, an alert may be caused. For example, one HFOP model may indicate a falling action if tag location data indicates a person is on the ground.
  • In another example embodiment, a receiver processing and analytics system 110 or 110′ may be configured to utilize tag derived data from the location tag and historical data and/or contextual data to determine if the first individual 1310 is ok. For example, where the first individual 1310 is on the ground for a short period of time, a comparison of tag derived data from the first location tag 1350 in conjunction with historical and/or contextual data may be associated with one or more probable actions, as determined by HFOP or individual dynamics/kinetics models that indicate that there is no problem. However, in some embodiments, when the first individual 1310 is on the ground for a pre-defined period of time, a different HFOP or individual dynamics/kinetics model may be implicated, which may yield a determination of a different action (e.g., injured).
  • In another example, the first individual may be equipped with two location tags, such as for example, a first location tag 1350, 1350′ on their chest or shoulder area and a second location tag 1360, 1360′ on their feet area. A receiver processing and analytics system 110 or 110′ may be configured to utilize data from the first location tag 1350 and the second location tag 1360 to determine if the first individual 1310 is ok. For example, based on a height or distance between the location tag 1350, 1350′ and the second location tag 1360, 1360′, the receiver processing and analytics system 110 or 110′ may determine that the first individual 1310 is not ok and the second individual 1320 is ok, because for example the height or distance between the first location tag 1350 and the second location tag 1360 on the first individual 1310 is less than a predetermined threshold. Whereas on the second individual 1320, the first location tag 1350′ is greater than a predetermined threshold above the second location tag 1360′.
  • Second Example Embodiment
  • In one example embodiment of the present invention, historical and contextual data, such as an individual's medical history data, may be utilized in conjunction with location data and sensor derived data to monitor the health and fitness of a person.
  • FIG. 14 shows an example method that may be executed by one or more machines (some examples of which are discussed in connection with FIGS. 1, 4A and 4B) to monitor the health and fitness of individuals using real time data processing and factoring in associated historical data, in accordance with some embodiments discussed herein.
  • As shown in block 1410 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving tag derived data based on at least one location tag located on or near an object or person.
  • As shown in block 1420 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured for accessing, capturing, and/or receiving sensor derived data based on at least one sensor located on or near an individual such as an object, person or animal.
  • In one embodiment, where the individual is a human being or an animal, as discussed above, a sensor may be one of a blood pressure sensor for measuring blood pressure, a heart rate sensor for measuring heart rate, a body temperature sensor for measuring body temperature, a microphone (e.g., other sensors configured to determining or representing sounds, etc.) for determining sounds such as speech, whimpers, or screams, a mental response sensor for measuring a mental response time, an eye dilation sensor for measuring dilation of the eyes, and a breathing rate sensor for measuring a breathing rate.
  • In another embodiment, where the individual is an object such as a car, a sensor may be one of a throttle position sensor, brake position sensor, steering position sensor, axle, wheel or drive shaft sensor, rotary position sensor, crankshaft position sensor, engine coolant temperature sensor, water temperature sensor, oil temperature sensor, fuel gauge sensor, oil gauge sensor, suspension travel sensor, accelerometer, pressure sensor.
  • In some embodiments, where for example, a human being or an animal is associated with an object, such as a race car, sensors may be provided from both embodiments above, such as for example throttle position sensor, ambient temperature sensor and the like in a race car, and heart rate sensor, sweat rate sensor and the like on the driver.
  • As shown in block 1430 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured for associating the tag derived data from at least one of a location tag and the sensor derived data from the at least one sensor to a specific individual. In some embodiments, this association may be based on tag-individual correlators, sensor-individual correlators, and/or tag-sensor correlators.
  • The specific individual may have associated historic data, such as for example, health data, medical history data or the like. Medical history data may comprise for example, baseline measurements for one or more of a person's blood pressure, heart rate, mental response, eye dilation, and breathing rate. Associated historical data may comprise, for example, flexibility related data, top speed, acceleration, reaction time or the like.
  • In one embodiment, associating tag derived data and/or sensor derived data may include capturing an identifier from the data collected from the location tag or sensor and determining a person that is associated with the identifier. However, other methods may be used for associating data from a location tag or sensor with an athlete and may not necessitate a location tag or sensor having an identifier and/or having an athlete pre-associated with that identifier. FIGS. 12A-12C, which are discussed above, are flowcharts showing various example processes for associating an individual with one or more location tags or sensors.
  • As shown in block 1440 of FIG. 14, an apparatus, such receiver processing and analytics system 110 or 110′, may be configured for comparing tag location data associated with an individual, such as multi-dimensional individual location data, to one or more individual dynamics/kinetics models. In one embodiment, associated historic data, contextual data and adversarial data may be utilized.
  • In one embodiment, an individual (e.g., a football player) may be equipped with a location tag on each foot. A receive processing and analytics system 110 or 110′ may be configured to capture and store tag location data from each of the location tags. The receiver processing and analytics system 110 or 110′ may further be configured to determine one or more attributes of the individual utilizing the tag location data, for example, gait, a top speed and acceleration. The receiver processing and analytics system 110 or 110′ may be configured to then monitor one or more attributes and determine a probable action based on the currently determined attributes (e.g., running top speed during a pass route). The historic information may be utilized in the action determination.
  • The action determination may repeatedly, over a period of time, indicate a same or similar action for a particular individual when the attribute data does not change or changes at a particular level (e.g., the first individual does not slow down as the game progresses or the first individual slows down 0.2 kilometers per hour each quarter), which may be determined to be expected and/or normal. Thus, a pre-defined output may include output to a user interface (e.g., GUI) or storing to a hard drive.
  • However, the receiver processing and analytics system 110 or 110′ may be configured to calculate, for example, a speed during a pass route, and determine a second action if an abnormality or unexpected calculation occurs. For example, if a current attribute data calculation shows that a wide receiver is slowing down more than a predetermined amount during a pass route, or if a stride length is shorter by a predetermined amount, of if a gait is off by a predetermined amount, the receiver processing and analytics system 110 or 110′ may be configured to determine a second action (e.g., sprained ankle, dehydration, torn ACL, or the like).
  • In another embodiment, a context may be considered. A context may be related to a particular situation, such as a specific sport, a time of day, a weather condition (e.g., temperature, precipitation, humidity or the like), a game circumstance (e.g., no huddle versus huddling by an offense in football, or base running versus playing defense in baseball) or the like.
  • For example, the receiver processing and analytics system 110 or 110′ may be configured to consider or factor in contextual information before or during action determination. In another embodiment, action determination and in particular, sensor based HFOP models and/or individual dynamics/kinetics models are a function of particular contextual information (e.g., top speed in the rain versus top speed in dry conditions).
  • In one example, if multi-dimensional individual location data of a person running at top speed is determined to show that the individual slowed down quickly and has fallen to the ground, the receiver processing and analytics system 110 or 110′ may be configured to consider contextual information before action determination. For example, contextual information may reveal that the person was running on a base path or carrying a ball toward a line of scrimmage just before going to the ground, and thus, an action determination may yield “sliding” or “tackled”. However, alternatively, contextual information may reveal that the individual was in open space and no one was around, thus making an action determination based on the slowing down and falling, any one of a number of unexpected or abnormal actions.
  • In another embodiment, contextual information may include information regarding one or more zones. For example, a location system may be divided into various zones (e.g., a football field and a sideline area). Thus, attribute data which may be cause for alarm in some cases, such as an individual lying down at home plate, may not be cause for alarm in another location, such as an individual lying down in the dugout. In a care providing facility situation, zone division may indicate a bedroom, bathroom, family room couch, vs. garage, kitchen, etc. For example, an individual lying down in a bathroom may yield one action determination, whereas an individual lying down in a bedroom may yield a second action determination.
  • In another embodiment of the present invention, adversarial data may be considered. Thus, the receiver processing and analytics system 110 or 110′ may be configured to consider or factor in adversarial data before or during action determination. In one embodiment, one or more historical attributes related to a first individual may be a function of tag derived data captured from a second individual. For example, depending on whom a second individual is and/or what a second individual is doing, a first individual may act differently, such as running different speeds, turning, cutting, jumping, positioning himself differently or the like, or in the context of race car driving, accelerating, decelerating, taking a different line around a turn or the like. In one embodiment, the receiver processing and analytics system 110 or 110′ may be configured to measure and/or calculate relative position information. In another embodiment, relative reaction, speed or acceleration of a first tag (e.g., individual or body part) relative to a second tag (e.g., a second individual or second body part). The receiver processing and analytics system 110 or 110′ may be configured to then utilize the relative attribute data in the action determination (e.g., decreasing elbow tag position and hand tag position may lead to an action determination of a broken arm).
  • In some example embodiments, the receiver processing and analytics system 110 or 110′ may further be configured to consider whom or what the second tag is associated with, what a second the individual associated with the second tag position is doing, how the individual associated with the second tag location is performing as contextual information.
  • As shown in block 1450 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured to generate a list of one or more health, fitness, operation, or performance statuses.
  • In one embodiment, historical data, for example, from a person's medical history, may be used to provide a list of one or more probable statuses of an individual. For example, by knowing an individual's historical heart rate, breathing rate, and/or sweat rate, a combination of sensor derived data may indicate a moderate level of stress and thus one status determination for a first individual. Whereas the same combination of sensor derived data may indicate a high level of stress in a second individual and thus, a second status determination (e.g., panic attack).
  • In one embodiment, the sensor based HFOP models that are used in status determination may be a function of medical history data. For example, where medical history data shows one or more concussions, particular thresholds and/or tolerances related to sensor derived data may be adjusted such that status determination of a particular status may be more likely and/or is more conservative (e.g., erring on the side of caution). For example, acceptable tolerances in differences in reaction time, eye dilation data or the like may be lowered in individuals who have suffered concussions in their past.
  • As shown in block 1460 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured to utilize an action determination and a status determination to provide a HFOP status determination.
  • In one embodiment, HFOP status determination may then be compared to one or more pre-defined normal, abnormal or unexpected HFOP statuses. For example, pre-defined abnormal HFOP status may include pulled muscles, broken bones, concussions, or the like. For example, multi-dimensional location data from a person's knees and/or ankles may show a progression of running at top speed, making a quick turn, and slowing down and/or hopping, where one probable HFOP status may be pulling a muscle, which is turn may be identified as an abnormal or unexpected HFOP status.
  • As shown in block 1470 of FIG. 14, an apparatus, such as receiver processing and analytics system 110 or 110′, may be configured for causing an alert in response to an HFOP status determination of one or more particular HFOP statuses.
  • As will be appreciated, any such computer program instructions and/or other type of code may be loaded onto a computer, processor or other programmable apparatus's circuitry to produce a machine, such that the computer, processor other programmable circuitry that execute the code on the machine create the means for implementing various functions, including those described herein.
  • As described above and as will be appreciated based on this disclosure, embodiments of the present invention may be configured as methods, mobile devices, backend network devices, and the like. Accordingly, embodiments may comprise various means including entirely of hardware or any combination of software and hardware. Furthermore, embodiments may take the form of a computer program product on at least one non-transitory computer-readable storage medium having computer-readable program instructions (e.g., computer software) embodied in the storage medium. Any suitable computer-readable storage medium may be utilized including non-transitory hard disks, CD-ROMs, flash memory, optical storage devices, or magnetic storage devices.
  • Embodiments of the present invention have been described above with reference to block diagrams and flowchart illustrations of methods, apparatuses, systems and computer program products. It will be understood that each block of the circuit diagrams and process flowcharts, and combinations of blocks in the circuit diagrams and process flowcharts, respectively, can be implemented by various means including computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the computer program product includes the instructions which execute on the computer or other programmable data processing apparatus create a means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer-readable storage device that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage device produce an article of manufacture including computer-readable instructions for implementing the function discussed herein. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions discussed herein.
  • Accordingly, blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions and program instruction means for performing the specified functions. It will also be understood that each block of the circuit diagrams and process flowcharts, and combinations of blocks in the circuit diagrams and process flowcharts, can be implemented by special purpose hardware-based computer systems that perform the specified functions or steps, or combinations of special purpose hardware and computer instructions.
  • Computing Device Architecture
  • In some embodiments of the present invention, an apparatus, such as a receiver processing and analytics system 110 or 110′, tag data/sensor data filter 112, HFOP engine 116, individual dynamics/kinetics engine 120, or HFOP status engine 124 may be embodied by a computing device. The computing device may include or be associated with an apparatus 1500 as shown in FIG. 15. In this regard, the apparatus may include or otherwise be in communication with a processor 1522, a memory device 1524, a communication interface 1526 and a user interface 1528. As such, in some embodiments, although devices or elements are shown as being in communication with each other, hereinafter such devices or elements should be considered to be capable of being embodied within the same device or element and thus, devices or elements shown in communication should be understood to alternatively be portions of the same device or element.
  • In some embodiments, the processor 1522 (and/or co-processors or any other processing circuitry assisting or otherwise associated with the processor) may be in communication with the memory device 1524 via a bus for passing information among components of the apparatus. The memory device may include, for example, one or more volatile and/or non-volatile memories. In other words, for example, the memory device may be an electronic storage device (e.g., a computer readable storage medium) comprising gates configured to store data (e.g., bits) that may be retrievable by a machine (e.g., a computing device like the processor). The memory device may be configured to store information, data, content, applications, instructions, or the like for enabling the apparatus 1500 to carry out various functions in accordance with an example embodiment of the present invention. For example, the memory device could be configured to buffer input data for processing by the processor. Additionally or alternatively, the memory device could be configured to store instructions for execution by the processor.
  • As noted above, the apparatus 1500 may be embodied by a computing device 10 configured to employ an example embodiment of the present invention. However, in some embodiments, the apparatus may be embodied as a chip or chip set. In other words, the apparatus may comprise one or more physical packages (e.g., chips) including materials, components and/or wires on a structural assembly (e.g., a baseboard). The structural assembly may provide physical strength, conservation of size, and/or limitation of electrical interaction for component circuitry included thereon. The apparatus may therefore, in some cases, be configured to implement an embodiment of the present invention on a single chip or as a single “system on a chip.” As such, in some cases, a chip or chipset may constitute means for performing one or more operations for providing the functionalities described herein.
  • The processor 1522 may be embodied in a number of different ways. For example, the processor may be embodied as one or more of various hardware processing means such as a coprocessor, a microprocessor, a controller, a digital signal processor (DSP), a processing element with or without an accompanying DSP, or various other processing circuitry including integrated circuits such as, for example, an ASIC (application specific integrated circuit), an FPGA (field programmable gate array), a microcontroller unit (MCU), a hardware accelerator, a special-purpose computer chip, or the like. As such, in some embodiments, the processor may include one or more processing cores configured to perform independently. A multi-core processor may enable multiprocessing within a single physical package. Additionally or alternatively, the processor may include one or more processors configured in tandem via the bus to enable independent execution of instructions, pipelining and/or multithreading.
  • In an example embodiment, the processor 1522 may be configured to execute instructions stored in the memory device 1524 or otherwise accessible to the processor. Alternatively or additionally, the processor may be configured to execute hard coded functionality. As such, whether configured by hardware or software methods, or by a combination thereof, the processor may represent an entity (e.g., physically embodied in circuitry) capable of performing operations according to an embodiment of the present invention while configured accordingly. Thus, for example, when the processor is embodied as an ASIC, FPGA or the like, the processor may be specifically configured hardware for conducting the operations described herein. Alternatively, as another example, when the processor is embodied as an executor of software instructions, the instructions may specifically configure the processor to perform the algorithms and/or operations described herein when the instructions are executed. However, in some cases, the processor may be a processor of a specific device (e.g., a head mounted display) configured to employ an embodiment of the present invention by further configuration of the processor by instructions for performing the algorithms and/or operations described herein. The processor may include, among other things, a clock, an arithmetic logic unit (ALU) and logic gates configured to support operation of the processor. In one embodiment, the processor may also include user interface circuitry configured to control at least some functions of one or more elements of the user interface 1528.
  • Meanwhile, the communication interface 1526 may be any means such as a device or circuitry embodied in either hardware or a combination of hardware and software that is configured to receive and/or transmit data between the computing device 10 and a server 12. In this regard, the communication interface 1526 may include, for example, an antenna (or multiple antennas) and supporting hardware and/or software for enabling communications wirelessly. Additionally or alternatively, the communication interface may include the circuitry for interacting with the antenna(s) to cause transmission of signals via the antenna(s) or to handle receipt of signals received via the antenna(s). For example, the communications interface may be configured to communicate wirelessly with displays, such as via Wi-Fi, Bluetooth or other wireless communications techniques. In some instances, the communication interface may alternatively or also support wired communication. As such, for example, the communication interface may include a communication modem and/or other hardware/software for supporting communication via cable, digital subscriber line (DSL), universal serial bus (USB) or other mechanisms. For example, the communication interface may be configured to communicate via wired communication with other components of the computing device.
  • The user interface 1528 may be in communication with the processor 1522, such as the user interface circuitry, to receive an indication of a user input and/or to provide an audible, visual, mechanical, or other output to a user. As such, the user interface may include, for example, a keyboard, a mouse, a joystick, a display, a touch screen display, a microphone, a speaker, and/or other input/output mechanisms. In some embodiments, a display may refer to display on a screen, on a wall, on glasses (e.g., near-eye-display), in the air, etc. The user interface may also be in communication with the memory 1524 and/or the communication interface 1526, such as via a bus.
  • Many modifications and other embodiments of the inventions set forth herein will come to mind to one skilled in the art to which these embodiments of the invention pertain having the benefit of the teachings presented in the foregoing descriptions and the associated drawings. Therefore, it is to be understood that the embodiments of the invention are not to be limited to the specific embodiments disclosed and that modifications and other embodiments are intended to be included within the scope of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.

Claims (24)

1. A method for assessing a health or fitness of an individual, the method comprising:
receiving tag derived data comprising tag location data and blink data;
selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database;
comparing the tag location data to the individual dynamics/kinetics model;
and
determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
2.-7. (canceled)
8. The method according to claim 1, wherein comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model.
9. The method according to claim 1, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model.
10. The method according to claim 1, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending.
11. The method according to claim 1, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range.
12. The method according to claim 1, wherein comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
13.-20. (canceled)
21. A computer program product comprising at least one computer-readable storage medium having computer-executable program code instructions stored therein, the computer-executable program code instructions comprising program code instructions for:
receiving tag derived data comprising tag location data and blink data;
selecting an individual dynamics/kinetics model from an individual dynamics/kinetics models database;
comparing the tag location data to the individual dynamics/kinetics model;
and
determining a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
22.-27. (canceled)
28. The computer program product according to claim 21, wherein comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model.
29. The computer program product according to claim 21, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model.
30. The computer program product according to claim 21, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending.
31. The computer program product according to claim 21, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range.
32. The computer program product according to claim 21, wherein comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
33.-40. (canceled)
41. An apparatus for assessing a health or fitness of an individual, the apparatus comprising a processor and a memory having computer code stored therein, the computer code configured, when executed by the processor, to cause the apparatus to:
receive tag derived data comprising tag location data and blink data;
select an individual dynamics/kinetics model from an individual dynamics/kinetics models database;
compare the tag location data to the individual dynamics/kinetics model;
and
determine a health, fitness, operation and performance (HFOP) status for the individual based on the comparison of the tag location data to the individual dynamics/kinetics model.
42.-47. (canceled)
48. The apparatus according to claim 41, wherein comparing the tag location data to the individual dynamics/kinetics model comprises matching one or more field values of the tag location data to one or more corresponding field values of the individual dynamics/kinetic model.
49. The apparatus according to claim 41, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data has exceeded a control limit defined by the individual dynamics/kinetic model.
50. The apparatus according to claim 41, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that at least one field value of the tag location data is trending.
51. The apparatus according to claim 41, wherein comparing the tag location data to the individual dynamics/kinetics model comprises determining that the tag location data falls within a cluster range.
52. The apparatus according to claim 41, wherein comparing the tag location data to the individual dynamics/kinetics model comprises calculating the covariance of the tag location data with the individual dynamics/kinetics model.
53.-60. (canceled)
US13/942,522 2013-06-06 2013-07-15 Method, apparatus, and computer program product for dynamics/kinetics model selection Abandoned US20140365194A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/942,522 US20140365194A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for dynamics/kinetics model selection

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361831990P 2013-06-06 2013-06-06
US13/942,522 US20140365194A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for dynamics/kinetics model selection

Publications (1)

Publication Number Publication Date
US20140365194A1 true US20140365194A1 (en) 2014-12-11

Family

ID=52004990

Family Applications (27)

Application Number Title Priority Date Filing Date
US13/942,244 Active US9571143B2 (en) 2013-06-06 2013-07-15 Interference rejection in ultra-wideband real time locating systems
US13/942,582 Active 2034-01-16 US9985672B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects
US13/942,139 Abandoned US20140364973A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for monitoring health, fitness, operation, or performance of individuals
US13/942,585 Abandoned US20140365640A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics determining location based on real-time data for proximity and movement of objects
US13/942,572 Abandoned US20140365639A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics for determining role, formation, and play data based on real-time data for proximity and movement of objects
US13/942,171 Abandoned US20140361890A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for alert generation using health, fitness, operation, or performance of individuals
US13/942,522 Abandoned US20140365194A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for dynamics/kinetics model selection
US13/942,316 Active 2033-08-04 US9002485B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US13/942,560 Active 2033-08-09 US9014830B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for combined tag and sensor based performance modeling using real-time data for proximity and movement of objects
US13/942,567 Active US8989880B2 (en) 2013-06-06 2013-07-15 Performance analytics based on real-time data for proximity and movement of objects
US13/942,202 Active 2033-09-16 US9180357B2 (en) 2013-06-06 2013-07-15 Multiple antenna interference rejection in ultra-wideband real time locating systems
US13/942,507 Abandoned US20140361875A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for tag and individual correlation
US14/204,424 Abandoned US20140365415A1 (en) 2013-06-06 2014-03-11 System and method for predicting a criteria of interest
US14/204,414 Active US9602152B2 (en) 2013-06-06 2014-03-11 Method, apparatus, and computer program product for determining play events and outputting events based on real-time data for proximity, movement of objects, and audio data
US14/205,216 Active 2034-03-27 US9531415B2 (en) 2013-06-06 2014-03-11 Systems and methods for activity determination based on human frame
US14/297,361 Active US9698841B2 (en) 2013-06-06 2014-06-05 Method and apparatus for associating radio frequency identification tags with participants
US14/298,396 Active US9742450B2 (en) 2013-06-06 2014-06-06 Method, apparatus, and computer program product improving registration with real time location services
US14/725,354 Abandoned US20150335954A1 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/725,350 Active 2034-10-24 US10778268B2 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/725,351 Abandoned US20150335953A1 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/875,912 Active US9667287B2 (en) 2013-06-06 2015-10-06 Multiple antenna interference rejection in ultra-wideband real time locating systems
US15/247,413 Active US9882592B2 (en) 2013-06-06 2016-08-25 Method, apparatus, and computer program product for tag and individual correlation
US15/349,606 Active US10218399B2 (en) 2013-06-06 2016-11-11 Systems and methods for activity determination based on human frame
US15/396,110 Active US9839809B2 (en) 2013-06-06 2016-12-30 Method, apparatus, and computer program product for determining play events and outputting events based on real-time data for proximity, movement of objects, and audio data
US15/597,895 Active US10333568B2 (en) 2013-06-06 2017-05-17 Method and apparatus for associating radio frequency identification tags with participants
US15/651,347 Active US10050650B2 (en) 2013-06-06 2017-07-17 Method, apparatus, and computer program product improving registration with real time location services
US15/956,275 Active 2033-11-29 US10707908B2 (en) 2013-06-06 2018-04-18 Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects

Family Applications Before (6)

Application Number Title Priority Date Filing Date
US13/942,244 Active US9571143B2 (en) 2013-06-06 2013-07-15 Interference rejection in ultra-wideband real time locating systems
US13/942,582 Active 2034-01-16 US9985672B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects
US13/942,139 Abandoned US20140364973A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for monitoring health, fitness, operation, or performance of individuals
US13/942,585 Abandoned US20140365640A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics determining location based on real-time data for proximity and movement of objects
US13/942,572 Abandoned US20140365639A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics for determining role, formation, and play data based on real-time data for proximity and movement of objects
US13/942,171 Abandoned US20140361890A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for alert generation using health, fitness, operation, or performance of individuals

Family Applications After (20)

Application Number Title Priority Date Filing Date
US13/942,316 Active 2033-08-04 US9002485B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US13/942,560 Active 2033-08-09 US9014830B2 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for combined tag and sensor based performance modeling using real-time data for proximity and movement of objects
US13/942,567 Active US8989880B2 (en) 2013-06-06 2013-07-15 Performance analytics based on real-time data for proximity and movement of objects
US13/942,202 Active 2033-09-16 US9180357B2 (en) 2013-06-06 2013-07-15 Multiple antenna interference rejection in ultra-wideband real time locating systems
US13/942,507 Abandoned US20140361875A1 (en) 2013-06-06 2013-07-15 Method, apparatus, and computer program product for tag and individual correlation
US14/204,424 Abandoned US20140365415A1 (en) 2013-06-06 2014-03-11 System and method for predicting a criteria of interest
US14/204,414 Active US9602152B2 (en) 2013-06-06 2014-03-11 Method, apparatus, and computer program product for determining play events and outputting events based on real-time data for proximity, movement of objects, and audio data
US14/205,216 Active 2034-03-27 US9531415B2 (en) 2013-06-06 2014-03-11 Systems and methods for activity determination based on human frame
US14/297,361 Active US9698841B2 (en) 2013-06-06 2014-06-05 Method and apparatus for associating radio frequency identification tags with participants
US14/298,396 Active US9742450B2 (en) 2013-06-06 2014-06-06 Method, apparatus, and computer program product improving registration with real time location services
US14/725,354 Abandoned US20150335954A1 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/725,350 Active 2034-10-24 US10778268B2 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/725,351 Abandoned US20150335953A1 (en) 2013-06-06 2015-05-29 Method, apparatus, and computer program product for performance analytics determining play models and outputting events based on real-time data for proximity and movement of objects
US14/875,912 Active US9667287B2 (en) 2013-06-06 2015-10-06 Multiple antenna interference rejection in ultra-wideband real time locating systems
US15/247,413 Active US9882592B2 (en) 2013-06-06 2016-08-25 Method, apparatus, and computer program product for tag and individual correlation
US15/349,606 Active US10218399B2 (en) 2013-06-06 2016-11-11 Systems and methods for activity determination based on human frame
US15/396,110 Active US9839809B2 (en) 2013-06-06 2016-12-30 Method, apparatus, and computer program product for determining play events and outputting events based on real-time data for proximity, movement of objects, and audio data
US15/597,895 Active US10333568B2 (en) 2013-06-06 2017-05-17 Method and apparatus for associating radio frequency identification tags with participants
US15/651,347 Active US10050650B2 (en) 2013-06-06 2017-07-17 Method, apparatus, and computer program product improving registration with real time location services
US15/956,275 Active 2033-11-29 US10707908B2 (en) 2013-06-06 2018-04-18 Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects

Country Status (5)

Country Link
US (27) US9571143B2 (en)
EP (4) EP3005312A4 (en)
AU (3) AU2014274901A1 (en)
CA (2) CA2914689C (en)
WO (4) WO2014197618A2 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9502018B2 (en) 2014-07-11 2016-11-22 ProSports Technologies, LLC Whistle play stopper
US9610491B2 (en) 2014-07-11 2017-04-04 ProSports Technologies, LLC Playbook processor
US9652949B1 (en) 2014-07-11 2017-05-16 ProSports Technologies, LLC Sensor experience garment
US9724588B1 (en) 2014-07-11 2017-08-08 ProSports Technologies, LLC Player hit system
US9795858B1 (en) 2014-07-11 2017-10-24 ProSports Technologies, LLC Smart field goal detector
US20170337285A1 (en) * 2016-05-20 2017-11-23 Cisco Technology, Inc. Search Engine for Sensors
US9953195B2 (en) 2014-06-05 2018-04-24 Zih Corp. Systems, apparatus and methods for variable rate ultra-wideband communications
US9985672B2 (en) 2013-06-06 2018-05-29 Zih Corp. Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects
US10039128B2 (en) 2015-07-13 2018-07-31 Isolynx, Llc System and method for dynamically scheduling wireless transmissions without collision
US10062193B2 (en) * 2014-06-12 2018-08-28 Oracle International Corporation Attribute based map marker clustering
US10264175B2 (en) 2014-09-09 2019-04-16 ProSports Technologies, LLC Facial recognition for event venue cameras
US10416275B2 (en) 2016-05-12 2019-09-17 Isolynx, Llc Advanced tools for an object tracking system
US10433113B2 (en) 2016-03-09 2019-10-01 Isolynx, Llc System and method for determining split-times in a relay race
WO2020154302A1 (en) * 2019-01-21 2020-07-30 MGM Resorts International Operations, Inc. Systems and methods to predict a future outcome at a live sport event
US11171405B2 (en) 2016-07-12 2021-11-09 Isolynx, Llc Planar flexible RF tag and charging device
US11568713B2 (en) 2019-01-21 2023-01-31 Tempus Ex Machina, Inc. Systems and methods for making use of telemetry tracking devices to enable event based analysis at a live game

Families Citing this family (162)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2150057A3 (en) * 2008-07-29 2013-12-11 Gerald Curry Camera-based tracking and position determination for sporting events
US9767351B2 (en) * 2009-01-15 2017-09-19 AvidaSports, LLC Positional locating system and method
US9697427B2 (en) 2014-01-18 2017-07-04 Jigabot, LLC. System for automatically tracking a target
US9699365B2 (en) 2012-10-04 2017-07-04 Jigabot, LLC. Compact, rugged, intelligent tracking apparatus and method
US20150109457A1 (en) * 2012-10-04 2015-04-23 Jigabot, Llc Multiple means of framing a subject
US20140111322A1 (en) * 2012-10-23 2014-04-24 Chad Steelberg System and Method for Capturing and Transmitting Real Time Sports Performance Data
US9931566B2 (en) * 2014-01-29 2018-04-03 Eddie's Social Club, LLC Game system with interactive show control
US9517417B2 (en) 2013-06-06 2016-12-13 Zih Corp. Method, apparatus, and computer program product for performance analytics determining participant statistical data and game status data
US10437658B2 (en) 2013-06-06 2019-10-08 Zebra Technologies Corporation Method, apparatus, and computer program product for collecting and displaying sporting event data based on real time data for proximity and movement of objects
US11423464B2 (en) 2013-06-06 2022-08-23 Zebra Technologies Corporation Method, apparatus, and computer program product for enhancement of fan experience based on location data
US9699278B2 (en) 2013-06-06 2017-07-04 Zih Corp. Modular location tag for a real time location system network
US10609762B2 (en) 2013-06-06 2020-03-31 Zebra Technologies Corporation Method, apparatus, and computer program product improving backhaul of sensor and other data to real time location system network
US9715005B2 (en) 2013-06-06 2017-07-25 Zih Corp. Method, apparatus, and computer program product improving real time location systems with multiple location technologies
DE102013010787A1 (en) * 2013-06-28 2014-12-31 Servus Intralogistics Gmbh Control system for a rail-bound driving robot and method for its operation
US9300686B2 (en) 2013-06-28 2016-03-29 Fireeye, Inc. System and method for detecting malicious links in electronic messages
US9575621B2 (en) 2013-08-26 2017-02-21 Venuenext, Inc. Game event display with scroll bar and play event icons
US10282068B2 (en) * 2013-08-26 2019-05-07 Venuenext, Inc. Game event display with a scrollable graphical game play feed
US20150097965A1 (en) * 2013-10-03 2015-04-09 Jigabot, Llc Eliminating line-of-sight needs and interference in a tracker
US9292831B2 (en) * 2013-10-09 2016-03-22 Christopher Burns Monitoring data elements across multiple networks and processes
US9342785B2 (en) * 2013-11-15 2016-05-17 Disney Enterprises, Inc. Tracking player role using non-rigid formation priors
US10140575B2 (en) 2013-11-15 2018-11-27 Disney Enterprises, Inc. Sports formation retrieval
US9578377B1 (en) * 2013-12-03 2017-02-21 Venuenext, Inc. Displaying a graphical game play feed based on automatically detecting bounds of plays or drives using game related data sources
US10327481B2 (en) 2013-12-31 2019-06-25 Suunto Oy Arrangement and method for configuring equipment
FI126161B (en) * 2013-12-31 2016-07-29 Suunto Oy A communication module for monitoring personal performance and the associated arrangement and method
GB2550706A (en) * 2014-01-08 2017-11-29 Lost Property Pty Ltd A sports object and system for tracking a sports object
US20150199480A1 (en) * 2014-01-15 2015-07-16 Microsoft Corporation Controlling health screening via entertainment experiences
US9147150B2 (en) * 2014-02-12 2015-09-29 Philippe Marc Francois Morisse Synthetic grass implant with RFID tag for ground-marking in grassed areas
US10412470B2 (en) * 2014-04-08 2019-09-10 Matthew A. F. Engman Event entertainment system
US9391658B2 (en) * 2014-04-22 2016-07-12 Entropic Communications, Llc Method and apparatus for cancellation of interference from a spread spectrum phase lock loop
US20150339952A1 (en) * 2014-05-24 2015-11-26 Nirit Glazer Method and system for using location services to teach concepts
US9626616B2 (en) 2014-06-05 2017-04-18 Zih Corp. Low-profile real-time location system tag
US9668164B2 (en) 2014-06-05 2017-05-30 Zih Corp. Receiver processor for bandwidth management of a multiple receiver real-time location system (RTLS)
WO2015186044A1 (en) 2014-06-05 2015-12-10 Zih Corp. Receiver processor for adaptive windowing and high-resolution toa determination in a multiple receiver target location system
US9661455B2 (en) 2014-06-05 2017-05-23 Zih Corp. Method, apparatus, and computer program product for real time location system referencing in physically and radio frequency challenged environments
US20150375083A1 (en) 2014-06-05 2015-12-31 Zih Corp. Method, Apparatus, And Computer Program Product For Enhancement Of Event Visualizations Based On Location Data
US10261169B2 (en) 2014-06-05 2019-04-16 Zebra Technologies Corporation Method for iterative target location in a multiple receiver target location system
US9759803B2 (en) 2014-06-06 2017-09-12 Zih Corp. Method, apparatus, and computer program product for employing a spatial association model in a real time location system
WO2015186043A1 (en) * 2014-06-06 2015-12-10 Zih Corp. Method, apparatus, and computer program product improving real time location systems with multiple location technologies
US9398028B1 (en) * 2014-06-26 2016-07-19 Fireeye, Inc. System, device and method for detecting a malicious attack based on communcations between remotely hosted virtual machines and malicious web servers
US9474933B1 (en) 2014-07-11 2016-10-25 ProSports Technologies, LLC Professional workout simulator
US10986817B2 (en) * 2014-09-05 2021-04-27 Intervet Inc. Method and system for tracking health in animal populations
US10197417B2 (en) * 2014-09-09 2019-02-05 Twin Harbor Labs, LLC Monitoring activity with intelligent fabrics
AU2015330646A1 (en) * 2014-10-10 2017-06-01 Livebarn Inc. System and method for optical player tracking in sports venues
PL3095034T3 (en) 2014-10-21 2019-11-29 Ironnet Cybersecurity Inc Cybersecurity system
US10161646B2 (en) * 2014-11-17 2018-12-25 Sears Brands, L.L.C. Sensors for detecting presence, occupancy, and/or motion and related systems and methods
WO2016086312A1 (en) * 2014-12-05 2016-06-09 Smart Skin Technologies Inc. Methods and systems for position tracking
US9680415B2 (en) * 2015-01-23 2017-06-13 Cambium Networks Limited Apparatus and method for filtering radio frequency signals of transceiver integrated circuits
US9697399B2 (en) * 2015-01-30 2017-07-04 Korea Electronics Technology Institute Active radio frequency identification tag applied to logistics tracking system and communication method thereof
TWI549499B (en) * 2015-02-17 2016-09-11 Zan Quan Technology Co Ltd A system for automatic recording motion data and a method thereof
US10943435B2 (en) * 2015-03-09 2021-03-09 Sportsmedia Technology Corporation Systems and methods for providing secure data for wagering for live sports events
JP5835635B1 (en) 2015-05-13 2015-12-24 エフビートライアングル株式会社 Activity measuring device
EP3298758A1 (en) * 2015-05-18 2018-03-28 InterDigital Technology Corporation Automated profiling and context dependent cooperative iot management operations
WO2016196863A1 (en) * 2015-06-05 2016-12-08 Zih Corp. Modular location tag for a real time location system network
CN105105755B (en) * 2015-06-25 2017-10-31 简极科技有限公司 A kind of intelligent court system and its data capture method
WO2017007623A1 (en) * 2015-07-09 2017-01-12 Voll, Inc. Mobile device and case functionally and physically coupled to the mobile device
US10078658B2 (en) 2015-07-10 2018-09-18 Whether or Knot LLC Systems and methods for electronic data distribution
US9817299B2 (en) 2015-07-23 2017-11-14 Admiral Video, LLC High-definition pylon-mounted camera assembly with mounting structure
US10139709B2 (en) 2015-07-23 2018-11-27 Admiral Video, LLC Corner-oriented high-definition pylon-mounted cameras
CA2992851C (en) * 2015-08-07 2021-11-09 Fairwayiq, Inc. System and method for managing and interacting with patrons at an activity venue
JP6905975B2 (en) 2015-09-01 2021-07-21 スリーエム イノベイティブ プロパティズ カンパニー Providing safety-related contextual information in personal protective equipment systems
JP5911993B1 (en) * 2015-09-16 2016-04-27 グリー株式会社 GAME PROGRAM, GAME CONTROL METHOD, AND INFORMATION PROCESSING DEVICE
US11497964B1 (en) * 2015-09-17 2022-11-15 Canary Medical Switzerland Ag Devices, systems and methods for using and monitoring sports equipment and sports activities
US9344436B1 (en) * 2015-11-03 2016-05-17 Fmr Llc Proximity-based and user-based access control using wearable devices
CA3003752A1 (en) * 2015-11-10 2017-05-18 ShotTracker, Inc. Location and event tracking system for games of sport
WO2017083585A1 (en) * 2015-11-10 2017-05-18 Nike Innovate C.V. Multi-modal on-field position determination
WO2017095781A1 (en) * 2015-11-30 2017-06-08 Keep The Space Proximity sensing devices and methods
WO2017093616A1 (en) * 2015-12-03 2017-06-08 Aps Management Device for optimizing the operation of a games or recreational facility
RU2015153270A (en) * 2015-12-11 2017-06-16 Константин МАРКАРЯН METHOD AND DEVICE FOR MONITORING INTENDED FOR MONITORING A LABEL
AU2016370667A1 (en) 2015-12-14 2018-07-05 Patrick Lucey System for interactive sports analytics using multi-template alignment and discriminative clustering
US20170173439A1 (en) * 2015-12-18 2017-06-22 Gridiron Innovations LLC Football Training, Animation Techniques, and Statistical Analysis
US10356154B2 (en) * 2016-01-04 2019-07-16 Google Llc Systems and methods for allocating communication resources via information technology infrastructure
US10086231B2 (en) 2016-03-08 2018-10-02 Sportsmedia Technology Corporation Systems and methods for integrated automated sports data collection and analytics platform
US10471304B2 (en) 2016-03-08 2019-11-12 Sportsmedia Technology Corporation Systems and methods for integrated automated sports data collection and analytics platform
WO2017156054A1 (en) * 2016-03-09 2017-09-14 Sportsmedia Technology Corporation Systems and methods for providing secure data for wagering for live sporting events
CN105703856B (en) * 2016-03-14 2018-08-24 电子科技大学 A kind of adaptive disturbance detection method
JP6682326B2 (en) * 2016-03-31 2020-04-15 キヤノン株式会社 Information processing apparatus, information processing method, and program
ITUA20162341A1 (en) * 2016-04-06 2017-10-06 Reaxing Srl SYSTEM FOR CARRYING OUT MOTOR ACTIVITY
NO342210B1 (en) * 2016-05-19 2018-04-16 Ronny Bakke Offshore health and safety wristband
CN109477881A (en) * 2016-05-25 2019-03-15 弗劳恩霍夫应用研究促进协会 Waveform Design for positioning system
US11862036B2 (en) * 2016-06-29 2024-01-02 Clipboard Nation, Inc. Method and system for generating and managing plays in an electronic forum
LT3338205T (en) 2016-07-14 2019-06-25 IronNet Cybersecurity, Inc. Simulation and virtual reality based cyber behavioral system
TWI602434B (en) * 2016-07-27 2017-10-11 宏碁股份有限公司 Photographing system for long-distance running event and operation method thereof
US11082754B2 (en) * 2016-08-18 2021-08-03 Sony Corporation Method and system to generate one or more multi-dimensional videos
US10103975B2 (en) * 2016-08-25 2018-10-16 Zih Corp. Methods and apparatus to mitigate interference and to extend field of view in ultra-wideband systems
US10376794B2 (en) * 2016-08-26 2019-08-13 Minkonet Corporation Method of providing observing service using event prediction in game
US10049650B2 (en) * 2016-09-23 2018-08-14 Intel Corporation Ultra-wide band (UWB) radio-based object sensing
US10454483B2 (en) * 2016-10-24 2019-10-22 Analog Devices, Inc. Open loop oscillator time-to-digital conversion
US11017343B2 (en) * 2017-01-10 2021-05-25 Moduleq, Inc. Personal data fusion
US20180221713A1 (en) * 2017-02-06 2018-08-09 Robert Wesley Smith System, method and apparatus for geospatial tracking and analysis of sports activities
US10484211B2 (en) * 2017-03-08 2019-11-19 Skyworks Solutions, Inc. Multipath bandpass filters with passband notches
US10789457B2 (en) * 2017-04-26 2020-09-29 Sap Se Sensor-based tracking of sports participants
WO2018226933A1 (en) 2017-06-08 2018-12-13 The Procter & Gamble Company Container filling assembly
MX2019014736A (en) 2017-06-08 2020-02-07 Procter & Gamble Method of filling a container using an assembly of adjustable volume.
EP3635694A1 (en) 2017-06-09 2020-04-15 Carrier Corporation Location-based behavioral monitoring
CN107276724B (en) * 2017-06-29 2020-04-07 沈阳理工大学 Networked control system encoder based on event trigger and encoding method thereof
CN107376300B (en) * 2017-07-12 2022-08-12 沈阳航空航天大学 Track and field race automatic timing system based on UWB technology
CN107543548B (en) * 2017-08-22 2020-11-06 京东方科技集团股份有限公司 Activity personnel positioning device and activity data acquisition equipment
CN111344589A (en) 2017-11-17 2020-06-26 迪米克股份有限公司 System and method for monitoring persons
WO2019107954A1 (en) * 2017-11-30 2019-06-06 Samsung Electronics Co., Ltd. Apparatus and method for searching and registering tags in local positioning system
CN111954564A (en) 2018-01-21 2020-11-17 斯塔特斯公司 Method and system for interactive, exposable and improved game and player performance prediction in team sports
EP3740841A4 (en) 2018-01-21 2021-10-20 Stats Llc System and method for predicting fine-grained adversarial multi-agent motion
WO2019160919A1 (en) * 2018-02-13 2019-08-22 Gojo Industries, Inc. Modular people counters
CN108365342B (en) * 2018-02-28 2020-04-24 武汉虹信通信技术有限责任公司 Two-dimensional electrically-controlled antenna adjusting device
AU2019244111B2 (en) 2018-03-27 2023-01-19 Ddsports, Inc. Wireless charging pod and charging pod rack for game devices with rechargeable batteries
WO2019217962A1 (en) 2018-05-11 2019-11-14 Daniel Kohler Photographic method and system for aiding officials in locating an object
CN108876673A (en) * 2018-06-11 2018-11-23 武汉网信安全技术股份有限公司 A kind of safe wisdom urban management information system
US11562260B2 (en) 2018-07-27 2023-01-24 Zebra Technologies Corporation System and method for mobile device locationing
EP3831097A4 (en) * 2018-08-01 2022-11-16 Marquardt GmbH Controller that controls equipment functions based on operator location, and equipment control methods
RU2691947C1 (en) * 2018-08-03 2019-06-19 Максим Борисович ЕФИМОВ Local system for monitoring location and parameters of movement of athletes and sports equipment
US20200051463A1 (en) * 2018-08-10 2020-02-13 Avery Dennison Retail Information Services, Llc Intelligent advertising insert method, system, and apparatus
KR102075540B1 (en) * 2018-08-17 2020-02-10 주식회사 마크베이스 Device of generating and searching sensor tag data in real-time
US11404149B2 (en) * 2018-08-30 2022-08-02 Hill-Rom Services, Inc. Systems and methods for EMR vitals charting
US10843060B2 (en) * 2018-10-04 2020-11-24 Dish Network L.L.C. Systems and methods for ball location on a sports field
CN109215451B (en) * 2018-10-31 2020-10-16 苏州元联科技创业园管理有限公司 Probability event rapid statistical device
EP3657736A1 (en) * 2018-11-20 2020-05-27 InnoCow GmbH Cable-connected and combined communication connection and energy supply of sensors in buildings
CN109858579A (en) * 2018-12-07 2019-06-07 安徽优菜信息技术有限公司 A kind of working method of the wisdom fruits and vegetables transport weighing system based on RFID
US11305194B2 (en) * 2019-01-21 2022-04-19 Tempus Ex Machina, Inc. Systems and methods for providing a real-time representation of positional information of subjects
US20200258364A1 (en) * 2019-02-07 2020-08-13 Osram Gmbh Human Activity Detection Using Thermal Data and Time-of-Flight Sensor Data
CN111601233B (en) * 2019-02-21 2022-06-28 昆山纬绩资通有限公司 Monitoring method and system for positioning device
EP3912090A4 (en) 2019-03-01 2022-11-09 Stats Llc Personalizing prediction of performance using data and body-pose for analysis of sporting performance
CN109675262B (en) * 2019-03-04 2021-01-26 南通大学附属医院 Eight-type lung rehabilitation mirror image Taiji training system
JP7403967B2 (en) 2019-04-11 2023-12-25 キヤノン株式会社 Information processing device, video generation device, image processing system, control method and program thereof
US11307283B2 (en) * 2019-05-02 2022-04-19 William Manley Smart track a system for tracking and/or controlling change of location based events
EP3966749A4 (en) 2019-05-08 2023-06-21 Stats Llc System and method for content and style predictions in sports
US11373318B1 (en) 2019-05-14 2022-06-28 Vulcan Inc. Impact detection
US20200387817A1 (en) * 2019-06-05 2020-12-10 International Business Machines Corporation Artificial intelligence assisted sports strategy predictor
BR112021023885B1 (en) 2019-06-17 2022-11-22 Ddsports, Inc SPORTS BALL
CN110264827A (en) * 2019-06-28 2019-09-20 重庆工程职业技术学院 A kind of statistics teaching figure displaying apparatus
US11018783B2 (en) * 2019-07-12 2021-05-25 Eagle Technology, Llc System and method for mitigating broadband interference
CN110349460A (en) * 2019-07-17 2019-10-18 北京傲时代信息技术有限公司 A kind of online education and examination system
EP3770832A1 (en) * 2019-07-23 2021-01-27 Nokia Technologies Oy Workload data
US11798070B2 (en) * 2019-08-12 2023-10-24 Ebay Inc. Adaptive timing prediction for updating information
US11289194B1 (en) 2019-08-27 2022-03-29 Hill-Rom Services, Inc. Modular location engine for tracking the locations of assets in a clinical environment
US11317246B1 (en) 2019-08-27 2022-04-26 Hill-Rom Services, Inc. Flexible mesh network for locating assets in a clinical environment
US11309084B1 (en) 2019-08-30 2022-04-19 Hill-Rom Services, Inc. Intelligent location estimation for assets in clinical environments
EP3796268A1 (en) * 2019-09-18 2021-03-24 Swiss Timing Ltd. System and method of continously tracking at least one competitor on an athletics track
CN110849367B (en) * 2019-10-08 2021-12-10 杭州电子科技大学 Indoor positioning and navigation method based on visual SLAM fused with UWB
US20210134124A1 (en) * 2019-10-31 2021-05-06 Scoretrade Inc. In-stadium and location-based user inputs to adjust in-game bet pricing and probabilities
US20210170229A1 (en) * 2019-12-06 2021-06-10 Acronis International Gmbh Systems and methods for providing strategic game recommendations in a sports contest using artificial intelligence
US11450192B2 (en) 2020-01-06 2022-09-20 National Cheng Kung University Fall detection system
WO2021167905A1 (en) * 2020-02-17 2021-08-26 Sam Belkin Dynamically tunable radio frequency filter and applications
EP4127773A1 (en) * 2020-03-30 2023-02-08 Wiser Systems, Inc. Integrated camera and ultra- wideband location devices and related systems
US11181817B1 (en) 2020-05-08 2021-11-23 Admiral Video, LLC Vertically and corner-oriented high-definition pylon-mounted cameras
WO2021245643A1 (en) * 2020-06-04 2021-12-09 Siz Technologies Ltd System and method for determining location-based occurrence probability during a live event
US11452940B2 (en) * 2020-06-09 2022-09-27 International Business Machines Corporation Real-world activity simulation augmentation with real-world data of the activity
CN116324668A (en) 2020-10-01 2023-06-23 斯塔特斯公司 Predicting NBA zenithal and quality from non-professional tracking data
CN112153622B (en) * 2020-10-15 2023-02-03 华大恒芯科技有限公司 NFC (near field communication) management method and system for shared electric vehicle safety helmet
US11671133B2 (en) 2020-10-16 2023-06-06 Deere & Company Adaptive narrowband and wideband interference rejection for satellite navigation receiver
US11750274B2 (en) 2020-10-16 2023-09-05 Deere & Company Adaptive narrowband interference rejection for satellite navigation receiver
US11742883B2 (en) 2020-10-16 2023-08-29 Deere & Company Adaptive narrowband interference rejection for satellite navigation receiver
US11398132B2 (en) * 2020-11-30 2022-07-26 Adrenalineip Lineup specific odds manipulation
US11196534B1 (en) * 2020-12-02 2021-12-07 Ciena Corporation Apparatus and methods for low power clock generation in multi-channel high speed devices
CN112597813A (en) * 2020-12-03 2021-04-02 宁波大学科学技术学院 Teaching evaluation method and device and computer readable storage medium
CN112691358A (en) * 2020-12-29 2021-04-23 重庆大学城市科技学院 Basketball teaching effect evaluation system
CN112807658B (en) * 2021-01-06 2021-11-30 杭州恒生数字设备科技有限公司 Intelligent mobile positioning system with fusion of multiple positioning technologies
US11832207B2 (en) 2021-02-18 2023-11-28 Zebra Technologies Corporation Device locationing using a beacon of a battery pack
CN113078916B (en) * 2021-03-26 2022-04-15 长沙驰芯半导体科技有限公司 Ultra-wideband receiver interference suppression circuit and method for suppressing interference
US11918897B2 (en) 2021-04-27 2024-03-05 Stats Llc System and method for individual player and team simulation
CN117222959A (en) * 2021-04-27 2023-12-12 斯塔特斯公司 virtual guidance system
US20230056713A1 (en) * 2021-07-31 2023-02-23 Sam Belkin Dynamically optimized radio receiver
US11911659B2 (en) * 2022-01-19 2024-02-27 Integrated Bionics, Inc. Local positioning system using two-way ranging
CN114580588B (en) * 2022-05-06 2022-08-12 江苏省质量和标准化研究院 UHF RFID group tag type selection method based on probability matrix model

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060264730A1 (en) * 2002-08-22 2006-11-23 Bodymedia, Inc. Apparatus for detecting human physiological and contextual information
US20070091292A1 (en) * 2005-09-15 2007-04-26 Samsung Electronics Co., Ltd. System, medium, and method controlling operation according to instructional movement
US20080182724A1 (en) * 2007-01-25 2008-07-31 Nicole Lee Guthrie Activity Monitor with Incentive Features
US20100174506A1 (en) * 2009-01-07 2010-07-08 Joseph Benjamin E System and Method for Determining an Attitude of a Device Undergoing Dynamic Acceleration Using a Kalman Filter
US20130041590A1 (en) * 2011-03-31 2013-02-14 Adidas Ag Group Performance Monitoring System and Method
US20140038544A1 (en) * 2008-01-16 2014-02-06 Martin Kelly Jones Interactive Personal Surveillance and Security (IPSS) Systems and Methods
US20140074510A1 (en) * 2012-09-07 2014-03-13 Jennifer Clement McClung Personalized Health Score Generator
US20140089243A1 (en) * 2012-01-08 2014-03-27 Steven Charles Oppenheimer System and Method For Item Self-Assessment As Being Extant or Displaced
US20140170607A1 (en) * 2012-12-14 2014-06-19 International Business Machines Corporation Personalized compliance feedback via model-driven sensor data assessment
US8775916B2 (en) * 2010-12-17 2014-07-08 Microsoft Corporation Validation analysis of human target
US20140372133A1 (en) * 2008-10-01 2014-12-18 RedBrick Health Corporation System and method for incentive-based health improvement programs and services

Family Cites Families (216)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3732500A (en) 1968-09-27 1973-05-08 Itt Selection and processing system for signals, including frequency discriminator
IT1159686B (en) 1978-05-22 1987-03-04 Indesit TELEVISION
CA1320535C (en) 1988-02-29 1993-07-20 Kazuzi Watanabe Interference cancellation circuit
US5119104A (en) 1990-05-04 1992-06-02 Heller Alan C Location system adapted for use in multipath environments
US5513854A (en) 1993-04-19 1996-05-07 Daver; Gil J. G. System used for real time acquistion of data pertaining to persons in motion
US5699244A (en) 1994-03-07 1997-12-16 Monsanto Company Hand-held GUI PDA with GPS/DGPS receiver for collecting agronomic and GPS position data
US5469409A (en) 1994-03-14 1995-11-21 Motorola, Inc. Method for clock calibration in a position determination system
US5645077A (en) 1994-06-16 1997-07-08 Massachusetts Institute Of Technology Inertial orientation tracker apparatus having automatic drift compensation for tracking human head and other similarly sized body
US6885971B2 (en) 1994-11-21 2005-04-26 Phatrat Technology, Inc. Methods and systems for assessing athletic performance
US7739076B1 (en) 1999-06-30 2010-06-15 Nike, Inc. Event and sport performance methods and systems
US8280682B2 (en) 2000-12-15 2012-10-02 Tvipr, Llc Device for monitoring movement of shipped goods
US6028626A (en) 1995-01-03 2000-02-22 Arc Incorporated Abnormality detection and surveillance system
US5930741A (en) 1995-02-28 1999-07-27 Virtual Technologies, Inc. Accurate, rapid, reliable position sensing using multiple sensing technologies
US5793630A (en) 1996-06-14 1998-08-11 Xerox Corporation High precision spatially defined data transfer system
WO1998005977A1 (en) 1996-08-01 1998-02-12 Era A.S. A process for location of objects, mainly aircraft, and a system for carrying out this process
US5920287A (en) 1997-01-21 1999-07-06 Widata Corporation Radio location system for precisely tracking objects by RF transceiver tags which randomly and repetitively emit wideband identification signals
US5995046A (en) 1998-01-30 1999-11-30 Widata Corporation Radio geo-location system with advanced first received wavefront arrival determination
US6366242B1 (en) 1997-01-21 2002-04-02 Wherenet Corporation Computer workstation tool for displaying performance estimate of tagged object geo-location system for proposed geometry layout of tag transmission readers
US6204813B1 (en) 1998-02-20 2001-03-20 Trakus, Inc. Local area multiple object tracking system
US5901172A (en) 1997-06-11 1999-05-04 Multispectral Solutions, Inc. Ultra wideband receiver with high speed noise and interference tracking threshold
US6025780A (en) 1997-07-25 2000-02-15 Checkpoint Systems, Inc. RFID tags which are virtually activated and/or deactivated and apparatus and methods of using same in an electronic security system
US6697103B1 (en) 1998-03-19 2004-02-24 Dennis Sunga Fernandez Integrated network for monitoring remote objects
US6176837B1 (en) 1998-04-17 2001-01-23 Massachusetts Institute Of Technology Motion tracking system
US6111536A (en) 1998-05-26 2000-08-29 Time Domain Corporation System and method for distance measurement by inphase and quadrature signals in a radio system
US7483049B2 (en) 1998-11-20 2009-01-27 Aman James A Optimizations for live event, real-time, 3D object tracking
WO2000044449A1 (en) 1999-01-29 2000-08-03 Scale Inc. Time-series data processing device and method
US7132982B2 (en) 1999-03-05 2006-11-07 Rannock Corporation Method and apparatus for accurate aircraft and vehicle tracking
WO2001008417A1 (en) 1999-07-26 2001-02-01 Joseph Charles Bok System, apparatus, and method for telemetry and monitoring of desired targets
US6380894B1 (en) 1999-08-30 2002-04-30 Wherenet Corporation Multi-lateration system with automatic calibration and error removal
US20010030625A1 (en) 2000-01-12 2001-10-18 Doles Daniel T. Local clock-referenced DTOA geolocation system with wireless infrastructure
US6476719B2 (en) 2000-03-07 2002-11-05 Wherenet Corp. Ultra-sensitive magnetic field receiver capable of operating in high noise environments
US6593885B2 (en) 2000-04-27 2003-07-15 Wherenet Corp Low cost DTOA location processing system based on multiple readers-to-single processor architecture
JP3951566B2 (en) 2000-07-10 2007-08-01 株式会社日立製作所 Location measurement service providing method, location measurement system, base station, server, and location information providing method using a CDMA cellular phone system
US6836744B1 (en) 2000-08-18 2004-12-28 Fareid A. Asphahani Portable system for analyzing human gait
US8595372B2 (en) 2000-09-12 2013-11-26 Wag Acquisition, Llc Streaming media buffering system
US7716358B2 (en) 2000-09-12 2010-05-11 Wag Acquisition, Llc Streaming media buffering system
US8224664B1 (en) 2000-11-16 2012-07-17 Gsl Solutions, Inc. Portable prescription order distribution cart and tracking system
US6655582B2 (en) 2001-01-02 2003-12-02 Wherenet Corp System and method for identifying objects using single connection line
US6567536B2 (en) 2001-02-16 2003-05-20 Golftec Enterprises Llc Method and system for physical motion analysis
JP4396801B2 (en) 2001-02-27 2010-01-13 パイオニア株式会社 POSITIONING DEVICE, POSITIONING METHOD, AND POSITIONING SYSTEM
US6977645B2 (en) 2001-03-16 2005-12-20 Agilent Technologies, Inc. Portable electronic device with mouse-like capabilities
US6486831B1 (en) 2001-04-23 2002-11-26 Itt Manufacturing Enterprises, Inc. Methods and apparatus for estimating accuracy of measurement signals
EP1384046B1 (en) 2001-05-04 2018-10-03 Vexcel Imaging GmbH Digital camera for and method of obtaining overlapping images
AU2002326417A1 (en) 2001-07-20 2003-03-03 Hill-Rom Services, Inc. Badge for a locating and tracking system
US6882315B2 (en) 2001-10-18 2005-04-19 Multispectral Solutions, Inc. Object location system and method
US7023356B2 (en) 2001-11-26 2006-04-04 Aero-Vision Technologies, Inc. System and method for monitoring individuals and objects associated with wireless identification tags
US7969306B2 (en) 2002-01-11 2011-06-28 Sap Aktiengesellschaft Context-aware and real-time item tracking system architecture and scenarios
US20030227453A1 (en) 2002-04-09 2003-12-11 Klaus-Peter Beier Method, system and computer program product for automatically creating an animated 3-D scenario from human position and path data
US6710713B1 (en) 2002-05-17 2004-03-23 Tom Russo Method and apparatus for evaluating athletes in competition
US20040022227A1 (en) 2002-08-02 2004-02-05 Lynch Randall Gene System and method for asset tracking
US7194050B2 (en) 2002-09-30 2007-03-20 Nortel Networks Limited Reducing narrowband interference in a wideband signal
US6972723B2 (en) 2002-12-09 2005-12-06 Huei-Hsin Sun Wide-band antenna
GB0229690D0 (en) 2002-12-19 2003-01-29 Koninkl Philips Electronics Nv Object positioning system object positioning apparatus and object positioning method
US6812884B2 (en) 2003-03-12 2004-11-02 Multispectral Solutions, Inc. Transceiver system and method utilizing nanosecond pulses
US20040260470A1 (en) 2003-06-14 2004-12-23 Rast Rodger H. Conveyance scheduling and logistics system
EP1503513A1 (en) 2003-07-30 2005-02-02 Mitsubishi Electric Information Technology Centre Europe B.V. Method for identifying the beginning of a UWB pulse sequence
US7203500B2 (en) 2003-08-01 2007-04-10 Intel Corporation Apparatus and associated methods for precision ranging measurements in a wireless communication environment
US7263133B1 (en) 2003-09-02 2007-08-28 Miao George J MIMO-based multiuser OFDM multiband for ultra wideband communications
US7427904B2 (en) 2003-09-12 2008-09-23 Avaya Inc. Ultra-high-frequency notch filter having an inductance set by selecting a conductor width
US7049965B2 (en) 2003-10-02 2006-05-23 General Electric Company Surveillance systems and methods
KR100584328B1 (en) 2003-10-07 2006-05-26 삼성전자주식회사 Mobile Terminal Circuit Integrated With A Radio Frequency Identification Transponder And Radio Frequency Identification Method Thereof
US7327383B2 (en) 2003-11-04 2008-02-05 Eastman Kodak Company Correlating captured images and timed 3D event data
US7190271B2 (en) 2003-11-07 2007-03-13 Wherenet Corp Location system and method that achieves time synchronized network performance using unsynchronized receiver clocks
US7387559B2 (en) 2003-11-17 2008-06-17 Mattel, Inc. Toy vehicles and play sets with contactless identification
TWI227606B (en) 2003-11-28 2005-02-01 Inst Information Industry System of non-intrusive access control and method thereof
US20050207617A1 (en) * 2004-03-03 2005-09-22 Tim Sarnoff Digital representation of a live event
US20050233815A1 (en) * 2004-03-18 2005-10-20 Hbl Ltd. Method of determining a flight trajectory and extracting flight data for a trackable golf ball
NL1026919C2 (en) 2004-08-27 2006-02-28 Nedap Agri B V Ultra-wide-band system for determining animals.
WO2006036051A1 (en) 2004-09-30 2006-04-06 Samsung Electronics Co., Ltd. Method and apparatus for supporting voice service through radio channel in mobile telecommunication system
US7683761B2 (en) 2005-01-26 2010-03-23 Battelle Memorial Institute Method for autonomous establishment and utilization of an active-RF tag network
US7469390B2 (en) 2005-04-18 2008-12-23 University Of Pittsburgh - Of The Commonwealth System Of Higher Education Method and software tool for automatic generation of software for integrated circuit processors
US7699707B2 (en) 2005-05-09 2010-04-20 Hotbox Sports Llc Fantasy sports system and method thereof
US7710322B1 (en) 2005-05-10 2010-05-04 Multispectral Solutions, Inc. Extensible object location system and method using multiple references
DK1896872T3 (en) 2005-06-08 2017-01-09 C-Dax Ltd IMPROVEMENTS IN OR RELATING pasture management
US20060281061A1 (en) 2005-06-13 2006-12-14 Tgds, Inc. Sports Training Simulation System and Associated Methods
US7388491B2 (en) 2005-07-20 2008-06-17 Rockwell Automation Technologies, Inc. Mobile RFID reader with integrated location awareness for material tracking and management
WO2007094868A2 (en) 2005-10-28 2007-08-23 Mojix, Inc. Rfid receiver
US20100201512A1 (en) 2006-01-09 2010-08-12 Harold Dan Stirling Apparatus, systems, and methods for evaluating body movements
GB0601198D0 (en) * 2006-01-20 2006-03-01 Cambridge Silicon Radio Ltd FM Tone rejection
US7916023B2 (en) 2006-01-31 2011-03-29 Zebra Enterprise Solutions Corp. System and method for tracking assets within a monitored environment
US9274207B2 (en) 2006-02-01 2016-03-01 Zih Corp. System and method for determining signal source location in wireless local area network
US8188868B2 (en) 2006-04-20 2012-05-29 Nike, Inc. Systems for activating and/or authenticating electronic devices for operation with apparel
US20070296723A1 (en) 2006-06-26 2007-12-27 Electronic Arts Inc. Electronic simulation of events via computer-based gaming technologies
US9131892B2 (en) * 2006-07-25 2015-09-15 Gal Markel Wearable items providing physiological, environmental and situational parameter monitoring
US7771320B2 (en) 2006-09-07 2010-08-10 Nike, Inc. Athletic performance sensing and/or tracking systems and methods
IL177978A0 (en) 2006-09-10 2006-12-31 Avraham Zilberman A method and a system for analysing plays of sport teams
US7649441B2 (en) 2006-11-08 2010-01-19 Ncr Corporation Method and system for tuning an RFID interrogator
US9411944B2 (en) 2006-11-15 2016-08-09 Cfph, Llc Biometric access sensitivity
NZ578163A (en) 2006-12-04 2012-04-27 Lynx System Developers Inc Autonomous systems and methods for still and moving picture production
US7899006B2 (en) 2006-12-05 2011-03-01 Zebra Enterprise Solutions Corp. Location system for wireless local area network (WLAN) using RSSI and time difference of arrival (TDOA) processing
US20080140233A1 (en) * 2006-12-12 2008-06-12 International Business Machines Corporation Determining team effectiveness through sporting events
US7751971B2 (en) 2007-01-17 2010-07-06 Microsoft Corporation Location mapping for key-point based services
US8208939B2 (en) 2007-02-05 2012-06-26 Aeroscout Ltd. Dual bandwidth time difference of arrival (TDOA) system
US9880283B2 (en) 2007-02-13 2018-01-30 Zih Corp. System, apparatus and method for locating and/or tracking assets
US7755541B2 (en) 2007-02-13 2010-07-13 Wherenet Corp. System and method for tracking vehicles and containers
US8009727B2 (en) * 2007-02-20 2011-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Equalizer for single carrier FDMA receiver
US7817042B2 (en) 2007-02-23 2010-10-19 Cisco Technology, Inc. RFID tag management and operation
US9202357B2 (en) 2007-03-13 2015-12-01 Oracle International Corporation Virtualization and quality of sensor data
EP1970005B1 (en) 2007-03-15 2012-10-03 Xsens Holding B.V. A system and a method for motion tracking using a calibration unit
US9747575B2 (en) 2007-04-17 2017-08-29 Zih Corp. Flow metering of vehicles using RTLS tracking
US7625314B2 (en) 2007-04-30 2009-12-01 Nike, Inc. Adaptive training system with aerial mobility system
US8111797B2 (en) 2007-05-08 2012-02-07 Tdc Acquisition Holdings, Inc. Enhanced system and method for detecting the leading edge of a waveform
US20080281443A1 (en) 2007-05-13 2008-11-13 James Neil Rodgers Chip Referee
US8098150B2 (en) 2007-05-25 2012-01-17 Palo Alto Research Center Incorporated Method and system for locating devices with embedded location tags
US8542874B2 (en) 2007-07-11 2013-09-24 Cairos Technologies Ag Videotracking
US8456527B2 (en) 2007-07-27 2013-06-04 Sportvision, Inc. Detecting an object in an image using templates indexed to location or camera sensors
US8360904B2 (en) 2007-08-17 2013-01-29 Adidas International Marketing Bv Sports electronic training system with sport ball, and applications thereof
EP2211988A1 (en) 2007-10-24 2010-08-04 Medtronic, Inc. Remote titration of therapy delivered by an implantable medical device
US7969348B2 (en) 2007-11-02 2011-06-28 Recon Dynamics, Llc Systems and methods for obtaining and using data from a localized location and telemetry system in a wide area location and telemetry system
US8144680B2 (en) 2007-11-30 2012-03-27 Viasat, Inc. Contention-based communications
US8269835B2 (en) 2007-12-07 2012-09-18 International Business Machines Corporation Modification of turf TV participant decorations based on multiple real-time factors
WO2009089948A1 (en) 2007-12-20 2009-07-23 International Business Machines Corporation System and method for determining rfid tagged items encompassed in a given area
US8077082B1 (en) 2008-01-14 2011-12-13 Crossbow Technology, Inc. Enhancing reception of signals in global positioning system (GPS) receiver module
US20090195401A1 (en) 2008-01-31 2009-08-06 Andrew Maroney Apparatus and method for surveillance system using sensor arrays
CA2715965C (en) 2008-02-14 2019-01-15 Infomotion Sports Technologies, Inc. Electronic analysis of athletic performance
US8696458B2 (en) 2008-02-15 2014-04-15 Thales Visionix, Inc. Motion tracking system and method using camera and non-camera sensors
US9577934B2 (en) 2008-02-29 2017-02-21 Koninklijke Philips N.V. Optimizing physiologic monitoring based on available but variable signal quality
US7671802B2 (en) 2008-03-17 2010-03-02 Disney Enterprises, Inc. Active player tracking
US8279051B2 (en) 2008-04-14 2012-10-02 Naser Mohammed Khan Realtime coaching system
US8795045B2 (en) 2008-04-23 2014-08-05 Four O'Clock Fantasy Sports Concepts LLC “Old school” fantasy sports system and method
EP2150057A3 (en) 2008-07-29 2013-12-11 Gerald Curry Camera-based tracking and position determination for sporting events
US20100030350A1 (en) 2008-07-29 2010-02-04 Pvi Virtual Media Services, Llc System and Method for Analyzing Data From Athletic Events
US8184038B2 (en) 2008-08-20 2012-05-22 Qualcomm Incorporated Two-way ranging with inter-pulse transmission and reception
US8471706B2 (en) 2008-09-05 2013-06-25 John Schuster Using a mesh of radio frequency identification tags for tracking entities at a site
JP5162705B2 (en) 2008-09-24 2013-03-13 テレフオンアクチーボラゲット エル エム エリクソン(パブル) COMMUNICATION DEVICE, METHOD, AND COMPUTER PROGRAM
US8635645B2 (en) 2008-09-30 2014-01-21 Qualcomm Incorporated Apparatus and methods of providing and receiving venue level transmissions and services
WO2010041463A1 (en) 2008-10-09 2010-04-15 パナソニック株式会社 Base station device and distance measuring method
US8231506B2 (en) 2008-12-05 2012-07-31 Nike, Inc. Athletic performance monitoring systems and methods in a team sports environment
US8165150B2 (en) 2008-12-17 2012-04-24 Avaya Inc. Method and system for wireless LAN-based indoor position location
EP2389779B1 (en) 2009-01-22 2019-03-13 Viavi Solutions UK Limited Determining differences between base station timing offset for pairs of base stations in asynchronous networks using location estimates
WO2010092587A1 (en) 2009-02-16 2010-08-19 Tata Steel Limited A method and apparatus for achieving higher cooling rates of a gas during bypass cooling in a batch annealing furnace of cold rolling mills
CA2755401C (en) 2009-03-13 2017-06-06 Isolynx, Llc System and methods for providing performance feedback
US8239277B2 (en) 2009-03-31 2012-08-07 The Nielsen Company (Us), Llc Method, medium, and system to monitor shoppers in a retail or commercial establishment
US8289185B2 (en) 2009-05-05 2012-10-16 Advanced Technologies Group, LLC Sports telemetry system for collecting performance metrics and data
US8477046B2 (en) 2009-05-05 2013-07-02 Advanced Technologies Group, LLC Sports telemetry system for collecting performance metrics and data
EP3533424A1 (en) * 2009-06-05 2019-09-04 Advanced Brain Monitoring, Inc. Systems and methods for controlling position
US8248210B2 (en) 2009-06-30 2012-08-21 Intermec Ip Corp. Method and system to determine the position, orientation, size, and movement of RFID tagged objects
US9186548B2 (en) 2009-07-20 2015-11-17 Disney Enterprises, Inc. Play sequence visualization and analysis
US8432274B2 (en) 2009-07-31 2013-04-30 Deal Magic, Inc. Contextual based determination of accuracy of position fixes
US20110025847A1 (en) 2009-07-31 2011-02-03 Johnson Controls Technology Company Service management using video processing
US20110054782A1 (en) 2009-08-27 2011-03-03 Kaahui Keaka K A Method and apparatus of measuring and analyzing user movement
US8217797B2 (en) 2009-09-15 2012-07-10 Dikran Ikoyan Posture training device
JP5268844B2 (en) 2009-09-16 2013-08-21 日立コンシューマエレクトロニクス株式会社 Wireless communication system
US8515548B2 (en) * 2009-09-30 2013-08-20 Broadcom Corporation Article of clothing including bio-medical units
US8089354B2 (en) 2009-10-08 2012-01-03 Awarepoint Corporation Wireless tracking system and method for backhaul of information
BR112012012243A2 (en) 2009-11-23 2016-04-12 Alcatel Lucent cooperative communications on cellular networks
US8531523B2 (en) 2009-12-08 2013-09-10 Trueposition, Inc. Multi-sensor location and identification
US8731239B2 (en) 2009-12-09 2014-05-20 Disney Enterprises, Inc. Systems and methods for tracking objects under occlusion
US8348733B2 (en) 2009-12-21 2013-01-08 Electronics And Telecommunications Research Institute Apparatus and method for analyzing characteristic of game player in real time
US20110159939A1 (en) 2009-12-24 2011-06-30 Jason McCarthy Fight analysis system
NZ600699A (en) 2010-01-05 2014-12-24 Isolynx Llc Systems and methods for analyzing event data
US9823342B2 (en) 2010-02-09 2017-11-21 Aeroscout, Ltd. System and method for mobile monitoring of non-associated tags
US8467133B2 (en) 2010-02-28 2013-06-18 Osterhout Group, Inc. See-through display with an optical assembly including a wedge-shaped illumination system
US8558889B2 (en) 2010-04-26 2013-10-15 Sensormatic Electronics, LLC Method and system for security system tampering detection
US20110285585A1 (en) 2010-05-14 2011-11-24 Marcos Antonio Bergamo Position Location Using Opportunistic Analog and Digital Radio-Frequency Signals
US20110300905A1 (en) 2010-06-04 2011-12-08 Rami Levi System and Method for Locating an Object Using a Mobile Device
US20110320322A1 (en) 2010-06-25 2011-12-29 Symbol Technologies, Inc. Inventory monitoring using complementary modes for item identification
EP2408117A1 (en) 2010-07-13 2012-01-18 ST-Ericsson SA Synchronizing and detecting interference in wireless receiver
WO2012009671A2 (en) 2010-07-15 2012-01-19 Zebra Enterprise Solutions Corp. Method and apparatus for determining system node positions and performing temperature compensation
US8774829B2 (en) 2010-07-16 2014-07-08 Qualcomm Incorporated Sensor node positioning for location determination
US9107565B2 (en) 2010-08-16 2015-08-18 Fujitsu Limited Identifying an event occurrence from sensor data streams
US20120057640A1 (en) 2010-09-02 2012-03-08 Fang Shi Video Analytics for Security Systems and Methods
KR20120026889A (en) 2010-09-10 2012-03-20 엘지이노텍 주식회사 Rtls tag for real-time management of livestock and livestock managing system using the same
JP5327171B2 (en) 2010-09-15 2013-10-30 オムロン株式会社 RFID system
US20120112904A1 (en) * 2010-11-08 2012-05-10 Hammel Companies, Inc. System and Method for Tracking, Monitoring and Deriving the Location of Transient Objects by Monitoring the Location of Equipment Used to Move the Objects
CA3062128C (en) 2010-11-19 2022-04-12 Isolynx, Llc Associative object tracking systems and methods
US20120139708A1 (en) 2010-12-06 2012-06-07 Massachusetts Institute Of Technology Wireless Hand Gesture Capture
US8753275B2 (en) 2011-01-13 2014-06-17 BioSensics LLC Intelligent device to monitor and remind patients with footwear, walking aids, braces, or orthotics
US9489552B2 (en) 2011-01-20 2016-11-08 Innovative Timing Systems, Llc RFID timing system and method with integrated event participant location tracking
US20120323496A1 (en) 2011-02-17 2012-12-20 Nike, Inc. Tracking of User Performance Metrics During a Workout Session
WO2012122040A1 (en) 2011-03-04 2012-09-13 Zih Corp. Method, apparatus, and computer program product for processing received signals for locating
US20130057392A1 (en) 2011-03-14 2013-03-07 Roddy M. Bullock Method and System for Disabling an Electronic Device
US8818478B2 (en) 2011-03-31 2014-08-26 Adidas Ag Sensor garment
US8760290B2 (en) 2011-04-08 2014-06-24 Rave Wireless, Inc. Public safety analysis system
WO2012143744A1 (en) 2011-04-20 2012-10-26 Sony Ericsson Mobile Communications Ab Methods, systems and computer program products for registration of and anonymous communications related to tagged objects
EP2525236B1 (en) 2011-05-16 2017-08-02 Nanotron Technologies GmbH Method and System for multipath reduction for wireless synchronizing and/or locating
WO2012167301A1 (en) 2011-06-10 2012-12-13 Navisens Pty Ltd Positioning, tracking and trajectory estimation of a mobile object
CN106878724B (en) 2011-06-28 2020-06-05 太阳专利托管公司 Image encoding and decoding device
US20130041775A1 (en) 2011-08-08 2013-02-14 Einar Rosenberg System and Apparatus for Enabling Access to Business Service
US8954007B2 (en) 2011-08-12 2015-02-10 Wicentric, Inc. Systems and methods for low power short range wireless device communication scanning
US8754863B2 (en) 2011-09-23 2014-06-17 Motorola Solutions, Inc. Fixed display system interaction with a communication device
US9240006B2 (en) 2011-11-30 2016-01-19 At&T Intellectual Property I, L.P. Wireless transactions for enhancing customer experience
US20130138386A1 (en) 2011-11-30 2013-05-30 Arbitron Inc. Movement/position monitoring and linking to media consumption
US20130142384A1 (en) 2011-12-06 2013-06-06 Microsoft Corporation Enhanced navigation through multi-sensor positioning
US20130197981A1 (en) 2012-01-27 2013-08-01 2301362 Ontario Limited System and apparatus for provisioning services in an event venue
EP2815556B1 (en) 2012-02-13 2019-05-01 Sony Mobile Communications Inc. Electronic devices, methods, and computer program products for detecting a tag having a sensor associated therewith and receiving sensor information therefrom
US9404998B2 (en) 2012-03-21 2016-08-02 Secure Care Products, Llc Computerized device for object locating system and method thereof
US9792470B2 (en) 2012-03-29 2017-10-17 Zest Labs, Inc. Interference detection and mitigation in RFID readers and systems
US8949012B2 (en) 2012-04-05 2015-02-03 Her Majesty The Queen In Right Of Canada, As Represented By The Minister Of National Defence Automated multi-vehicle position, orientation and identification system and method
US20130339156A1 (en) 2012-04-05 2013-12-19 Addicam V. Sanjay Method and Apparatus for Selecting an Advertisement for Display on a Digital Sign According to an Approaching Object
US9081885B2 (en) 2012-08-24 2015-07-14 Elwha Llc Computational systems and methods for monitoring medication events including a camera and identified time intervals
US8907795B2 (en) 2012-09-06 2014-12-09 Tyco Fire & Security Gmbh System and method for detecting movement of a tagged article including traffic pattern determination
US9724570B2 (en) 2012-11-09 2017-08-08 Wilson Sporting Goods Co. Ball lighting
US9081076B2 (en) 2012-11-12 2015-07-14 Isolynx, Llc System and method for object tracking anti-jitter filtering
US20140145829A1 (en) 2012-11-25 2014-05-29 Amir Bassan-Eskenazi Wirless tag based communication, system and applicaitons
US20140156036A1 (en) 2012-11-30 2014-06-05 Jung-Tang Huang Sports competition application system
US9407317B2 (en) 2013-04-03 2016-08-02 Umm Al-Qura University Differential ultra-wideband indoor positioning method
US9188472B2 (en) * 2013-05-21 2015-11-17 Saudi Arabian Oil Company Enhanced reference line tank calibration method and apparatus
EP3321856B1 (en) 2013-06-04 2023-11-08 Isolynx, LLC Object tracking system optimization and tools
US10609762B2 (en) 2013-06-06 2020-03-31 Zebra Technologies Corporation Method, apparatus, and computer program product improving backhaul of sensor and other data to real time location system network
US9715005B2 (en) 2013-06-06 2017-07-25 Zih Corp. Method, apparatus, and computer program product improving real time location systems with multiple location technologies
US9571143B2 (en) 2013-06-06 2017-02-14 Zih Corp. Interference rejection in ultra-wideband real time locating systems
US9699278B2 (en) 2013-06-06 2017-07-04 Zih Corp. Modular location tag for a real time location system network
US9726750B2 (en) 2013-08-26 2017-08-08 Specialty Electrical, Llc Method and apparatus for multi-mode tracking and display of personnel locations in a graphical model
US20150085111A1 (en) 2013-09-25 2015-03-26 Symbol Technologies, Inc. Identification using video analytics together with inertial sensor data
US20150097653A1 (en) 2013-10-04 2015-04-09 Cambridge Silicon Radio Limited Determination of proximity using a plurality of transponders
CN106133747B (en) 2013-10-13 2021-10-01 麦拉普斯有限责任公司 Wearable sports timing tag assembly
US9626616B2 (en) 2014-06-05 2017-04-18 Zih Corp. Low-profile real-time location system tag
US20150375083A1 (en) 2014-06-05 2015-12-31 Zih Corp. Method, Apparatus, And Computer Program Product For Enhancement Of Event Visualizations Based On Location Data
US9668164B2 (en) 2014-06-05 2017-05-30 Zih Corp. Receiver processor for bandwidth management of a multiple receiver real-time location system (RTLS)
US10261169B2 (en) 2014-06-05 2019-04-16 Zebra Technologies Corporation Method for iterative target location in a multiple receiver target location system
WO2015186043A1 (en) 2014-06-06 2015-12-10 Zih Corp. Method, apparatus, and computer program product improving real time location systems with multiple location technologies
US9759803B2 (en) 2014-06-06 2017-09-12 Zih Corp. Method, apparatus, and computer program product for employing a spatial association model in a real time location system
US10183224B2 (en) 2014-06-12 2019-01-22 Michael Neil MACCALLUM Fantasy sports manager for various devices
US9610491B2 (en) * 2014-07-11 2017-04-04 ProSports Technologies, LLC Playbook processor
US9381645B1 (en) 2014-12-08 2016-07-05 Amazon Technologies, Inc. System for automating manipulation of items

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060264730A1 (en) * 2002-08-22 2006-11-23 Bodymedia, Inc. Apparatus for detecting human physiological and contextual information
US20070091292A1 (en) * 2005-09-15 2007-04-26 Samsung Electronics Co., Ltd. System, medium, and method controlling operation according to instructional movement
US20080182724A1 (en) * 2007-01-25 2008-07-31 Nicole Lee Guthrie Activity Monitor with Incentive Features
US20140038544A1 (en) * 2008-01-16 2014-02-06 Martin Kelly Jones Interactive Personal Surveillance and Security (IPSS) Systems and Methods
US20140372133A1 (en) * 2008-10-01 2014-12-18 RedBrick Health Corporation System and method for incentive-based health improvement programs and services
US20100174506A1 (en) * 2009-01-07 2010-07-08 Joseph Benjamin E System and Method for Determining an Attitude of a Device Undergoing Dynamic Acceleration Using a Kalman Filter
US8775916B2 (en) * 2010-12-17 2014-07-08 Microsoft Corporation Validation analysis of human target
US20130041590A1 (en) * 2011-03-31 2013-02-14 Adidas Ag Group Performance Monitoring System and Method
US20140089243A1 (en) * 2012-01-08 2014-03-27 Steven Charles Oppenheimer System and Method For Item Self-Assessment As Being Extant or Displaced
US20140074510A1 (en) * 2012-09-07 2014-03-13 Jennifer Clement McClung Personalized Health Score Generator
US20140170607A1 (en) * 2012-12-14 2014-06-19 International Business Machines Corporation Personalized compliance feedback via model-driven sensor data assessment

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10707908B2 (en) 2013-06-06 2020-07-07 Zebra Technologies Corporation Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects
US9985672B2 (en) 2013-06-06 2018-05-29 Zih Corp. Method, apparatus, and computer program product for evaluating performance based on real-time data for proximity and movement of objects
US9953195B2 (en) 2014-06-05 2018-04-24 Zih Corp. Systems, apparatus and methods for variable rate ultra-wideband communications
US9953196B2 (en) 2014-06-05 2018-04-24 Zih Corp. System, apparatus and methods for variable rate ultra-wideband communications
US10062193B2 (en) * 2014-06-12 2018-08-28 Oracle International Corporation Attribute based map marker clustering
US9610491B2 (en) 2014-07-11 2017-04-04 ProSports Technologies, LLC Playbook processor
US9652949B1 (en) 2014-07-11 2017-05-16 ProSports Technologies, LLC Sensor experience garment
US9724588B1 (en) 2014-07-11 2017-08-08 ProSports Technologies, LLC Player hit system
US9795858B1 (en) 2014-07-11 2017-10-24 ProSports Technologies, LLC Smart field goal detector
US9919197B2 (en) 2014-07-11 2018-03-20 ProSports Technologies, LLC Playbook processor
US9502018B2 (en) 2014-07-11 2016-11-22 ProSports Technologies, LLC Whistle play stopper
US10264175B2 (en) 2014-09-09 2019-04-16 ProSports Technologies, LLC Facial recognition for event venue cameras
US10039128B2 (en) 2015-07-13 2018-07-31 Isolynx, Llc System and method for dynamically scheduling wireless transmissions without collision
US11553520B2 (en) 2015-07-13 2023-01-10 Isolynx, Llc System and method for dynamically scheduling wireless transmissions without collision
US10904917B2 (en) 2015-07-13 2021-01-26 Isolynx, Llc System and method for dynamically scheduling wireless transmissions without collision
US10433113B2 (en) 2016-03-09 2019-10-01 Isolynx, Llc System and method for determining split-times in a relay race
US10957121B2 (en) 2016-03-09 2021-03-23 Isolynx, Llc System and method for determining split times in a relay race
US10416275B2 (en) 2016-05-12 2019-09-17 Isolynx, Llc Advanced tools for an object tracking system
US10942975B2 (en) * 2016-05-20 2021-03-09 Cisco Technology, Inc. Search engine for sensors
US20170337285A1 (en) * 2016-05-20 2017-11-23 Cisco Technology, Inc. Search Engine for Sensors
US11171405B2 (en) 2016-07-12 2021-11-09 Isolynx, Llc Planar flexible RF tag and charging device
WO2020154302A1 (en) * 2019-01-21 2020-07-30 MGM Resorts International Operations, Inc. Systems and methods to predict a future outcome at a live sport event
US11311808B2 (en) 2019-01-21 2022-04-26 Tempus Ex Machina, Inc. Systems and methods to predict a future outcome at a live sport event
US11568713B2 (en) 2019-01-21 2023-01-31 Tempus Ex Machina, Inc. Systems and methods for making use of telemetry tracking devices to enable event based analysis at a live game
US11813529B2 (en) 2019-01-21 2023-11-14 Tempus Ex Machina, Inc. Systems and methods to predict a future outcome at a live sport event

Also Published As

Publication number Publication date
US9531415B2 (en) 2016-12-27
US20160126989A1 (en) 2016-05-05
US20150335954A1 (en) 2015-11-26
US20140364975A1 (en) 2014-12-11
WO2014197575A1 (en) 2014-12-11
US20170056721A1 (en) 2017-03-02
US8989880B2 (en) 2015-03-24
US10218399B2 (en) 2019-02-26
AU2014274863A1 (en) 2016-01-07
WO2014197679A1 (en) 2014-12-11
US20150002272A1 (en) 2015-01-01
EP3005277A1 (en) 2016-04-13
CA2914707C (en) 2017-10-03
US20140365415A1 (en) 2014-12-11
US20170173387A1 (en) 2017-06-22
WO2014197618A2 (en) 2014-12-11
US20150335953A1 (en) 2015-11-26
US9571143B2 (en) 2017-02-14
EP3005278A1 (en) 2016-04-13
US20170317702A1 (en) 2017-11-02
US20180241422A1 (en) 2018-08-23
EP3005312A2 (en) 2016-04-13
US20170257127A1 (en) 2017-09-07
US20140361890A1 (en) 2014-12-11
US20160361595A1 (en) 2016-12-15
US20140364078A1 (en) 2014-12-11
US20140365639A1 (en) 2014-12-11
EP3005312A4 (en) 2017-01-11
US20140362892A1 (en) 2014-12-11
US20140364973A1 (en) 2014-12-11
US10778268B2 (en) 2020-09-15
US20140364141A1 (en) 2014-12-11
US9180357B2 (en) 2015-11-10
CA2914689A1 (en) 2014-12-11
AU2014274863B2 (en) 2017-09-07
US20140361875A1 (en) 2014-12-11
US20140364978A1 (en) 2014-12-11
WO2014197618A3 (en) 2015-02-19
US9602152B2 (en) 2017-03-21
US20150335952A1 (en) 2015-11-26
EP3570247A1 (en) 2019-11-20
US20140364977A1 (en) 2014-12-11
US9882592B2 (en) 2018-01-30
CA2914689C (en) 2018-02-27
US9839809B2 (en) 2017-12-12
CA2914707A1 (en) 2014-12-11
WO2014197623A1 (en) 2014-12-11
US9014830B2 (en) 2015-04-21
US20140361909A1 (en) 2014-12-11
US10333568B2 (en) 2019-06-25
US10050650B2 (en) 2018-08-14
US9985672B2 (en) 2018-05-29
US9002485B2 (en) 2015-04-07
US9698841B2 (en) 2017-07-04
US20140365640A1 (en) 2014-12-11
AU2017239492A1 (en) 2017-10-26
AU2017239492B2 (en) 2020-02-20
US20140364974A1 (en) 2014-12-11
US9667287B2 (en) 2017-05-30
US20140364976A1 (en) 2014-12-11
US10707908B2 (en) 2020-07-07
US9742450B2 (en) 2017-08-22
AU2014274901A1 (en) 2016-01-28

Similar Documents

Publication Publication Date Title
US9882592B2 (en) Method, apparatus, and computer program product for tag and individual correlation
US11156693B2 (en) Method, apparatus, and computer program product for employing a spatial association model in a real time location system
US9953196B2 (en) System, apparatus and methods for variable rate ultra-wideband communications
US9978425B2 (en) Method and device for associating frames in a video of an activity of a person with an event
US10086231B2 (en) Systems and methods for integrated automated sports data collection and analytics platform
US9517417B2 (en) Method, apparatus, and computer program product for performance analytics determining participant statistical data and game status data
US20180160943A1 (en) Signature based monitoring systems and methods
US20110246123A1 (en) Personal status monitoring
US20150375083A1 (en) Method, Apparatus, And Computer Program Product For Enhancement Of Event Visualizations Based On Location Data
US20140361906A1 (en) Method, apparatus, and computer program product improving backhaul of sensor and other data to real time location system network
CN107205661B (en) Energy consumption calculation using data from multiple devices
TW201916634A (en) IOT system for sports competitions cooperates with at least one Bluetooth low power consumption middle inspection station and a cloud server

Legal Events

Date Code Title Description
AS Assignment

Owner name: ZIH CORP., ILLINOIS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:O'HAGAN, JAMES J.;WOHL, MICHAEL;SIGNING DATES FROM 20130711 TO 20130712;REEL/FRAME:030800/0565

AS Assignment

Owner name: MORGAN STANLEY SENIOR FUNDING, INC. AS THE COLLATERAL AGENT, MARYLAND

Free format text: SECURITY AGREEMENT;ASSIGNORS:ZIH CORP.;LASER BAND, LLC;ZEBRA ENTERPRISE SOLUTIONS CORP.;AND OTHERS;REEL/FRAME:034114/0270

Effective date: 20141027

Owner name: MORGAN STANLEY SENIOR FUNDING, INC. AS THE COLLATE

Free format text: SECURITY AGREEMENT;ASSIGNORS:ZIH CORP.;LASER BAND, LLC;ZEBRA ENTERPRISE SOLUTIONS CORP.;AND OTHERS;REEL/FRAME:034114/0270

Effective date: 20141027

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS THE SUCCESSOR AGENT, NEW YORK

Free format text: PATENT SECURITY INTEREST ASSIGNMENT AGREEMENT;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC., AS THE EXISTING AGENT;REEL/FRAME:044791/0842

Effective date: 20170907

Owner name: JPMORGAN CHASE BANK, N.A., AS THE SUCCESSOR AGENT,

Free format text: PATENT SECURITY INTEREST ASSIGNMENT AGREEMENT;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC., AS THE EXISTING AGENT;REEL/FRAME:044791/0842

Effective date: 20170907

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION