US20110063138A1 - Method and system for implementing a geofence boundary for a tracked asset - Google Patents

Method and system for implementing a geofence boundary for a tracked asset Download PDF

Info

Publication number
US20110063138A1
US20110063138A1 US12/881,111 US88111110A US2011063138A1 US 20110063138 A1 US20110063138 A1 US 20110063138A1 US 88111110 A US88111110 A US 88111110A US 2011063138 A1 US2011063138 A1 US 2011063138A1
Authority
US
United States
Prior art keywords
boundary
location
asset
message
mobile device
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.)
Granted
Application number
US12/881,111
Other versions
US8653956B2 (en
Inventor
Eric Berkobin
Alex Berkobin
Deep Kalinadhabhotla
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.)
Verizon Patent and Licensing Inc
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to US12/881,111 priority Critical patent/US8653956B2/en
Application filed by Individual filed Critical Individual
Assigned to HTI IP, L.L.C. reassignment HTI IP, L.L.C. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BERKOBIN, ERIC, BERKOBIN, ALEX, KALINADHABHOTLA, DEEP
Publication of US20110063138A1 publication Critical patent/US20110063138A1/en
Priority to US14/074,604 priority patent/US8823502B2/en
Publication of US8653956B2 publication Critical patent/US8653956B2/en
Application granted granted Critical
Priority to US14/463,552 priority patent/US20150002281A1/en
Assigned to VERIZON TELEMATICS INC. reassignment VERIZON TELEMATICS INC. MERGER (SEE DOCUMENT FOR DETAILS). Assignors: HTI IP, LLC
Assigned to VERIZON CONNECT INC. reassignment VERIZON CONNECT INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: VERIZON TELEMATICS INC.
Assigned to VERIZON PATENT AND LICENSING INC. reassignment VERIZON PATENT AND LICENSING INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VERIZON CONNECT INC.
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/20Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/207Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles with respect to certain areas, e.g. forbidden or allowed areas with possible alerting when inside or outside boundaries
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/10Fittings or systems for preventing or indicating unauthorised use or theft of vehicles actuating a signalling device
    • B60R25/1004Alarm systems characterised by the type of sensor, e.g. current sensing means
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/123Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station

Definitions

  • the invention relates to asset tracking, and more particularly to locally determining whether an asset has crossed a geofence boundary.
  • a typical tracking device existing in the art uses a global positioning satellite (“GPS”) to determine the current location of the device.
  • GPS global positioning satellite
  • a wireless transceiver coupled to the GPS receiver, and GPS processor transmits information from the GPS processor toward a central computer for processing.
  • the algorithm compares the current location coordinate of the GPS receiver to predetermined coordinates, or other definition of a geometric shape, such as an equation of a circle centered at a given location predetermined by a user at the central computer, to determine whether the GPS device, and thus what it is fixed to, is bounded by the geometric shape. If not, the central computer may generate a notification that the geometric shape does not bound the GPS device.
  • a system may periodically transmits current location coordinates to the central server, and then the central server performs the comparison and generation of alerts if the comparison indicates that the geographical boundary does not bound the tracked asset. Since each transmission of a data unit, such as a packet, cost money, each periodic transmission of a data unit incurs a cost in air time.
  • a person, or organization, that it tracking a particular asset may want to track an asset to determine that it has not moved outside a boundary when the asset is supposed to be turned off. For example, if someone leaves a car parked at an airport, he may want to log on to a web site and determine that his car has not moved from the airport—movement from the airport would indicate a stolen vehicle situation although the user might have permitted service personnel to move the car while at the airport for servicing or maintenance. In such a scenario, upon each periodic transmission of data the wireless transceiver would drain the vehicle's battery by a measurable amount.
  • a service provider providing roadside assistance in response to an emergency call, distress call, or call for assistance may have an interest in tracking an asset that it does not own. If a provider dispatches a field unit (i.e., a mechanic in a repair truck, or a tow truck) to provide assistance to a requesting motorist the motorist may either repair the car himself before the field unit arrives, or another responder may arrive first and render aid. In such a situation, the first service provider may end up allocating its resource to the motorist, only to discover upon arrival at the location where the motorist initiated the request for assistance that the motorist has left.
  • a field unit i.e., a mechanic in a repair truck, or a tow truck
  • FIG. 1 Illustrates a schematic of an exemplary apparatus.
  • FIG. 2 Illustrates an exemplary system.
  • FIG. 3 Illustrates an exemplary operating environment for disclosed methods.
  • FIG. 4 illustrates a flow diagram for a method for operating a geofence boundary around a vehicle's present location.
  • Methods, systems, and apparatuses can utilize GPS capabilities and two-way in-vehicle data communications, typically wireless, between an in-car device and a telematics operations center (“TOC”).
  • the methods, systems, and apparatuses may enable various navigation solutions.
  • the methods, systems, and apparatuses can comprise on-board navigation, off-board navigation, and/or a hybrid navigation approach.
  • On-board navigation can comprise systems that store map data, location data, and can determine routing information in an apparatus installed in a vehicle or handheld.
  • Off-board navigation can comprise systems wherein map data, location data, and routing determination capability is on a remote server, which may forward map data, location data, and determined routes toward an apparatus installed in a vehicle or handheld portable device.
  • a hybrid navigation system can comprise systems that store map and location data on an apparatus installed in a vehicle device, or handheld device, with updates to the map and location data provided by a remote server. In a hybrid navigation system, routing can be performed on the vehicle apparatus, or at the remote server.
  • an apparatus comprising a telematics control unit (“TCU”) is installed in a vehicle.
  • TCU telematics control unit
  • Such a vehicle may include, but is not limited to, personal and commercial automobiles, motorcycles, transport vehicles, watercraft, aircraft, and the like.
  • an entire fleet of a vehicle manufacturer's vehicles can be equipped with a TCU 101 shown in FIG. 1 .
  • TCU 101 can perform any of the methods disclosed herein in part and/or in their entireties.
  • a single box, or enclosure may contain components of TCU 101 , including a single core processing subsystem, or can comprise components distributed throughout a vehicle.
  • Components of the apparatus can be separate subsystems of the vehicle; for example, a communications component such as a SDARS, or other satellite receiver, can be coupled with an entertainment system of the vehicle.
  • FIG. 1 illustrates an example of TCU 101 , but does not suggest any limitation as to the scope of use or functionality of operating architecture. Neither should the TCU apparatus be necessarily interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary apparatus.
  • TCU apparatus 101 can comprise one or more communications components.
  • Apparatus 101 illustrates communications components (modules) PCS/Cellular modem 102 and SDARS receiver 103 . These components can be referred to as vehicle mounted transceivers when located in a vehicle.
  • PCS/Cell Modem 102 can operate on any frequency available in the country of operation, including, but not limited to, the 850/1900 MHz cellular and PCS frequency allocations.
  • the type of communication can include, but is not limited to GPRS, EDGE, UMTS, 1xRTT or EV-DO.
  • the PCS/Cell modem 102 can be a Wi-Fi or mobile WIMAX implementation that can support operation on both licensed and unlicensed wireless frequencies.
  • Apparatus 101 can comprise an SDARS receiver 103 or other satellite receiver.
  • SDARS receiver 103 can utilize high powered satellites operating at, for example, 2.35 GHz to broadcast digital content to automobiles and some terrestrial receivers, generally demodulated for audio content, but can contain digital data streams.
  • PCS/Cell Modem 102 and SDARS receiver 103 can be used to update an onboard database 112 contained within, or coupled to, apparatus 101 .
  • TCU apparatus 101 can request updating, or updating can occur automatically.
  • database updates can be performed using FM subcarrier, cellular data download, other satellite technologies, Wi-Fi and the like.
  • SDARS data downloads can provide the most flexibility and lowest cost by pulling digital data from an existing receiver that exists for entertainment purposes.
  • An SDARS data stream is not a channelized implementation (like AM or FM radio) but a broadband implementation that provides a single data stream that is separated into useful and applicable components.
  • GPS receiver 104 can receive position information from a constellation of satellites operated by the U.S. Department of Defense. Alternatively GPS receiver 104 can be a GLONASS receiver operated by the Russian Federation Ministry of Defense, or any other positioning device capable of providing accurate location information (for example, LORAN, inertial navigation, and the like). GPS receiver 104 can contain additional logic, either software, hardware or both to receive the Wide Area Augmentation System (WAAS) signals, operated by the Federal Aviation Administration, to correct dithering errors and provide the most accurate location possible. Overall accuracy of the positioning equipment subsystem containing WAAS is generally in the two meter range.
  • WAAS Wide Area Augmentation System
  • apparatus 101 can comprise a MEMS gyro 105 for measuring angular rates and wheel tick inputs for determining the exact position based on dead-reckoning techniques. This functionality is useful for determining accurate locations in metropolitan urban canyons, heavily tree-lined streets, and tunnels.
  • the GPS receiver 104 can activate upon vehicle crank-up, or start of vehicle motion. GPS receiver 104 can go into idle on ignition off, or after ten minutes without vehicle motion. Time to first fix can be ⁇ 45 s 90% of the time. For example, this can be achieved either through chipset selection or periodic wake-up of a processor in TCU 101 .
  • processors 106 can control the various components of the apparatus 101 .
  • Processor 106 can be coupled to removable/non-removable, volatile/non-volatile computer storage media.
  • FIG. 1 illustrates memory 107 , coupled to the processor 106 , which can provide non-volatile storage of computer code, computer readable instructions, data structures, program modules, and other data for the computer 101 .
  • memory 107 can be a hard disk, a removable magnetic disk, a removable optical disk, magnetic cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital versatile disks (DVD) or other optical storage, random access memories (RAM), read only memories (ROM), electrically erasable programmable read-only memory (EEPROM), and the like.
  • Data obtained and/or determined by processor 106 can be displayed to a vehicle occupant and/or transmitted to a remote processing center. This transmission can occur over a wired or a wireless network.
  • the transmission can utilize PCS/Cell Modem 102 to transmit the data over a cellular communication network.
  • the data can be routed through the Internet where it can be accessed, displayed and manipulated.
  • Processing by the disclosed systems and methods can be performed under the control of software components.
  • the disclosed system and method can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices.
  • program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks; or implement, or manipulate, particular abstract data types.
  • the disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules can be located in both local and remote computer storage media including memory storage devices.
  • the methods and systems can employ Artificial Intelligence techniques such as machine learning and iterative learning.
  • Artificial Intelligence techniques such as machine learning and iterative learning. Examples of such techniques include, but are not limited to, expert systems, case based reasoning, Bayesian networks, behavior based AI, neural networks, fuzzy systems, evolutionary computation (e.g. genetic algorithms), swarm intelligence (e.g. ant algorithms), and hybrid intelligent systems (e.g. Expert inference rules generated through a neural network or production rules from statistical learning).
  • Any number of program modules can be stored in memory 107 , including by way of example, an operating system 113 and reporting software 114 .
  • Each of the operating system 113 and reporting software 114 (or some combination thereof) can comprise elements of the programming and the reporting software 114 .
  • Data can also be stored on the memory 107 in database 112 .
  • Database 112 can be any of one or more databases known in the art. Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like, or any other way, or format, for storing data and information for later retrieval.
  • Database 112 can be centralized, or distributed across multiple systems.
  • data can be stored and transmitted in loss-less compressed form and the data can be tamper-proof.
  • data can be collected follow herein. After a connection is established the protocol being used can be stored. A timestamp can be recorded on ignition for one or more trips.
  • GPS related data that can be recorded during one or more trips can comprise one or more of, time, latitude, longitude, altitude, speed, heading, horizontal dilution of precision (HDOP), number of satellites locked, and the like.
  • recorded data can be transmitted from the apparatus to a back-office for integrity verification and then via, for example, a cellular network. Once validated, data can be pushed to a company via established web-services & protocols.
  • the operating system 113 can be a Linux (Unix-like) operating system.
  • Linux Uniform-like
  • One feature of Linux is that it includes a set of “C” programming language functions referred to as “NDBM”.
  • NDBM is an API for maintaining key/content pairs in a database which allows for quick access to relatively static information.
  • NDBM functions use a simple hashing function to allow a programmer to store keys and data in data tables and rapidly retrieve them based upon the assigned key.
  • a major consideration for an NDBM database is that it only stores simple data elements (bytes) and requires unique keys to address each entry in the database.
  • NDBM functions provide a solution that is among the fastest and most scalable for small processors.
  • Computer readable media can be any available media that can be accessed by a computer.
  • Computer readable media can comprise “computer storage media” and “communications media.”
  • “Computer storage media” comprise volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data.
  • Exemplary computer storage media comprises, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
  • FIG. 1 illustrates system memory 108 , coupled to the processor 106 , which can comprise computer readable media in the form of volatile memory, such as random access memory (RAM, SDRAM, and the like), and/or non-volatile memory, such as read only memory (ROM).
  • the system memory 108 typically contains data and/or program modules such as operating system 113 and reporting software 114 that are immediately accessible to and/or are presently operated on by the processor 106 .
  • the operating system 113 can comprise a specialized task dispatcher, slicing available bandwidth among the necessary tasks at hand, including communications management, position determination and management, entertainment radio management, SDARS data demodulation and assessment, power control, and vehicle communications.
  • the processor 106 can control additional components within the apparatus 101 to allow for ease of integration into vehicle systems.
  • the processor 106 can control power to the components within the apparatus 101 , for example, shutting off GPS receiver 104 and SDARS receiver 103 when the vehicle is inactive, and alternately shutting off the PCS/Cell Modem 102 to conserve the vehicle battery when the vehicle is stationary for long periods of inactivity.
  • the processor 106 can also control an audio/video entertainment subsystem 109 and comprise a stereo codec and multiplexer 110 for providing entertainment audio and video to the vehicle occupants, for providing wireless communications audio (PCS/Cell phone audio), speech recognition from the driver compartment for manipulating the SDARS receiver 103 and PCS/Cell Modem 102 phone dialing, and text to speech and pre-recorded audio for vehicle status annunciation.
  • audio/video entertainment subsystem 109 and comprise a stereo codec and multiplexer 110 for providing entertainment audio and video to the vehicle occupants, for providing wireless communications audio (PCS/Cell phone audio), speech recognition from the driver compartment for manipulating the SDARS receiver 103 and PCS/Cell Modem 102 phone dialing, and text to speech and pre-recorded audio for vehicle status annunciation.
  • PCS/Cell phone audio wireless communications audio
  • speech recognition from the driver compartment for manipulating the SDARS receiver 103 and PCS/Cell Modem 102 phone dialing
  • TCU apparatus 101 can interface and monitor various vehicle systems and sensors to determine vehicle conditions.
  • Apparatus 101 can interface with a vehicle through a vehicle interface 111 .
  • the vehicle interface 111 can include, but is not limited to, OBD (On Board Diagnostics) port, OBD-II port, CAN (Controller Area Network) port, and the like.
  • TCU 101 may also be integrated into a vehicle and be coupled, either by conductors, fiber cable, or wirelessly, to a vehicle's communication and computer system.
  • a cable can be used to connect the vehicle interface 111 to a vehicle. Any type of cable capable of connecting to a vehicle diagnostics port can be used.
  • an OBD II connector cable can be used that follows the J1962 trapezoidal connector specification, the J11939 or J1708 round connector specifications, and the like.
  • a communication protocol such as, J1850 PWM, J1850 VPW, ISO9141-2, ISO14230-4, ISO15765-4, and the like can be used to collect data through the vehicle interface 111 .
  • the vehicle interface 111 allows the apparatus 101 to receive data indicative of vehicle performance, such as vehicle trouble codes, operating temperatures, operating pressures, speed, fuel air mixtures, oil quality, oil and coolant temperatures, wiper and light usage, mileage, break pad conditions, and any other data obtained from any vehicle system, subsystem, or sensor, coupled with the TCU 101 , such as over bus using CAN protocol, an ISO protocol, a keyword 2000 protocol, or a similar protocol for interfacing various sensors, modules, and computers in a vehicle with each other. Additionally, CAN interfacing can eliminate individual dedicated inputs to determine, for example, brake usage, backup status, and it can allow reading of onboard sensors in certain vehicle stability control modules providing gyro outputs, steering wheel position, accelerometer forces and the like for determining driving characteristics.
  • vehicle trouble codes such as vehicle trouble codes, operating temperatures, operating pressures, speed, fuel air mixtures, oil quality, oil and coolant temperatures, wiper and light usage, mileage, break pad conditions, and any other data obtained from any vehicle system, subsystem, or sensor, coupled with the T
  • TCU apparatus 101 can interface directly with a vehicle subsystem or a sensor, such as, for example, an accelerometer, gyroscope, airbag deployment computer, and the like. Data obtained from, and processed data derived from, the various vehicle systems and sensors can be transmitted to a central monitoring station via the PCS/Cell Modem 102 over a communication network.
  • a vehicle subsystem or a sensor such as, for example, an accelerometer, gyroscope, airbag deployment computer, and the like.
  • Data obtained from, and processed data derived from, the various vehicle systems and sensors can be transmitted to a central monitoring station via the PCS/Cell Modem 102 over a communication network.
  • Audio/video entertainment subsystem 109 can comprise a radio receiver, FM, AM, Satellite, Digital and the like. Audio/video entertainment subsystem 109 can comprise one or more media players.
  • An example of a media player includes, but is not limited to, audio cassettes, compact discs, DVD's, Blu-ray, HD-DVDs, Mini-Discs, flash memory, portable audio players, hard disks, game systems, and the like.
  • Audio/video entertainment subsystem 109 can comprise a user interface for controlling various functions.
  • the user interface can comprise buttons, dials, and/or switches.
  • the user interface can comprise a display screen.
  • the display screen can be a touch screen.
  • the display screen can be used to provide information about the particular entertainment being delivered to an occupant, including, but not limited to Radio Data System (RDS) information, ID3 tag information, video, and various control functionality (such as next, previous, pause, etc. . . . ), websites, and the like.
  • RDS Radio Data System
  • Audio/video entertainment subsystem 109 can utilize wired or wireless techniques to communicate to various consumer electronics including, but not limited to, cellular phones, laptops, PDAs, portable audio players, and the like. Audio/video entertainment subsystem 109 can be controlled remotely through, for example, a wireless remote control, voice commands, and the like.
  • the methods, systems, and apparatuses disclosed herein can utilize power management techniques to ensuring that a consumer's, or motorist's, car battery is not impaired under normal operating conditions.
  • This can include battery backup support when the vehicle is turned off in order to support various wake-up and keep-alive tasks. All data collected subsequent to the last acknowledged download can be maintained in non-volatile memory until the apparatus is reconnected to an external power source. At that point, the apparatus can self re-initialize and resume normal operation.
  • Specific battery chemistry can optimize life/charge cycles.
  • the battery can be rechargeable.
  • the battery can be user replaceable or non-user replaceable.
  • TCU apparatus 101 can receive power from power supply 114 .
  • the power supply can have many unique features necessary for correct operation within the automotive environment.
  • One mode is to supple a small amount of power (typically less than 100 microamps) to at least one master controller that can control all the other power buses inside of the TCU 101 .
  • a low power low dropout linear regulator supplies this power to PCS/Cellular modem 102 . This provides the static power to maintain internal functions so that it can await external user push-button inputs or await CAN activity via vehicle interface 111 .
  • the processor contained within the PCS/Cellular modem 102 can control the power supply 114 to activate other functions within TCU 101 , such as GPS 104 /GYRO 105 , Processor 106 /memory 107 and 108 , SDARS receiver 103 , audio/video entertainment system 109 , audio codec mux 110 , and any other peripheral within the TCU that does not require standby power.
  • the processor contained within the PCS/Cellular modem 102 can control the power supply 114 to activate other functions within TCU 101 , such as GPS 104 /GYRO 105 , Processor 106 /memory 107 and 108 , SDARS receiver 103 , audio/video entertainment system 109 , audio codec mux 110 , and any other peripheral within the TCU that does not require standby power.
  • Processors in a TCU can have a plurality of power supply states.
  • One state can be a state of full power and operation used when the vehicle is operating.
  • Another state can be full power delivery from battery backup. Turning off the GPS and other non-communication related subsystem while operating on the back-up batteries can reduce backup power usage.
  • Another state can be when the vehicle associated with TCU 101 has been shut off recently, perhaps within the last 30 days, and the TCU maintains communication over a two-way wireless network for various auxiliary services like remote door unlocking and location determination messages.
  • TCU 101 After a recent shut down period, it is desirable to conserve charge in the vehicle's battery by turning off almost all power-using portions of TCU 101 , except portions used to maintain system time of day clocks, and other functions waiting to be awakened on CAN activity. Additional power states are contemplated, such as a low power wakeup to check for network messages.
  • Normal operation can comprise, for example, the PCS/Cellular modem 102 waiting for an emergency pushbutton key-press from a user interface device, or for CAN activity. Once either is detected, the PCS/Cellular modem 102 can awaken and enable power supply 114 . Similar operation can occur for a shutdown process wherein a first level shutdown process turns off everything except the PCS/Cellular modem 102 , for example.
  • the PCS/Cellular modem 102 can maintain wireless network contact during this state of operation.
  • TCU 101 can operate normally in this state when the vehicle is turned off. If the vehicle is off for an extended period of time, perhaps over a vacation etc., the PCS/Cellular modem 102 can be dropped to a very low power state where it no longer maintains contact with the wireless network.
  • subsystems can include a BlueTooth transceiver 115 that can facilitate interfacing with devices such as phones, headsets, music players, and telematics user interfaces.
  • the apparatus can comprise one or more user inputs, such as emergency button 117 and non-emergency button 118 .
  • Emergency button 117 can be coupled to processor 106 .
  • the emergency button 117 can be located in a vehicle cockpit and activated an occupant of the vehicle. Activation of the emergency button 117 can cause processor 106 to initiate a voice and data connection from the vehicle to a central monitoring station, also referred to as a remote call center. Data such as GPS location and occupant personal information can be transmitted to the call center.
  • the voice connection permits two way voice communication between a vehicle occupant and a call center operator.
  • the call center operator can have local emergency responders dispatched to the vehicle based on the data received.
  • the connections are made from the vehicle to an emergency responder center.
  • Non-emergency buttons 118 can be coupled to processor 106 .
  • Non-emergency buttons 118 can be located in a vehicle cockpit and activated by an occupant of the vehicle. Activation of the one or more non-emergency buttons 118 can cause processor 106 to initiate a voice and data connection from the vehicle to a remote call center. Data such as GPS location and occupant personal information can be transmitted to the call center; a TOC can use this information to retrieve vehicle and motorist information, such as drug allergies or other medical issues particular to a given motorist.
  • the voice connection permits two way voice communications between a vehicle occupant and a call center operator.
  • the call center operator such as a operator working for a telematics services provider, or working for a roadside assistance operator, can provide location based services to the vehicle occupant based on the data received and the vehicle occupant's desires, as well as the needs of a service provider.
  • a button can provide a vehicle occupant with a link to roadside assistance services such as towing, spare tire changing, refueling, and the like, either directly or through an intermediary call center, such as a telematics service provider or a membership-based roadside assistance provider.
  • a button can provide a vehicle occupant with concierge-type services, such as local restaurants, their locations, and contact information; local service providers their locations, and contact information; travel related information such as flight and train schedules; and the like.
  • text-to-speech algorithms can be used so as to convey predetermined messages in addition to or in place of a vehicle occupant speaking. This allows for communication when the vehicle occupant is unable or unwilling to communicate vocally.
  • apparatus 101 can be coupled to a telematics user interface located remote from the apparatus.
  • the telematics user interface can be located in the cockpit of a vehicle in view of vehicle occupants while the apparatus 101 is located under the dashboard, behind a kick panel, in the engine compartment, in the trunk, or generally out of sight of vehicle occupants.
  • FIG. 2 is a block diagram illustrating an exemplary telematics system 200 showing network connectivity between various components.
  • System 200 can comprise a TCU 101 located in a motor vehicle 201 and a mobile communication device 207 .
  • Mobile communication device can be a pager, a device having cellular phone circuitry, a PDA, a laptop, and the like.
  • System 200 can comprise a central monitoring station 202 .
  • the central monitoring station 202 can serve as a market specific data gatekeeper. That is, users 203 can pull information from specific, multiple or all markets at any given time for immediate analysis.
  • the distributed computing model has no single point of complete system failure, thus minimizing downtime of system 200 .
  • central monitoring station 202 can communicate through an existing communications network (e.g., wireless towers 204 and communications network 205 ) with the TCU 101 and the mobile communication device 207 .
  • TCU 101 can communicate directly with the mobile communication device 207 .
  • System 200 can comprise at least one satellite 206 from which GPS data are determined. These signals can be received by a GPS receiver in the vehicle 201 .
  • Station 202 can also include servers for providing telematics services, and for storing telematics-related customer and vehicle information.
  • System 200 can comprise a plurality of users 203 (governments, corporations, individuals, and the like) which can access the system using a computer, or other computing device, running a commercially available Web browser or client software.
  • FIG. 2 shows only one user 203 .
  • Users 203 can connect to the telematics navigation system 200 via the communications network 205 .
  • communications network 205 can comprise the Internet.
  • Telematics system 200 can comprise a central computer, or monitoring station, 202 which can comprise one or more central monitoring station servers.
  • one or more central monitoring station servers can serve as the “back-bone” (i.e., system processing) of system 200 .
  • Central monitoring station server can comprise software code logic that is responsible for handling tasks such as route determination, traffic analysis, map data storage, location data storage, POI data storage, data interpretations, statistics processing, data preparation and compression for output to TCU 101 , and interactive route planning, location and POI searching, and the like, for output to users 203 .
  • user 203 can host a server (also referred to as a remote host) that can perform similar functions as a central monitoring station server.
  • a server also referred to as a remote host
  • central monitoring station servers and/or remote host servers can have access to a repository database which can be a central store for a portion of or all information within telematics system 200 (e.g., executable code, map, location, POI information, subscriber information such as login names, passwords, etc., and vehicle and demographics related data).
  • central monitoring station 202 can provide updates to TCU 101 including, but not limited to, map updates, POI updates, routing software updates, and the like.
  • Central monitoring station servers and/or a remote host server can also provide a “front-end” for telematics system 200 . That is, a central monitoring station server can comprise a web server for providing a web site which sends out web pages in response to requests from remote browsers (i.e., users 203 , or customers of users 203 ). More specifically, a central monitoring station server and/or a remote host server can provide a graphical user interface (GUI) “front-end” to users 203 of the telematics navigation system 200 in the form of Web pages. These Web pages, when sent to the user PC (or the like), can result in GUI screens being displayed.
  • GUI graphical user interface
  • FIG. 3 is a block diagram illustrating an exemplary operating environment for performing the disclosed methods, for example, a server, or other computing device, at a remote host or a central monitoring station.
  • This exemplary operating environment is only an example of an operating environment and is not intended to suggest any limitation as to the scope of use or functionality of operating environment architecture. Neither should the operating environment be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment.
  • the methods and systems can be operational with numerous other general purpose or special purpose computing system environments or configurations.
  • Examples of well known computing systems, environments, and/or configurations that can be suitable for use with the system and method comprise, but are not limited to, personal computers, server computers, laptop devices, and multiprocessor systems. Additional examples comprise set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that comprise any of the above systems or devices, and the like.
  • the methods and systems can be described in the general context of computer instructions, such as program modules, being executed by a computer.
  • program modules comprise routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • the methods and systems can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules can be located in both local and remote computer storage media including memory storage devices.
  • computer 501 can comprise, but are not limited to, one or more processors or processing units 503 , a system memory 512 , and a system bus 513 that couples various system components including the processor 503 to the system memory 512 .
  • the system bus 513 represents one or more of several possible types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures.
  • bus architectures can comprise an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, an Accelerated Graphics Port (AGP) bus, and a Peripheral Component Interconnects (PCI) bus, PCI-Express bus, Universal Serial Bus (USB), and the like.
  • the bus 513 and all buses specified in this description can also be implemented over a wired or wireless network connection and each of the subsystems, including the processor 503 , a mass storage device 504 , an operating system 505 , navigation software 506 , navigation data 507 , a network adapter (or communications interface) 508 , system memory 512 , an Input/Output Interface 510 , a display adapter 509 , a display device 511 , and a human machine interface 502 , can be contained within one or more remote computing devices 514 a,b,c at physically separate locations, connected through buses of this form, in effect implementing a fully distributed system.
  • a remote computing device can be a TCU.
  • the computer 501 typically comprises a variety of computer readable media. Exemplary readable media can be any available media that is accessible by the computer 501 and comprises, for example and not meant to be limiting, both volatile and non-volatile media, removable and non-removable media.
  • the system memory 512 comprises computer readable media in the form of volatile memory, such as random access memory (RAM), and/or non-volatile memory, such as read only memory (ROM).
  • RAM random access memory
  • ROM read only memory
  • the system memory 512 typically contains data such as navigation data 507 and/or program modules such as operating system 505 and navigation software 506 that are immediately accessible to and/or are presently operated on by the processing unit 503 .
  • Navigation data 507 can comprise any data generated by, generated for, received from, or sent to TCU 101 .
  • the computer 501 can also comprise other removable/non-removable, volatile/non-volatile computer storage media.
  • FIG. 3 illustrates a mass storage device 504 which can provide non-volatile storage of computer code, computer readable instructions, data structures, program modules, and other data for the computer 501 .
  • a mass storage device 504 can be a hard disk, a removable magnetic disk, a removable optical disk, magnetic cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital versatile disks (DVD) or other optical storage, random access memories (RAM), read only memories (ROM), electrically erasable programmable read-only memory (EEPROM), and the like.
  • any number of program modules can be stored on the mass storage device 504 , including by way of example, an operating system 505 and navigation software 506 .
  • Each of the operating system 505 and navigation software 506 (or some combination thereof) can comprise elements of the programming and the navigation software 506 .
  • Navigation data 507 can also be stored on the mass storage device 504 .
  • Navigation data 507 can be stored in any of one or more databases known in the art. Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like.
  • the databases can be centralized or distributed across multiple systems.
  • the user can enter commands and information into the computer 501 via an input device (not shown).
  • input devices comprise, but are not limited to, a keyboard, pointing device (e.g., a “mouse”), a microphone, a joystick, a scanner, tactile input devices such as gloves, and other body coverings, a haptic interface, and the like
  • a human machine interface 502 that is coupled to the system bus 513 , but can be connected by other interface and bus structures, such as a parallel port, game port, an IEEE 1394 Port (also known as a Firewire port), a serial port, or a universal serial bus (USB).
  • a display device 511 can also be connected to the system bus 513 via an interface, such as a display adapter 509 .
  • the computer 501 can have more than one display adapter 509 and the computer 501 can have more than one display device 511 .
  • a display device can be a monitor, an LCD (Liquid Crystal Display), or a projector.
  • other output peripheral devices can comprise components such as speakers (not shown) and a printer (not shown) which can be connected to the computer 501 via Input/Output Interface 510 . Any step and/or result of the methods can be output in any form to an output device.
  • Such output can be any form of visual representation, including, but not limited to, textual, graphical, animation, audio, tactile, and the like.
  • the computer 501 can operate in a networked environment using logical connections to one or more remote computing devices 514 a,b,c .
  • a remote computing device can be a personal computer, portable computer, a server, a router, a network computer, a TCU, a PDA, a cellular phone, a “smart” phone, a wireless communications enabled key fob, a peer device or other common network node, and so on.
  • Logical connections between the computer 501 and a remote computing device 514 a,b,c can be made via a local area network (LAN) and a general wide area network (WAN).
  • LAN local area network
  • WAN general wide area network
  • Such network connections can be through a network adapter 508 .
  • a network adapter 508 can be implemented in both wired and wireless environments. Such networking environments are conventional and commonplace in offices, enterprise-wide computer networks, intranets, and the Internet 515 .
  • the remote computing device 514 a,b,c can be
  • Computer readable media can be any available media that can be accessed by a computer.
  • Computer readable media can comprise “computer storage media” and “communications media.”
  • “Computer storage media” comprise volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data.
  • Exemplary computer storage media comprises, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
  • the processing of the disclosed methods and systems can be performed by software components.
  • the disclosed system and method can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices.
  • program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • the disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules can be located in both local and remote computer storage media including memory storage devices.
  • in-vehicle system can comprise a system that is installed in a vehicle, either at a factory, dealer, or by the user.
  • in-vehicle system can comprise components and systems that can be used outside of a vehicle.
  • the in-vehicle system can comprise a telematics device, a navigation system, an infotainment system, combinations thereof, and the like.
  • the “remote host” can be a central monitoring station, or other host that maintains computing and communications systems configured for carrying out the methods.
  • a method and system Rather than periodically transmit the current location of asset 201 , or more precisely the current location of the GPS receiver in TCU 101 , to the central server 202 so that the server can determine whether a geofence, or geographical boundary, bounds, or surrounds, the vehicle, a method and system reduces airtime used for regularly transmitting data from the tracked asset to the central computer, and also reduces usage of the vehicle's battery. Furthermore, the method and system facilitates the establishing of a boundary based on the current location of the vehicle, or other tracked asset, or an individual, either remotely at a server, or locally at a telematics control unit in an asset, or vehicle. This differs from establishing a predetermined boundary without regard to the current location of the vehicle.
  • a central computer receives a boundary request message from a user.
  • a boundary request message may accompany a services request message generated by, or forwarded by, personnel working for an intermediary services provider, such as a motorist's assistance services provider 210 shown in FIG. 2 using a web site.
  • an intermediary services provider such as a motorist's assistance services provider 210 shown in FIG. 2 using a web site.
  • the user 210 may select from a set of predetermined tracking preferences, such as boundary shape, size, and duration.
  • the preferences may be related to a type of tracking to perform. For example, if a driver of vehicle 201 requests assistance from a roadside assistance service provider 210 in starting his car, the service provider may select atracking preferences that define a circular boundary surrounding the car centered on the vehicle's current location and having radius of, for example, fifty feet. The selected preferences may also include a duration for the boundary to remain active. Or, the provider's 210 personnel may simply initiate the sending of a boundary request message to TCU 101 that merely instructs the TCU to initiate a boundary, or geofence, around vehicle 201 using a default boundary shape. Although many default shapes and sizes could be used, a provider would typically default to a circle of a predetermined radius centered at the current location of TCU 101 .
  • geofence size, shape, and duration may be transmitted to TCU 101 for storage and later use, or they may be installed in the TCU when its operating software is loaded, or the services provider 210 may transmit a selected geofence definition with the boundary request message.
  • a geofence may also define a political boundary, in which case using the current location of asset 201 would determine the political boundary to use as the geofence boundary that surrounds vehicle, or other asset.
  • the TCU Upon receipt of the boundary request message at TCU 101 , the TCU determines its current location, preferably from its GPS portion, or alternatively using its cellular telephony circuitry to triangulate is location, and establishes a geofence around itself based on the current location and the desired shape, whether a default, or other selected shape.
  • Initiating a boundary message for either a default shape, or a selected shape, by service provider 210 causes a central computer 202 to send a boundary identifier and a notification destination identifier in a boundary request message to TCU 101 , which is associated with asset 201 , or the vehicle, requesting assistance.
  • the telematics control unit 101 receives the boundary request message and extracts the identifier from it.
  • TCU 101 may then lookup from its memory a boundary definition corresponding to the boundary identifier.
  • the boundary definition may include an equation for a selected shape, for example a circle. Or, the definition may comprise a set of coordinates that define a particular polygonal shape.
  • the TCU can send out an alert message according to the notification destination identifier when it leaves the boundary.
  • the notification destination identifier include an e-mail address, an SMS number, a telephone number, a internet address, an internet uniform resources locator (“URL”), or other such electronic identifier used for identifying destination of an electronic communication message.
  • the notification destination identifier include an e-mail address, an SMS number, a telephone number, a internet address, an internet uniform resources locator (“URL”), or other such electronic identifier used for identifying destination of an electronic communication message.
  • URL internet uniform resources locator
  • the notification destination identifier could be associated with the field services entity 212 providing the roadside assistance, for example a wrecker service, and the alert could serve as a notice to the service provider 212 that a motorist has successfully started his car and no longer needs the provider's services.
  • the notification destination identifier could be associated with the intermediary operator 210 , which would receive an alert and then contact services provider 212 that it had received the alert.
  • a notification destination identifier could include identifiers associated with both providers 210 , and, 212 , so that they both receive boundary breach, or alert, message when vehicle 201 leaves the initial-location boundary geofence.
  • service provider 212 can redeploy an asset 214 , such as a tow truck, mobile mechanic, fuel truck, etc.
  • asset 214 such as a tow truck, mobile mechanic, fuel truck, etc.
  • the provider avoids a wasted trip of its personnel to the site of the requesting motorist who discovers the motorist has left and no longer needs assistance in starting his car.
  • the provider 212 , and provider 210 assume that the operator of vehicle 201 no longer needs assistance, but did not notify either of the providers 210 , or 214 that he had left the location where he placed the initial request for assistance from.
  • services provider 210 who typically has a commercial relationship with the operator of vehicle 201 , may contact that operator to confirm that he no longer needs assistance.
  • Service provider 212 may communicate with vehicle 214 , which may be one in a fleet of vehicles, or assets, via a TCU 216 similar to TCU 101 in vehicle 201 .
  • FIG. 4 the figure illustrates a flow diagram for a method 1000 for notifying when an asset moves outside a boundary.
  • Method 1000 starts at step 1005 .
  • a motorist makes a request for assistance at step 1010 , by either calling an intermediary call center operator, or pressing a button in the motorist's car (or asset) that sends a request message to an intermediary operator.
  • a TCU can also generate a request if a sensor on the asset provides information to the TCU processor that the motorist needs assistance.
  • the processor can determine the need for assistance based on a change in one or more characteristics of the motorists car, such as, for example, air bag deployment, or a fuel level gage indicates the fuel tank is empty and the car's engine stopped running.
  • An operator for an intermediary entity may receive a motorist's assistance request message and forward the request to an appropriate services provider.
  • an appropriate provider may be ambulance and police responders.
  • the appropriate provider may be a roadside assistance provider.
  • an operator working for an intermediary call center service provider receives an initial call, or transmission, from a motorist who needs assistances.
  • Intermediary call center personnel or automated equipment thereof, formulates a service request and forwards the request to an operator for, or automated equipment of, a field service provider, such as a wrecker service, an ambulance service, law enforcement personnel, or a roadside assistance service.
  • a field service provider such as a wrecker service, an ambulance service, law enforcement personnel, or a roadside assistance service.
  • the field service provider dispatches appropriate personnel and equipment according to the nature of the motorist's need based on the formulated request from the intermediary operator.
  • the appropriate field service provider After the appropriate field service provider receives the assistance request, it dispatches a field service unit to render service to the requesting motorist at step 1015 .
  • the intermediate operator also initiates and sends a boundary request message at step 1020 to the TCU that sent the request for assistance message.
  • the TCU receives the boundary request message.
  • the intermediary operator, or automated equipment thereof such as a computer server at a telecommunication operating center (“TOC”), may send a notification destination identifier in the boundary request message to the asset's TCU.
  • TOC telecommunication operating center
  • the TCU may set a flag in its processor, or memory, to establish a geofence boundary based on a boundary definition, which the TCU may already contain, or the boundary request message itself may contain a boundary definition for the TCU to use.
  • the TCU loads the boundary definition into its active memory at step 1030 .
  • the TCU obtains its current location, preferably from a GPS circuit that is integrated with, or coupled to, the TCU processor.
  • the location information received from the GPS circuit comprises geographical coordinates.
  • the TCU uses the boundary definition loaded in its active memory and the current location coordinate(s) retrieved from the GPS circuit at step 1035 , and determines an initial-location boundary.
  • the TCU loads an expression representing the initial-location boundary into its active memory, or processor, and may begin a timer at step 1045 .
  • the processor determines whether the timer has expired. If so, method 1000 ends at step 1055 . If the timer has not expired, method 1000 advances from step 1050 to step 1060 and the TCU processor retrieves the current location coordinates from the GPS circuit coupled to it. At step 1065 , the TCU processor compares the current location coordinates to the initial-location boundary according to an appropriate corresponding to the boundary definition loaded in memory, or in the processor.
  • the TCU processor can use a simple mathematical formulas, for example, the Pythagorean Theorem, to determine whether the distance between the location at step 1020 and the current location is greater than 50 feet.
  • the coordinates used to establish the initial-location boundary are those retrieved from the GPS circuit at step 1035 , but the time between execution of step 1020 and step 1035 will typically be small compared to the period between location information updates generated by the GPS circuit.
  • step 1065 If the TCU processor determines at step 1065 that the initial-location boundary, or ‘geofence’, surrounds the current location retrieved at step 1060 , method 1000 returns to step 1050 and proceeds as discussed above.
  • the timer could be a timer operated for a certain period of time, or clock cycles, or the timer could also be a predetermined number of retrievals from the GPS circuit (a predetermined number of executions of step 1065 ).
  • the timer could be set with a high value so that method 1000 monitors whether the initial-location boundary surrounds the vehicle for a long time—weeks, or months, for example.
  • step 1065 If the processor determines at step 1065 that the initial-location boundary does not surround the current location of the TCU retrieved during the most recent execution of step 1060 , then method 1000 advances to step 1070 .
  • the TCU generates a breach notification message, boundary crossing notification message, or alert, and wirelessly transmits it toward the services provider, or other entity, associated with a notification destination identifier that may be located in the boundary request message.
  • An alert may be a message that causes an affirmative act to occur, such as illuminate a light, or icon on a screen, or generate an audible message.
  • the breach notification may merely be in the form of a message that is available to a user, but does not exertt itself on the user in the form of overt action.
  • the breach, or crossing, notification message may be an e-mail, SMS, telephonic, internet, IM, or other electronic message providing information to the service provider that the geographical boundary no longer surrounds the tracked asset.
  • the notification destination identifier may be a telephone number, an internet address, an internet uniform resource locator (“URL”), an SMS number/identifier, an e-mail address, or a screen name.
  • the services provider can then decide how to act on the information contained in the breach notification message. For example, the services provider could send a recall message to the field service unit instructing the driver thereof to return to its base location, or to communicate with the base location to receive updated work orders. In response to receiving the alert, the services provider may also attempt to communicate with the motorist, or the TCU in the vehicle, or asset, to confirm that the motorist no longer needs service. After a breach notification message has been transmitted, method 1000 ends at step 1055 .
  • the tracked asset may be an individual, or, a device associated with, and generally local to, an individual.
  • the program that processes the current location of the tracked asset, or individual may be running on a device such as a smart phone, or a cell phone. This may be referred to as the tracking application device.
  • the tracking application device may include accelerometers, a gyroscope, a GPS module, a long range wireless transceiver (e.g., a cellular phone modem) and a short range wireless transceiver (e.g. Bluetooth).
  • a ICU 101 may be distributed between multiple devices.
  • a dongle (which for purposes of discussion may be referred to as fixed with respect to the vehicle) that couples with vehicle interface 111 may include accelerometers, a gyroscope, a GPS module, a long range wireless transceiver (e.g., a cellular phone modem) a short range wireless transceiver (e.g. Bluetooth). It too may have capabilities similar to a tracking application device.
  • a mobile tracking application device such as a smart phone or cell phone
  • the mobile device may come close (i.e., the short range wireless transceivers are within range of one another) to the fixed dongle.
  • the mobile device may be running an application that performs tracking and reporting when it leaves a geofence.
  • a processor in it may cause the GPS module in it to enter a sleep mode, and the application running in the mobile application tracking device could then use GPS location information received from the fixed dongle via a wireless link between its short range wireless transceiver and the short range wireless transceiver of the fixed dongle to determine whether it is within or without a geofence boundary defined in a received geofence definition, which could be received at the dongle and transferred to the mobile device/smart phone, or received by the mobile device itself.
  • the application running on the mobile tracking application device could also detect when it leaves the presence of the fixed dongle of the vehicle, and then control how it uses its internal GPS module/circuitry. For example, when the smart phone leaves range of the short range wireless link, it can cause the internal GPS module to exit sleep mode and generate current location information, which the application running on the mobile tracking application could then receive and use to determine whether it is within a given geofence or not. To conserve battery power, the application could then instruct the processor of the mobile device to cause the internal GPS module to enter sleep mode again if the location has not changed more than a predetermined amount during a predetermined period. The mobile device could then monitor other signals, such as for example, timing signals from cell phone towers, or the like.
  • the application running on the smartphone, or similar mobile device may use detected wifi signals to compare to a database to determine its location.
  • wifi and cell tower signals to determine location consumes significantly less power than does a typical GPS module. Therefore, if processing of the location information from the wifi, cell tower, or other similar signals, does not indicate that the smart phone, or other device running a tracking application, or geofence application, then its GPS module may remain in sleep mode.
  • the mobile device can determine when to cause its GPS module to exit sleep mode and thus obtain higher accuracy and precision of location information that GPS system can provide vis-à-vis using signals from cell towers or wifi network.
  • a mobile device running a geofence/tracking application can take advantage of the power source of the vehicle and use GPS location information as the vehicle moves.
  • the geofence/tracking application can rely on location information from the internal GPS of the mobile device while it is moving, but cause the internal GPS module to sleep while the device is not moving, and periodically query cell tower signals, wifi signals, and the like to determine whether it has started moving again and thus cause the internal GPS module to awaken to take advantage of the GPS accuracy.
  • the mobile device can send alerts when it crosses into or out of a geofence via a long range wireless link to a TOC server, to another mobile device, to an e-mail address, to a telephone number, to a MAC address, or other similar form for sending messages electronically.
  • a geofence/tracking application running on TCU 101 coupled to the vehicle can is determine whether a particular cell phone, or other mobile device, is in its presence. Based on a predetermined authentication schedule and protocol, if a first mobile device is in the presence of TCU 101 , then the TCU may generate and transmit alerts when it crosses a geofence boundary, either crossing into our out from an area surrounded by the boundary. If, however, a second, or other, mobile device is in the presence of TCU 101 , it may not generate a geofence crossing alert. Alternatively, the presence of a preferred mobile device may suppress transmitting of an alert, but the TCU may transmit geofence crossing alerts in the absence of the preferred mobile device.
  • the presence of a preferred mobile device with respect to a TCU 101 may facilitate authentication with the TCU that enables functions such as door unlock, engine start/stop, and other vehicle control functions.
  • TCU 101 may be programmed to prevent such vehicle control functions if a preferred mobile device is within range of a short range wireless link between the mobile device and TCU.
  • the facilitating or preventing of such remote vehicle functionality may be associated with a geofence so that such functionally may, or may not, occur based on the location of the TCU with respect to the geofence boundaries.
  • a mobile device may include accelerometers, or an accelerometer module, such as a three-axis accelerometer module mounted on a circuit board.
  • a processor in the mobile device may cause a GPS module internal to it (the mobile device) to enter a sleep mode if an application running on the mobile device determines that the mobile device is not moving.
  • Signals from the accelerometer may be used as a trigger to wake up a GPS module in sleep mode, or may be used to adjust a rate at which the GPS module of a mobile device attempts to lock to GPS signals.
  • signals from an accelerometer may be conditioned (e.g., averaged, evaluate square root of the sum of the squares, or other functions) and compared to a predetermined threshold.
  • the mobile device processor causes the GPS module internal to it to wake up. If awake, the conditioned GPS signal can be used to determine that the mobile device is moving at a speed faster than a predetermined rate, and increase the rate at which the mobile device attempts to lock to GPS signals according to the rate of motion of the device.
  • the processing of the disclosed methods and systems can be performed by software components.
  • the disclosed system and methods can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices.
  • program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • the disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules can be located in both local and remote computer storage media including memory storage devices.

Abstract

An asset's TCU, or a mobile device coupled thereto, receives and stores geographical boundary definitions to a memory. A processor uses the boundary definition to determine an initial-location boundary based on the definition and the current location of the TCU at the time it received the boundary request message. As the TCU's GPS unit generates location information, the processor retrieves the initial-location boundary definition from the memory and compares the current location from the GPS receiver to it according to an algorithm. If the processor determines that the current location of the vehicle has crossed the boundary, the processor generates an alert message, which may be an e-mail, SMS, telephonic, interne, IM, or other electronic message indicating that an asset crossed the boundary, and sends it wirelessly using a transceiver to a central computer for further processing, or directly to another device, according to a notification destination identifier.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application claims priority under 35 USC sec. 119 to U.S. Provisional Patent Application 61/241,680 having a filing date of Sep. 11, 2009, which this application incorporates herein by reference in its entirety.
  • FIELD
  • The invention relates to asset tracking, and more particularly to locally determining whether an asset has crossed a geofence boundary.
  • BACKGROUND
  • Existing methods and systems for operating a geofence for tracked assets typically use an algorithm that base a definition of a geofence boundary on a predetermined geographical location.
  • A typical tracking device existing in the art uses a global positioning satellite (“GPS”) to determine the current location of the device. A wireless transceiver coupled to the GPS receiver, and GPS processor, transmits information from the GPS processor toward a central computer for processing. The algorithm then compares the current location coordinate of the GPS receiver to predetermined coordinates, or other definition of a geometric shape, such as an equation of a circle centered at a given location predetermined by a user at the central computer, to determine whether the GPS device, and thus what it is fixed to, is bounded by the geometric shape. If not, the central computer may generate a notification that the geometric shape does not bound the GPS device.
  • While such an approach performs the desired function of generating the notice when a tracked asset leaves the predetermined geographical boundary, for example, the approach also has drawbacks. The drawbacks include excessive power usage and wireless transmission bandwidth usage. To perform a comparison of the current location to the geographical boundary, a system may periodically transmits current location coordinates to the central server, and then the central server performs the comparison and generation of alerts if the comparison indicates that the geographical boundary does not bound the tracked asset. Since each transmission of a data unit, such as a packet, cost money, each periodic transmission of a data unit incurs a cost in air time.
  • In addition, a person, or organization, that it tracking a particular asset may want to track an asset to determine that it has not moved outside a boundary when the asset is supposed to be turned off. For example, if someone leaves a car parked at an airport, he may want to log on to a web site and determine that his car has not moved from the airport—movement from the airport would indicate a stolen vehicle situation although the user might have permitted service personnel to move the car while at the airport for servicing or maintenance. In such a scenario, upon each periodic transmission of data the wireless transceiver would drain the vehicle's battery by a measurable amount.
  • Furthermore, in another scenario, a service provider providing roadside assistance in response to an emergency call, distress call, or call for assistance, may have an interest in tracking an asset that it does not own. If a provider dispatches a field unit (i.e., a mechanic in a repair truck, or a tow truck) to provide assistance to a requesting motorist the motorist may either repair the car himself before the field unit arrives, or another responder may arrive first and render aid. In such a situation, the first service provider may end up allocating its resource to the motorist, only to discover upon arrival at the location where the motorist initiated the request for assistance that the motorist has left.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 Illustrates a schematic of an exemplary apparatus.
  • FIG. 2 Illustrates an exemplary system.
  • FIG. 3 Illustrates an exemplary operating environment for disclosed methods.
  • FIG. 4 illustrates a flow diagram for a method for operating a geofence boundary around a vehicle's present location.
  • DESCRIPTION
  • Methods, systems, and apparatuses can utilize GPS capabilities and two-way in-vehicle data communications, typically wireless, between an in-car device and a telematics operations center (“TOC”). The methods, systems, and apparatuses may enable various navigation solutions. The methods, systems, and apparatuses can comprise on-board navigation, off-board navigation, and/or a hybrid navigation approach. On-board navigation can comprise systems that store map data, location data, and can determine routing information in an apparatus installed in a vehicle or handheld. Off-board navigation can comprise systems wherein map data, location data, and routing determination capability is on a remote server, which may forward map data, location data, and determined routes toward an apparatus installed in a vehicle or handheld portable device. A hybrid navigation system can comprise systems that store map and location data on an apparatus installed in a vehicle device, or handheld device, with updates to the map and location data provided by a remote server. In a hybrid navigation system, routing can be performed on the vehicle apparatus, or at the remote server. In one aspect, an apparatus comprising a telematics control unit (“TCU”) is installed in a vehicle. Such a vehicle may include, but is not limited to, personal and commercial automobiles, motorcycles, transport vehicles, watercraft, aircraft, and the like. For example, an entire fleet of a vehicle manufacturer's vehicles can be equipped with a TCU 101 shown in FIG. 1. TCU 101 can perform any of the methods disclosed herein in part and/or in their entireties.
  • A single box, or enclosure, may contain components of TCU 101, including a single core processing subsystem, or can comprise components distributed throughout a vehicle. Components of the apparatus can be separate subsystems of the vehicle; for example, a communications component such as a SDARS, or other satellite receiver, can be coupled with an entertainment system of the vehicle.
  • FIG. 1 illustrates an example of TCU 101, but does not suggest any limitation as to the scope of use or functionality of operating architecture. Neither should the TCU apparatus be necessarily interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary apparatus. TCU apparatus 101 can comprise one or more communications components. Apparatus 101 illustrates communications components (modules) PCS/Cellular modem 102 and SDARS receiver 103. These components can be referred to as vehicle mounted transceivers when located in a vehicle. PCS/Cell Modem 102 can operate on any frequency available in the country of operation, including, but not limited to, the 850/1900 MHz cellular and PCS frequency allocations. The type of communication can include, but is not limited to GPRS, EDGE, UMTS, 1xRTT or EV-DO. The PCS/Cell modem 102 can be a Wi-Fi or mobile WIMAX implementation that can support operation on both licensed and unlicensed wireless frequencies. Apparatus 101 can comprise an SDARS receiver 103 or other satellite receiver. SDARS receiver 103 can utilize high powered satellites operating at, for example, 2.35 GHz to broadcast digital content to automobiles and some terrestrial receivers, generally demodulated for audio content, but can contain digital data streams.
  • PCS/Cell Modem 102 and SDARS receiver 103 can be used to update an onboard database 112 contained within, or coupled to, apparatus 101. TCU apparatus 101 can request updating, or updating can occur automatically. For example, database updates can be performed using FM subcarrier, cellular data download, other satellite technologies, Wi-Fi and the like. SDARS data downloads can provide the most flexibility and lowest cost by pulling digital data from an existing receiver that exists for entertainment purposes. An SDARS data stream is not a channelized implementation (like AM or FM radio) but a broadband implementation that provides a single data stream that is separated into useful and applicable components.
  • GPS receiver 104 can receive position information from a constellation of satellites operated by the U.S. Department of Defense. Alternatively GPS receiver 104 can be a GLONASS receiver operated by the Russian Federation Ministry of Defense, or any other positioning device capable of providing accurate location information (for example, LORAN, inertial navigation, and the like). GPS receiver 104 can contain additional logic, either software, hardware or both to receive the Wide Area Augmentation System (WAAS) signals, operated by the Federal Aviation Administration, to correct dithering errors and provide the most accurate location possible. Overall accuracy of the positioning equipment subsystem containing WAAS is generally in the two meter range. Optionally, apparatus 101 can comprise a MEMS gyro 105 for measuring angular rates and wheel tick inputs for determining the exact position based on dead-reckoning techniques. This functionality is useful for determining accurate locations in metropolitan urban canyons, heavily tree-lined streets, and tunnels.
  • In an aspect, the GPS receiver 104 can activate upon vehicle crank-up, or start of vehicle motion. GPS receiver 104 can go into idle on ignition off, or after ten minutes without vehicle motion. Time to first fix can be <45 s 90% of the time. For example, this can be achieved either through chipset selection or periodic wake-up of a processor in TCU 101.
  • One or more processors 106 can control the various components of the apparatus 101. Processor 106 can be coupled to removable/non-removable, volatile/non-volatile computer storage media. By way of example, FIG. 1 illustrates memory 107, coupled to the processor 106, which can provide non-volatile storage of computer code, computer readable instructions, data structures, program modules, and other data for the computer 101. For example and not meant to be limiting, memory 107 can be a hard disk, a removable magnetic disk, a removable optical disk, magnetic cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital versatile disks (DVD) or other optical storage, random access memories (RAM), read only memories (ROM), electrically erasable programmable read-only memory (EEPROM), and the like. Data obtained and/or determined by processor 106 can be displayed to a vehicle occupant and/or transmitted to a remote processing center. This transmission can occur over a wired or a wireless network. For example, the transmission can utilize PCS/Cell Modem 102 to transmit the data over a cellular communication network. The data can be routed through the Internet where it can be accessed, displayed and manipulated.
  • Processing by the disclosed systems and methods can be performed under the control of software components. The disclosed system and method can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices. Generally, program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks; or implement, or manipulate, particular abstract data types. The disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including memory storage devices.
  • The methods and systems can employ Artificial Intelligence techniques such as machine learning and iterative learning. Examples of such techniques include, but are not limited to, expert systems, case based reasoning, Bayesian networks, behavior based AI, neural networks, fuzzy systems, evolutionary computation (e.g. genetic algorithms), swarm intelligence (e.g. ant algorithms), and hybrid intelligent systems (e.g. Expert inference rules generated through a neural network or production rules from statistical learning).
  • Any number of program modules can be stored in memory 107, including by way of example, an operating system 113 and reporting software 114. Each of the operating system 113 and reporting software 114 (or some combination thereof) can comprise elements of the programming and the reporting software 114. Data can also be stored on the memory 107 in database 112. Database 112 can be any of one or more databases known in the art. Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like, or any other way, or format, for storing data and information for later retrieval. Database 112 can be centralized, or distributed across multiple systems.
  • In some aspects, data can be stored and transmitted in loss-less compressed form and the data can be tamper-proof. Non-limiting examples of data that can be collected follow herein. After a connection is established the protocol being used can be stored. A timestamp can be recorded on ignition for one or more trips.
  • Speed every second during the trip. Crash events can be stored (for example, as approximated via OBD II speed). By way of example, GPS related data that can be recorded during one or more trips can comprise one or more of, time, latitude, longitude, altitude, speed, heading, horizontal dilution of precision (HDOP), number of satellites locked, and the like. In one aspect, recorded data can be transmitted from the apparatus to a back-office for integrity verification and then via, for example, a cellular network. Once validated, data can be pushed to a company via established web-services & protocols.
  • By way of example, the operating system 113 can be a Linux (Unix-like) operating system. One feature of Linux is that it includes a set of “C” programming language functions referred to as “NDBM”. NDBM is an API for maintaining key/content pairs in a database which allows for quick access to relatively static information. NDBM functions use a simple hashing function to allow a programmer to store keys and data in data tables and rapidly retrieve them based upon the assigned key. A major consideration for an NDBM database is that it only stores simple data elements (bytes) and requires unique keys to address each entry in the database. NDBM functions provide a solution that is among the fastest and most scalable for small processors.
  • Such programs and components may reside at various times in different storage components of the apparatus 101, and may be executed by the processor 106 of apparatus 101. An implementation of reporting software 114 can be stored on or transmitted across some form of computer readable media. Computer readable media can be any available media that can be accessed by a computer. By way of example and not meant to be limiting, computer readable media can comprise “computer storage media” and “communications media.” “Computer storage media” comprise volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Exemplary computer storage media comprises, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
  • FIG. 1 illustrates system memory 108, coupled to the processor 106, which can comprise computer readable media in the form of volatile memory, such as random access memory (RAM, SDRAM, and the like), and/or non-volatile memory, such as read only memory (ROM). The system memory 108 typically contains data and/or program modules such as operating system 113 and reporting software 114 that are immediately accessible to and/or are presently operated on by the processor 106. The operating system 113 can comprise a specialized task dispatcher, slicing available bandwidth among the necessary tasks at hand, including communications management, position determination and management, entertainment radio management, SDARS data demodulation and assessment, power control, and vehicle communications.
  • The processor 106 can control additional components within the apparatus 101 to allow for ease of integration into vehicle systems. The processor 106 can control power to the components within the apparatus 101, for example, shutting off GPS receiver 104 and SDARS receiver 103 when the vehicle is inactive, and alternately shutting off the PCS/Cell Modem 102 to conserve the vehicle battery when the vehicle is stationary for long periods of inactivity. The processor 106 can also control an audio/video entertainment subsystem 109 and comprise a stereo codec and multiplexer 110 for providing entertainment audio and video to the vehicle occupants, for providing wireless communications audio (PCS/Cell phone audio), speech recognition from the driver compartment for manipulating the SDARS receiver 103 and PCS/Cell Modem 102 phone dialing, and text to speech and pre-recorded audio for vehicle status annunciation.
  • TCU apparatus 101 can interface and monitor various vehicle systems and sensors to determine vehicle conditions. Apparatus 101 can interface with a vehicle through a vehicle interface 111. The vehicle interface 111 can include, but is not limited to, OBD (On Board Diagnostics) port, OBD-II port, CAN (Controller Area Network) port, and the like. TCU 101 may also be integrated into a vehicle and be coupled, either by conductors, fiber cable, or wirelessly, to a vehicle's communication and computer system. A cable can be used to connect the vehicle interface 111 to a vehicle. Any type of cable capable of connecting to a vehicle diagnostics port can be used. In one aspect, an OBD II connector cable can be used that follows the J1962 trapezoidal connector specification, the J11939 or J1708 round connector specifications, and the like. A communication protocol such as, J1850 PWM, J1850 VPW, ISO9141-2, ISO14230-4, ISO15765-4, and the like can be used to collect data through the vehicle interface 111. The vehicle interface 111, allows the apparatus 101 to receive data indicative of vehicle performance, such as vehicle trouble codes, operating temperatures, operating pressures, speed, fuel air mixtures, oil quality, oil and coolant temperatures, wiper and light usage, mileage, break pad conditions, and any other data obtained from any vehicle system, subsystem, or sensor, coupled with the TCU 101, such as over bus using CAN protocol, an ISO protocol, a keyword 2000 protocol, or a similar protocol for interfacing various sensors, modules, and computers in a vehicle with each other. Additionally, CAN interfacing can eliminate individual dedicated inputs to determine, for example, brake usage, backup status, and it can allow reading of onboard sensors in certain vehicle stability control modules providing gyro outputs, steering wheel position, accelerometer forces and the like for determining driving characteristics. TCU apparatus 101 can interface directly with a vehicle subsystem or a sensor, such as, for example, an accelerometer, gyroscope, airbag deployment computer, and the like. Data obtained from, and processed data derived from, the various vehicle systems and sensors can be transmitted to a central monitoring station via the PCS/Cell Modem 102 over a communication network.
  • Communication with a vehicle driver can be through an infotainment (radio) head unit (not shown), or other display device (also not shown). More than one display device can be used. Examples of display devices include, but are not limited to, a monitor, an LCD (Liquid Crystal Display), a projector, and the like. Audio/video entertainment subsystem 109 can comprise a radio receiver, FM, AM, Satellite, Digital and the like. Audio/video entertainment subsystem 109 can comprise one or more media players. An example of a media player includes, but is not limited to, audio cassettes, compact discs, DVD's, Blu-ray, HD-DVDs, Mini-Discs, flash memory, portable audio players, hard disks, game systems, and the like. Audio/video entertainment subsystem 109 can comprise a user interface for controlling various functions. The user interface can comprise buttons, dials, and/or switches. In certain embodiments, the user interface can comprise a display screen. The display screen can be a touch screen. The display screen can be used to provide information about the particular entertainment being delivered to an occupant, including, but not limited to Radio Data System (RDS) information, ID3 tag information, video, and various control functionality (such as next, previous, pause, etc. . . . ), websites, and the like. Audio/video entertainment subsystem 109 can utilize wired or wireless techniques to communicate to various consumer electronics including, but not limited to, cellular phones, laptops, PDAs, portable audio players, and the like. Audio/video entertainment subsystem 109 can be controlled remotely through, for example, a wireless remote control, voice commands, and the like.
  • The methods, systems, and apparatuses disclosed herein can utilize power management techniques to ensuring that a consumer's, or motorist's, car battery is not impaired under normal operating conditions. This can include battery backup support when the vehicle is turned off in order to support various wake-up and keep-alive tasks. All data collected subsequent to the last acknowledged download can be maintained in non-volatile memory until the apparatus is reconnected to an external power source. At that point, the apparatus can self re-initialize and resume normal operation. Specific battery chemistry can optimize life/charge cycles. The battery can be rechargeable. The battery can be user replaceable or non-user replaceable.
  • TCU apparatus 101 can receive power from power supply 114. The power supply can have many unique features necessary for correct operation within the automotive environment. One mode is to supple a small amount of power (typically less than 100 microamps) to at least one master controller that can control all the other power buses inside of the TCU 101. In an exemplary system, a low power low dropout linear regulator supplies this power to PCS/Cellular modem 102. This provides the static power to maintain internal functions so that it can await external user push-button inputs or await CAN activity via vehicle interface 111. Upon receipt of an external stimulus via either a manual push button or CAN activity, the processor contained within the PCS/Cellular modem 102 can control the power supply 114 to activate other functions within TCU 101, such as GPS 104/GYRO 105, Processor 106/ memory 107 and 108, SDARS receiver 103, audio/video entertainment system 109, audio codec mux 110, and any other peripheral within the TCU that does not require standby power.
  • Processors in a TCU can have a plurality of power supply states. One state can be a state of full power and operation used when the vehicle is operating. Another state can be full power delivery from battery backup. Turning off the GPS and other non-communication related subsystem while operating on the back-up batteries can reduce backup power usage. Another state can be when the vehicle associated with TCU 101 has been shut off recently, perhaps within the last 30 days, and the TCU maintains communication over a two-way wireless network for various auxiliary services like remote door unlocking and location determination messages. After a recent shut down period, it is desirable to conserve charge in the vehicle's battery by turning off almost all power-using portions of TCU 101, except portions used to maintain system time of day clocks, and other functions waiting to be awakened on CAN activity. Additional power states are contemplated, such as a low power wakeup to check for network messages.
  • Normal operation can comprise, for example, the PCS/Cellular modem 102 waiting for an emergency pushbutton key-press from a user interface device, or for CAN activity. Once either is detected, the PCS/Cellular modem 102 can awaken and enable power supply 114. Similar operation can occur for a shutdown process wherein a first level shutdown process turns off everything except the PCS/Cellular modem 102, for example. The PCS/Cellular modem 102 can maintain wireless network contact during this state of operation. TCU 101 can operate normally in this state when the vehicle is turned off. If the vehicle is off for an extended period of time, perhaps over a vacation etc., the PCS/Cellular modem 102 can be dropped to a very low power state where it no longer maintains contact with the wireless network.
  • Additionally, in FIG. 1, subsystems can include a BlueTooth transceiver 115 that can facilitate interfacing with devices such as phones, headsets, music players, and telematics user interfaces. The apparatus can comprise one or more user inputs, such as emergency button 117 and non-emergency button 118. Emergency button 117 can be coupled to processor 106. The emergency button 117 can be located in a vehicle cockpit and activated an occupant of the vehicle. Activation of the emergency button 117 can cause processor 106 to initiate a voice and data connection from the vehicle to a central monitoring station, also referred to as a remote call center. Data such as GPS location and occupant personal information can be transmitted to the call center. The voice connection permits two way voice communication between a vehicle occupant and a call center operator. The call center operator can have local emergency responders dispatched to the vehicle based on the data received. In another embodiment, the connections are made from the vehicle to an emergency responder center.
  • One or more non-emergency buttons 118 can be coupled to processor 106. Non-emergency buttons 118 can be located in a vehicle cockpit and activated by an occupant of the vehicle. Activation of the one or more non-emergency buttons 118 can cause processor 106 to initiate a voice and data connection from the vehicle to a remote call center. Data such as GPS location and occupant personal information can be transmitted to the call center; a TOC can use this information to retrieve vehicle and motorist information, such as drug allergies or other medical issues particular to a given motorist. The voice connection permits two way voice communications between a vehicle occupant and a call center operator. The call center operator, such as a operator working for a telematics services provider, or working for a roadside assistance operator, can provide location based services to the vehicle occupant based on the data received and the vehicle occupant's desires, as well as the needs of a service provider. For example, a button can provide a vehicle occupant with a link to roadside assistance services such as towing, spare tire changing, refueling, and the like, either directly or through an intermediary call center, such as a telematics service provider or a membership-based roadside assistance provider. In another embodiment, a button can provide a vehicle occupant with concierge-type services, such as local restaurants, their locations, and contact information; local service providers their locations, and contact information; travel related information such as flight and train schedules; and the like.
  • For any voice communication made through TCU 101, text-to-speech algorithms can be used so as to convey predetermined messages in addition to or in place of a vehicle occupant speaking. This allows for communication when the vehicle occupant is unable or unwilling to communicate vocally.
  • In an aspect, apparatus 101 can be coupled to a telematics user interface located remote from the apparatus. For example, the telematics user interface can be located in the cockpit of a vehicle in view of vehicle occupants while the apparatus 101 is located under the dashboard, behind a kick panel, in the engine compartment, in the trunk, or generally out of sight of vehicle occupants.
  • FIG. 2 is a block diagram illustrating an exemplary telematics system 200 showing network connectivity between various components. System 200 can comprise a TCU 101 located in a motor vehicle 201 and a mobile communication device 207. Mobile communication device can be a pager, a device having cellular phone circuitry, a PDA, a laptop, and the like. System 200 can comprise a central monitoring station 202. The central monitoring station 202 can serve as a market specific data gatekeeper. That is, users 203 can pull information from specific, multiple or all markets at any given time for immediate analysis. The distributed computing model has no single point of complete system failure, thus minimizing downtime of system 200. In an embodiment, central monitoring station 202 can communicate through an existing communications network (e.g., wireless towers 204 and communications network 205) with the TCU 101 and the mobile communication device 207. In another embodiment, TCU 101 can communicate directly with the mobile communication device 207. System 200 can comprise at least one satellite 206 from which GPS data are determined. These signals can be received by a GPS receiver in the vehicle 201. Station 202 can also include servers for providing telematics services, and for storing telematics-related customer and vehicle information.
  • System 200 can comprise a plurality of users 203 (governments, corporations, individuals, and the like) which can access the system using a computer, or other computing device, running a commercially available Web browser or client software. For simplicity, FIG. 2 shows only one user 203. Users 203 can connect to the telematics navigation system 200 via the communications network 205. In an embodiment, communications network 205 can comprise the Internet.
  • Telematics system 200 can comprise a central computer, or monitoring station, 202 which can comprise one or more central monitoring station servers. In some aspects, one or more central monitoring station servers can serve as the “back-bone” (i.e., system processing) of system 200. One skilled in the art will appreciate that telematics system 200 can utilize servers (and databases) physically located on one or more computers and at one or more locations. Central monitoring station server can comprise software code logic that is responsible for handling tasks such as route determination, traffic analysis, map data storage, location data storage, POI data storage, data interpretations, statistics processing, data preparation and compression for output to TCU 101, and interactive route planning, location and POI searching, and the like, for output to users 203. In an embodiment, user 203 can host a server (also referred to as a remote host) that can perform similar functions as a central monitoring station server. In an embodiment of telematics system 200, central monitoring station servers and/or remote host servers, can have access to a repository database which can be a central store for a portion of or all information within telematics system 200 (e.g., executable code, map, location, POI information, subscriber information such as login names, passwords, etc., and vehicle and demographics related data).
  • In an aspect, central monitoring station 202 can provide updates to TCU 101 including, but not limited to, map updates, POI updates, routing software updates, and the like.
  • Central monitoring station servers and/or a remote host server can also provide a “front-end” for telematics system 200. That is, a central monitoring station server can comprise a web server for providing a web site which sends out web pages in response to requests from remote browsers (i.e., users 203, or customers of users 203). More specifically, a central monitoring station server and/or a remote host server can provide a graphical user interface (GUI) “front-end” to users 203 of the telematics navigation system 200 in the form of Web pages. These Web pages, when sent to the user PC (or the like), can result in GUI screens being displayed.
  • FIG. 3 is a block diagram illustrating an exemplary operating environment for performing the disclosed methods, for example, a server, or other computing device, at a remote host or a central monitoring station. This exemplary operating environment is only an example of an operating environment and is not intended to suggest any limitation as to the scope of use or functionality of operating environment architecture. Neither should the operating environment be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment.
  • The methods and systems can be operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that can be suitable for use with the system and method comprise, but are not limited to, personal computers, server computers, laptop devices, and multiprocessor systems. Additional examples comprise set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that comprise any of the above systems or devices, and the like.
  • In another aspect, the methods and systems can be described in the general context of computer instructions, such as program modules, being executed by a computer. Generally, program modules comprise routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The methods and systems can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including memory storage devices.
  • Further, one skilled in the art will appreciate that the systems and methods disclosed herein can be implemented via a general-purpose computing device in the form of a computer device, or computer 501. The components of computer 501 can comprise, but are not limited to, one or more processors or processing units 503, a system memory 512, and a system bus 513 that couples various system components including the processor 503 to the system memory 512.
  • The system bus 513 represents one or more of several possible types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures can comprise an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, an Accelerated Graphics Port (AGP) bus, and a Peripheral Component Interconnects (PCI) bus, PCI-Express bus, Universal Serial Bus (USB), and the like. The bus 513, and all buses specified in this description can also be implemented over a wired or wireless network connection and each of the subsystems, including the processor 503, a mass storage device 504, an operating system 505, navigation software 506, navigation data 507, a network adapter (or communications interface) 508, system memory 512, an Input/Output Interface 510, a display adapter 509, a display device 511, and a human machine interface 502, can be contained within one or more remote computing devices 514 a,b,c at physically separate locations, connected through buses of this form, in effect implementing a fully distributed system. In one aspect, a remote computing device can be a TCU.
  • The computer 501 typically comprises a variety of computer readable media. Exemplary readable media can be any available media that is accessible by the computer 501 and comprises, for example and not meant to be limiting, both volatile and non-volatile media, removable and non-removable media. The system memory 512 comprises computer readable media in the form of volatile memory, such as random access memory (RAM), and/or non-volatile memory, such as read only memory (ROM). The system memory 512 typically contains data such as navigation data 507 and/or program modules such as operating system 505 and navigation software 506 that are immediately accessible to and/or are presently operated on by the processing unit 503. Navigation data 507 can comprise any data generated by, generated for, received from, or sent to TCU 101.
  • In another aspect, the computer 501 can also comprise other removable/non-removable, volatile/non-volatile computer storage media. By way of example, FIG. 3 illustrates a mass storage device 504 which can provide non-volatile storage of computer code, computer readable instructions, data structures, program modules, and other data for the computer 501. For example and not meant to be limiting, a mass storage device 504 can be a hard disk, a removable magnetic disk, a removable optical disk, magnetic cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital versatile disks (DVD) or other optical storage, random access memories (RAM), read only memories (ROM), electrically erasable programmable read-only memory (EEPROM), and the like.
  • Optionally, any number of program modules can be stored on the mass storage device 504, including by way of example, an operating system 505 and navigation software 506. Each of the operating system 505 and navigation software 506 (or some combination thereof) can comprise elements of the programming and the navigation software 506. Navigation data 507 can also be stored on the mass storage device 504. Navigation data 507 can be stored in any of one or more databases known in the art. Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, and the like. The databases can be centralized or distributed across multiple systems.
  • In another aspect, the user can enter commands and information into the computer 501 via an input device (not shown). Examples of such input devices comprise, but are not limited to, a keyboard, pointing device (e.g., a “mouse”), a microphone, a joystick, a scanner, tactile input devices such as gloves, and other body coverings, a haptic interface, and the like These and other input devices can be connected to the processing unit 503 via a human machine interface 502 that is coupled to the system bus 513, but can be connected by other interface and bus structures, such as a parallel port, game port, an IEEE 1394 Port (also known as a Firewire port), a serial port, or a universal serial bus (USB).
  • In yet another aspect, a display device 511 can also be connected to the system bus 513 via an interface, such as a display adapter 509. It is contemplated that the computer 501 can have more than one display adapter 509 and the computer 501 can have more than one display device 511. For example, a display device can be a monitor, an LCD (Liquid Crystal Display), or a projector. In addition to the display device 511, other output peripheral devices can comprise components such as speakers (not shown) and a printer (not shown) which can be connected to the computer 501 via Input/Output Interface 510. Any step and/or result of the methods can be output in any form to an output device. Such output can be any form of visual representation, including, but not limited to, textual, graphical, animation, audio, tactile, and the like.
  • The computer 501 can operate in a networked environment using logical connections to one or more remote computing devices 514 a,b,c. By way of example, a remote computing device can be a personal computer, portable computer, a server, a router, a network computer, a TCU, a PDA, a cellular phone, a “smart” phone, a wireless communications enabled key fob, a peer device or other common network node, and so on. Logical connections between the computer 501 and a remote computing device 514 a,b,c can be made via a local area network (LAN) and a general wide area network (WAN). Such network connections can be through a network adapter 508. A network adapter 508 can be implemented in both wired and wireless environments. Such networking environments are conventional and commonplace in offices, enterprise-wide computer networks, intranets, and the Internet 515. In one aspect, the remote computing device 514 a,b,c can be one or more TCUs 101.
  • For purposes of illustration, application programs and other executable program components such as the operating system 505 are illustrated herein as discrete blocks, although it is recognized that such programs and components reside at various times in different storage components of the computing device 501, and are executed by the data processor(s) of the computer. An implementation of navigation software 506 can be stored on or transmitted across some form of computer readable media. Computer readable media can be any available media that can be accessed by a computer. By way of example and not meant to be limiting, computer readable media can comprise “computer storage media” and “communications media.” “Computer storage media” comprise volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data. Exemplary computer storage media comprises, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
  • The processing of the disclosed methods and systems can be performed by software components. The disclosed system and method can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices. Generally, program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including memory storage devices.
  • As used herein in the method descriptions that follow, in certain embodiments, “in-vehicle system” can comprise a system that is installed in a vehicle, either at a factory, dealer, or by the user. In other embodiments, “in-vehicle system” can comprise components and systems that can be used outside of a vehicle. In various embodiments, the in-vehicle system can comprise a telematics device, a navigation system, an infotainment system, combinations thereof, and the like. The “remote host” can be a central monitoring station, or other host that maintains computing and communications systems configured for carrying out the methods.
  • Rather than periodically transmit the current location of asset 201, or more precisely the current location of the GPS receiver in TCU 101, to the central server 202 so that the server can determine whether a geofence, or geographical boundary, bounds, or surrounds, the vehicle, a method and system reduces airtime used for regularly transmitting data from the tracked asset to the central computer, and also reduces usage of the vehicle's battery. Furthermore, the method and system facilitates the establishing of a boundary based on the current location of the vehicle, or other tracked asset, or an individual, either remotely at a server, or locally at a telematics control unit in an asset, or vehicle. This differs from establishing a predetermined boundary without regard to the current location of the vehicle.
  • To accomplish these desirable benefits, a central computer, or other computing device, for example a TOC 202, receives a boundary request message from a user. Such a boundary request message may accompany a services request message generated by, or forwarded by, personnel working for an intermediary services provider, such as a motorist's assistance services provider 210 shown in FIG. 2 using a web site. To create the boundary request message, the user 210 may select from a set of predetermined tracking preferences, such as boundary shape, size, and duration.
  • The preferences may be related to a type of tracking to perform. For example, if a driver of vehicle 201 requests assistance from a roadside assistance service provider 210 in starting his car, the service provider may select atracking preferences that define a circular boundary surrounding the car centered on the vehicle's current location and having radius of, for example, fifty feet. The selected preferences may also include a duration for the boundary to remain active. Or, the provider's 210 personnel may simply initiate the sending of a boundary request message to TCU 101 that merely instructs the TCU to initiate a boundary, or geofence, around vehicle 201 using a default boundary shape. Although many default shapes and sizes could be used, a provider would typically default to a circle of a predetermined radius centered at the current location of TCU 101. Various definitions of geofence size, shape, and duration may be transmitted to TCU 101 for storage and later use, or they may be installed in the TCU when its operating software is loaded, or the services provider 210 may transmit a selected geofence definition with the boundary request message.
  • A geofence may also define a political boundary, in which case using the current location of asset 201 would determine the political boundary to use as the geofence boundary that surrounds vehicle, or other asset.
  • Upon receipt of the boundary request message at TCU 101, the TCU determines its current location, preferably from its GPS portion, or alternatively using its cellular telephony circuitry to triangulate is location, and establishes a geofence around itself based on the current location and the desired shape, whether a default, or other selected shape.
  • Initiating a boundary message for either a default shape, or a selected shape, by service provider 210 causes a central computer 202 to send a boundary identifier and a notification destination identifier in a boundary request message to TCU 101, which is associated with asset 201, or the vehicle, requesting assistance. The telematics control unit 101 receives the boundary request message and extracts the identifier from it. TCU 101 may then lookup from its memory a boundary definition corresponding to the boundary identifier. The boundary definition may include an equation for a selected shape, for example a circle. Or, the definition may comprise a set of coordinates that define a particular polygonal shape. After establishing the boundary definition based on the current GPS coordinates of the vehicle, the TCU can send out an alert message according to the notification destination identifier when it leaves the boundary. Examples of the notification destination identifier include an e-mail address, an SMS number, a telephone number, a internet address, an internet uniform resources locator (“URL”), or other such electronic identifier used for identifying destination of an electronic communication message.
  • In the roadside assistance scenario, the notification destination identifier could be associated with the field services entity 212 providing the roadside assistance, for example a wrecker service, and the alert could serve as a notice to the service provider 212 that a motorist has successfully started his car and no longer needs the provider's services. In another embodiment, the notification destination identifier could be associated with the intermediary operator 210, which would receive an alert and then contact services provider 212 that it had received the alert. Or; a notification destination identifier could include identifiers associated with both providers 210, and, 212, so that they both receive boundary breach, or alert, message when vehicle 201 leaves the initial-location boundary geofence.
  • Based on the notice, service provider 212 can redeploy an asset 214, such as a tow truck, mobile mechanic, fuel truck, etc. Thus, the provider avoids a wasted trip of its personnel to the site of the requesting motorist who discovers the motorist has left and no longer needs assistance in starting his car. In redeploying asset 214, the provider 212, and provider 210, assume that the operator of vehicle 201 no longer needs assistance, but did not notify either of the providers 210, or 214 that he had left the location where he placed the initial request for assistance from. However, services provider 210, who typically has a commercial relationship with the operator of vehicle 201, may contact that operator to confirm that he no longer needs assistance. Service provider 212 may communicate with vehicle 214, which may be one in a fleet of vehicles, or assets, via a TCU 216 similar to TCU 101 in vehicle 201.
  • Turning now to FIG. 4, the figure illustrates a flow diagram for a method 1000 for notifying when an asset moves outside a boundary. Method 1000 starts at step 1005. A motorist makes a request for assistance at step 1010, by either calling an intermediary call center operator, or pressing a button in the motorist's car (or asset) that sends a request message to an intermediary operator. A TCU can also generate a request if a sensor on the asset provides information to the TCU processor that the motorist needs assistance. The processor can determine the need for assistance based on a change in one or more characteristics of the motorists car, such as, for example, air bag deployment, or a fuel level gage indicates the fuel tank is empty and the car's engine stopped running.
  • An operator for an intermediary entity, a telematics services operator, a motorist's club services operator, a telephone services operator, or an emergency call operator, for examples, may receive a motorist's assistance request message and forward the request to an appropriate services provider. For example, if an air bag deploys, the appropriate provider may be ambulance and police responders. Or, if a car runs out of gas, or loses tire pressure suddenly, the appropriate provider may be a roadside assistance provider. Typically, an operator working for an intermediary call center service provider receives an initial call, or transmission, from a motorist who needs assistances. Intermediary call center personnel, or automated equipment thereof, formulates a service request and forwards the request to an operator for, or automated equipment of, a field service provider, such as a wrecker service, an ambulance service, law enforcement personnel, or a roadside assistance service. The field service provider dispatches appropriate personnel and equipment according to the nature of the motorist's need based on the formulated request from the intermediary operator.
  • After the appropriate field service provider receives the assistance request, it dispatches a field service unit to render service to the requesting motorist at step 1015. The intermediate operator also initiates and sends a boundary request message at step 1020 to the TCU that sent the request for assistance message. At step 1025, the TCU receives the boundary request message. In addition to forwarding the service request to a services provider, the intermediary operator, or automated equipment thereof, such as a computer server at a telecommunication operating center (“TOC”), may send a notification destination identifier in the boundary request message to the asset's TCU.
  • Upon receiving the boundary request message the TCU may set a flag in its processor, or memory, to establish a geofence boundary based on a boundary definition, which the TCU may already contain, or the boundary request message itself may contain a boundary definition for the TCU to use. Upon setting the flag and retrieving, or retrieving, the boundary definition to use, the TCU loads the boundary definition into its active memory at step 1030. At step 1035, the TCU obtains its current location, preferably from a GPS circuit that is integrated with, or coupled to, the TCU processor. Typically, the location information received from the GPS circuit comprises geographical coordinates. At step 1040, the TCU uses the boundary definition loaded in its active memory and the current location coordinate(s) retrieved from the GPS circuit at step 1035, and determines an initial-location boundary. The TCU loads an expression representing the initial-location boundary into its active memory, or processor, and may begin a timer at step 1045.
  • At step 1050, the processor determines whether the timer has expired. If so, method 1000 ends at step 1055. If the timer has not expired, method 1000 advances from step 1050 to step 1060 and the TCU processor retrieves the current location coordinates from the GPS circuit coupled to it. At step 1065, the TCU processor compares the current location coordinates to the initial-location boundary according to an appropriate corresponding to the boundary definition loaded in memory, or in the processor. For example, if the initial-location boundary is a circle of 50 foot radius centered at the location of the TCU at the time it received the boundary request message at step 1020, the TCU processor can use a simple mathematical formulas, for example, the Pythagorean Theorem, to determine whether the distance between the location at step 1020 and the current location is greater than 50 feet. Actually, the coordinates used to establish the initial-location boundary are those retrieved from the GPS circuit at step 1035, but the time between execution of step 1020 and step 1035 will typically be small compared to the period between location information updates generated by the GPS circuit.
  • If the TCU processor determines at step 1065 that the initial-location boundary, or ‘geofence’, surrounds the current location retrieved at step 1060, method 1000 returns to step 1050 and proceeds as discussed above. One will appreciate that the timer could be a timer operated for a certain period of time, or clock cycles, or the timer could also be a predetermined number of retrievals from the GPS circuit (a predetermined number of executions of step 1065). In addition, the timer could be set with a high value so that method 1000 monitors whether the initial-location boundary surrounds the vehicle for a long time—weeks, or months, for example.
  • If the processor determines at step 1065 that the initial-location boundary does not surround the current location of the TCU retrieved during the most recent execution of step 1060, then method 1000 advances to step 1070.
  • At step 1070, the TCU generates a breach notification message, boundary crossing notification message, or alert, and wirelessly transmits it toward the services provider, or other entity, associated with a notification destination identifier that may be located in the boundary request message. An alert may be a message that causes an affirmative act to occur, such as illuminate a light, or icon on a screen, or generate an audible message. Or, the breach notification may merely be in the form of a message that is available to a user, but does not foist itself on the user in the form of overt action. The breach, or crossing, notification message may be an e-mail, SMS, telephonic, internet, IM, or other electronic message providing information to the service provider that the geographical boundary no longer surrounds the tracked asset. The notification destination identifier may be a telephone number, an internet address, an internet uniform resource locator (“URL”), an SMS number/identifier, an e-mail address, or a screen name. The services provider can then decide how to act on the information contained in the breach notification message. For example, the services provider could send a recall message to the field service unit instructing the driver thereof to return to its base location, or to communicate with the base location to receive updated work orders. In response to receiving the alert, the services provider may also attempt to communicate with the motorist, or the TCU in the vehicle, or asset, to confirm that the motorist no longer needs service. After a breach notification message has been transmitted, method 1000 ends at step 1055.
  • In another aspect, the tracked asset may be an individual, or, a device associated with, and generally local to, an individual. The program that processes the current location of the tracked asset, or individual, may be running on a device such as a smart phone, or a cell phone. This may be referred to as the tracking application device. The tracking application device may include accelerometers, a gyroscope, a GPS module, a long range wireless transceiver (e.g., a cellular phone modem) and a short range wireless transceiver (e.g. Bluetooth).
  • In an automobile, or other vehicle, scenario, a ICU 101 may be distributed between multiple devices. For example, a dongle (which for purposes of discussion may be referred to as fixed with respect to the vehicle) that couples with vehicle interface 111 may include accelerometers, a gyroscope, a GPS module, a long range wireless transceiver (e.g., a cellular phone modem) a short range wireless transceiver (e.g. Bluetooth). It too may have capabilities similar to a tracking application device.
  • However, a mobile tracking application device, such as a smart phone or cell phone, may come close (i.e., the short range wireless transceivers are within range of one another) to the fixed dongle. The mobile device may be running an application that performs tracking and reporting when it leaves a geofence, To conserve battery life of the mobile tracking application device, a processor in it may cause the GPS module in it to enter a sleep mode, and the application running in the mobile application tracking device could then use GPS location information received from the fixed dongle via a wireless link between its short range wireless transceiver and the short range wireless transceiver of the fixed dongle to determine whether it is within or without a geofence boundary defined in a received geofence definition, which could be received at the dongle and transferred to the mobile device/smart phone, or received by the mobile device itself.
  • The application running on the mobile tracking application device could also detect when it leaves the presence of the fixed dongle of the vehicle, and then control how it uses its internal GPS module/circuitry. For example, when the smart phone leaves range of the short range wireless link, it can cause the internal GPS module to exit sleep mode and generate current location information, which the application running on the mobile tracking application could then receive and use to determine whether it is within a given geofence or not. To conserve battery power, the application could then instruct the processor of the mobile device to cause the internal GPS module to enter sleep mode again if the location has not changed more than a predetermined amount during a predetermined period. The mobile device could then monitor other signals, such as for example, timing signals from cell phone towers, or the like. In addition, the application running on the smartphone, or similar mobile device, may use detected wifi signals to compare to a database to determine its location. Using, for example, wifi and cell tower signals to determine location consumes significantly less power than does a typical GPS module. Therefore, if processing of the location information from the wifi, cell tower, or other similar signals, does not indicate that the smart phone, or other device running a tracking application, or geofence application, then its GPS module may remain in sleep mode. By periodically checking the current location, and comparing to the location determined at a previous iteration, typically the most recent iteration, the mobile device can determine when to cause its GPS module to exit sleep mode and thus obtain higher accuracy and precision of location information that GPS system can provide vis-à-vis using signals from cell towers or wifi network.
  • Thus, when coupled via a short range wireless link to a fixed device, such as a dongle, permanent TCU device, or other device in a vehicle that has a GPS module, a mobile device running a geofence/tracking application can take advantage of the power source of the vehicle and use GPS location information as the vehicle moves. When the mobile device moves out of short range wireless signal range of the fixed dongle, the geofence/tracking application can rely on location information from the internal GPS of the mobile device while it is moving, but cause the internal GPS module to sleep while the device is not moving, and periodically query cell tower signals, wifi signals, and the like to determine whether it has started moving again and thus cause the internal GPS module to awaken to take advantage of the GPS accuracy. The mobile device can send alerts when it crosses into or out of a geofence via a long range wireless link to a TOC server, to another mobile device, to an e-mail address, to a telephone number, to a MAC address, or other similar form for sending messages electronically.
  • In another aspect, a geofence/tracking application running on TCU 101 coupled to the vehicle (either dongle, permanent, mobile device, or other) can is determine whether a particular cell phone, or other mobile device, is in its presence. Based on a predetermined authentication schedule and protocol, if a first mobile device is in the presence of TCU 101, then the TCU may generate and transmit alerts when it crosses a geofence boundary, either crossing into our out from an area surrounded by the boundary. If, however, a second, or other, mobile device is in the presence of TCU 101, it may not generate a geofence crossing alert. Alternatively, the presence of a preferred mobile device may suppress transmitting of an alert, but the TCU may transmit geofence crossing alerts in the absence of the preferred mobile device.
  • In another embodiment, instead of transmitting alerts, the presence of a preferred mobile device with respect to a TCU 101 may facilitate authentication with the TCU that enables functions such as door unlock, engine start/stop, and other vehicle control functions. Alternatively, TCU 101 may be programmed to prevent such vehicle control functions if a preferred mobile device is within range of a short range wireless link between the mobile device and TCU. The facilitating or preventing of such remote vehicle functionality may be associated with a geofence so that such functionally may, or may not, occur based on the location of the TCU with respect to the geofence boundaries.
  • In another aspect, a mobile device may include accelerometers, or an accelerometer module, such as a three-axis accelerometer module mounted on a circuit board. A processor in the mobile device may cause a GPS module internal to it (the mobile device) to enter a sleep mode if an application running on the mobile device determines that the mobile device is not moving. Signals from the accelerometer may be used as a trigger to wake up a GPS module in sleep mode, or may be used to adjust a rate at which the GPS module of a mobile device attempts to lock to GPS signals. For example, signals from an accelerometer may be conditioned (e.g., averaged, evaluate square root of the sum of the squares, or other functions) and compared to a predetermined threshold. If the conditioned value of the accelerometer signals exceeds a trigger threshold, then the mobile device processor causes the GPS module internal to it to wake up. If awake, the conditioned GPS signal can be used to determine that the mobile device is moving at a speed faster than a predetermined rate, and increase the rate at which the mobile device attempts to lock to GPS signals according to the rate of motion of the device.
  • The processing of the disclosed methods and systems can be performed by software components. The disclosed system and methods can be described in the general context of computer-executable instructions, such as program modules, being executed by one or more computers or other devices. Generally, program modules comprise computer code, routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The disclosed methods can also be practiced in grid-based and distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote computer storage media including memory storage devices.
  • While the methods and systems have been described in connection with preferred embodiments and specific examples, it is not intended that the scope be limited to the particular embodiments set forth, as the embodiments herein are intended in all respects to be illustrative rather than restrictive.
  • Unless otherwise expressly stated, it is in no way intended that any method set forth herein be construed as requiring that its steps be performed in a specific order. Accordingly, where a method claim does not actually recite an order to be followed by its steps or it is not otherwise specifically stated in the claims or descriptions that the steps are to be limited to a specific order, it is no way intended that an order be inferred, in any respect. This holds for any possible non-express basis for interpretation, including: matters of logic with respect to arrangement of steps or operational flow; plain meaning derived from grammatical organization or punctuation; the number or type of embodiments described in the specification.
  • It will be apparent to those skilled in the art that various modifications and variations can be made without departing from the scope or spirit. Other embodiments will be apparent to those skilled in the art from consideration of the specification and practice disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit being indicated by the following claims.

Claims (23)

What is claimed is:
1. A method for notifying when an asset crosses a boundary, comprising:
receiving at a tracking application apparatus associated with the asset a boundary request message to establish an initial-location boundary relative to the location of the asset at the time the tracking application apparatus receives the boundary request message;
comparing an updated current location of the tracking application apparatus with the established initial-location boundary subsequent to the tracking application apparatus receiving the boundary request message; and
transmitting a crossing notification message from the tracking application apparatus when a result of the comparing step indicates that the tracking application apparatus crossed the initial-location boundary.
2. The method of claim 1 wherein the boundary request message includes a boundary definition that includes a set of coordinates, relative to reference coordinates, that define the selected boundary.
3. The method of claim 1 wherein the notification message includes a request for generating an alert.
4. The method of claim 3 wherein the alert includes at least one of an e-mail message, an SMS message, a telephonic message, an Internet message, or an IM message.
5. The method of claim 1 wherein the boundary request message includes a boundary shape identifier associated with one of a plurality of predetermined boundary definitions.
6. The method of claim 5 wherein the boundary shape identifier corresponds to a particular boundary shape.
7. The method of claim 5 wherein a memory coupled to the apparatus contains the plurality of predetermined boundary definitions.
8. The method of claim 2 wherein the reference coordinates are the geographical coordinates of the location of the asset at the time the tracking application apparatus receives the boundary request message.
9. The method of claim 8 wherein the boundary request message includes a boundary definition that includes an equation that defines the selected boundary relative to reference coordinates,
10.
11. The method of claim 1 wherein the boundary request message includes a notification destination identifier, and wherein the crossing notification message is transmitted according to the notification destination identifier.
12. The method of claim 11 wherein the notification destination identifier is one of a telephone number, internet address, a uniform resource locator, an SMS number, an e-mail address, or a screen name.
13. The method of claim 1 wherein the tracking application apparatus comprises a telematics control unit.
14. The method of claim 2 wherein the method composes an application running on a mobile device that is not fixed to the asset.
15. A system configured to provide a notification when an asset crosses a boundary, comprising:
a wireless transceiver configured to wirelessly receive a boundary request message requesting the establishment of an initial-location boundary relative to the location of the asset at the time the transceiver receives the boundary request message;
a processor coupled to the wireless transceiver configured to compare, subsequent to the time the transceiver received the boundary request message, an updated current location of the asset, received from a tracking application apparatus, with the established initial-location boundary; and
wherein the wireless transceiver is configured to transmit a crossing notification message from a tracking application when a result of the comparing step indicates that asset crossed the initial-location boundary.
16. The system of claim 15 wherein the system comprises a telematics control unit substantially fixed to the asset and a mobile device running a geofence application, wherein the telematics control unit and the mobile application are configured to communicate control, data, information, and other signals with each other over a short range wireless link when the telematics control unit and the mobile device are within a first range of each other, the first range being the range in which the telematics control unit and the mobile device can communicate signals to each other over the short range wireless link, and wherein the mobile device includes the wireless transceiver and processor and wherein the wireless device runs the tracking application.
17. The system of claim 16 wherein the mobile device is configured to use location information from a GPS module of the telematics control unit when the mobile device and the telematics control unit are within the first range of each other.
18. The system of claim 17 wherein the notification message includes at least one of an e-mail message, an SMS message, a telephonic message, an internet message, or an IM message.
19. The system of claim 16 wherein the mobile device is configured to use location information from a GPS module internal to it when it and the telematics control unit are not within the first range of each other.
20. The system of claim 19 wherein the mobile device is configured to use location information from signals other than GPS signals to determine that it has moved after a GPS module internal to it has entered a low power mode, and to cause the GPS module internal to it to exit the sleep mode.
21. The system of claim 20 wherein the mobile device is configured to use signals transmitted from a cellular telephony tower to determine that it has moved.
22. The system of claim 20 wherein the mobile device uses signals from an accelerometer module internal to it to determine that it has moved, and wherein the mobile device is configured to adjust the rate at which the GPS module internal to it attempts to lock to GPS signals based on a magnitude of the signal from the accelerometer module.
23. A mobile apparatus configured to perform steps comprising:
wirelessly receiving a boundary request message requesting the establishment of an initial-location boundary relative to the location of an asset at the time the transceiver receives the boundary request message;
comparing, subsequent to the time the transceiver received the boundary request message, an updated current location of the asset, received from a tracking application apparatus, with the established initial-location boundary;
transmitting a crossing notification message from a tracking application when a result of the comparing step indicates that asset crossed the initial-location to boundary; and
wherein the mobile apparatus is configured to use GPS location information from a GPS device located within a first range of the mobile apparatus and wherein the mobile device communicates location information from the GPS device over a short range wireless communication link.
US12/881,111 2009-09-11 2010-09-13 Method and system for implementing a geofence boundary for a tracked asset Active 2032-06-10 US8653956B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/881,111 US8653956B2 (en) 2009-09-11 2010-09-13 Method and system for implementing a geofence boundary for a tracked asset
US14/074,604 US8823502B2 (en) 2009-09-11 2013-11-07 Method and system for implementing a geofence boundary for a tracked asset
US14/463,552 US20150002281A1 (en) 2009-09-11 2014-08-19 Method and system for implementing a geofence boundary for a tracked asset

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US24168009P 2009-09-11 2009-09-11
US12/881,111 US8653956B2 (en) 2009-09-11 2010-09-13 Method and system for implementing a geofence boundary for a tracked asset

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/074,604 Continuation US8823502B2 (en) 2009-09-11 2013-11-07 Method and system for implementing a geofence boundary for a tracked asset

Publications (2)

Publication Number Publication Date
US20110063138A1 true US20110063138A1 (en) 2011-03-17
US8653956B2 US8653956B2 (en) 2014-02-18

Family

ID=43729967

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/881,111 Active 2032-06-10 US8653956B2 (en) 2009-09-11 2010-09-13 Method and system for implementing a geofence boundary for a tracked asset
US14/074,604 Active US8823502B2 (en) 2009-09-11 2013-11-07 Method and system for implementing a geofence boundary for a tracked asset
US14/463,552 Abandoned US20150002281A1 (en) 2009-09-11 2014-08-19 Method and system for implementing a geofence boundary for a tracked asset

Family Applications After (2)

Application Number Title Priority Date Filing Date
US14/074,604 Active US8823502B2 (en) 2009-09-11 2013-11-07 Method and system for implementing a geofence boundary for a tracked asset
US14/463,552 Abandoned US20150002281A1 (en) 2009-09-11 2014-08-19 Method and system for implementing a geofence boundary for a tracked asset

Country Status (1)

Country Link
US (3) US8653956B2 (en)

Cited By (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120221173A1 (en) * 2011-02-25 2012-08-30 GM Global Technology Operations LLC Vehicle systems activation methods and applications
US20120221188A1 (en) * 2011-02-24 2012-08-30 General Motors Llc Vehicle hmi replacement
US8330626B1 (en) * 2012-03-26 2012-12-11 MacroPoint LLC Systems and methods for monitoring location of a vehicle
US20120316770A1 (en) * 2011-06-07 2012-12-13 General Motors Llc Neutral zones for navigation
US20120326860A1 (en) * 2011-01-11 2012-12-27 International Business Machines Corporation Mobile computing device emergency warning system and method
US8350696B2 (en) * 2007-07-02 2013-01-08 Independent Witness, Incorporated System and method for defining areas of interest and modifying asset monitoring in relation thereto
WO2013058954A1 (en) * 2011-10-20 2013-04-25 Qualcomm Incorporated Method and/or apparatus for geofence management
US20130262552A1 (en) * 2010-08-26 2013-10-03 Ford Global Technologies, Llc Methods and Apparatus for Remote Activation of an Application
US20130295970A1 (en) * 2012-05-01 2013-11-07 Qualcomm Incorporated Geofence breach confidence
US20130311002A1 (en) * 2012-05-16 2013-11-21 The Morey Corporation Method and system for remote diagnostics of vessels and watercrafts
WO2014011445A1 (en) * 2012-07-10 2014-01-16 Gordon*Howard Associates, Inc. Methods and systems related to establishing geo-fence boundaries
US8659404B2 (en) 2008-12-12 2014-02-25 Gordon Howard Associates, Inc. Methods and systems related to establishing geo-fence boundaries and collecting data
WO2014036367A2 (en) * 2012-08-31 2014-03-06 Autonomous Tractor Corporation Navigation system and method
US8670783B2 (en) 2011-09-23 2014-03-11 Motorola Solutions, Inc. Apparatus and method for utilizing location capable two-way radio transceivers as geo-fence posts
US20140085084A1 (en) * 2012-09-27 2014-03-27 Loran Technologies, Inc Passive active battery saver tracking system
ITMI20121651A1 (en) * 2012-10-03 2014-04-04 Vinati Impianti Di Vinati Felice & C S A S DEVICE FOR MONITORING PARAMETERS RELATED TO A MOTOR VEHICLE
WO2014101091A1 (en) * 2012-12-28 2014-07-03 Intel Corporation Geofencing techniques
US20140236484A1 (en) * 2011-12-27 2014-08-21 Mitsubishi Electric Corporation Navigation device and navigation method
US20140298492A1 (en) * 2013-03-15 2014-10-02 Rollaguard Security, Llc Security case
WO2014121947A3 (en) * 2013-02-10 2014-10-23 tado GmbH Method and control apparatus for switching a night mode of a heating system and/or an air-conditioning system on and off
US20150005984A1 (en) * 2013-06-27 2015-01-01 General Motors Llc Remote start system for a motor vehicle
WO2015012417A1 (en) * 2013-07-25 2015-01-29 Gruppo Potente Ltd Device and method for monitoring vehicles
US8996034B1 (en) * 2012-12-20 2015-03-31 Pact, Inc Automatic verification of check out
WO2015061221A1 (en) * 2013-10-22 2015-04-30 Patrocinium Systems LLC Interactive emergency information and identification
US9026271B1 (en) * 2013-12-31 2015-05-05 Glenn Madden Vehicular accelerometer and vehicular data recording system
US9055400B1 (en) 2012-12-12 2015-06-09 Square, Inc. Detecting proximity using WiFi hotspots
US9113344B1 (en) 2012-03-21 2015-08-18 Square, Inc. Detecting location using WiFi hotspots
US20150234837A1 (en) * 2012-08-31 2015-08-20 Timeless Technologies (2007) Inc. System and method for reporting and tracking incidents
US20150350331A1 (en) * 2014-05-27 2015-12-03 Genesys Telecommunications Laboratories, Inc. System for managing communications activated by a trigger event
US9247408B2 (en) 2013-10-22 2016-01-26 Patrocinium Systems LLC Interactive emergency information and identification
US9313619B2 (en) 2014-04-24 2016-04-12 At&T Mobility Ii Llc Facilitating estimation of mobile device presence inside a defined region
US9330030B2 (en) * 2014-06-24 2016-05-03 Google Inc. Bridge decoder for a vehicle infotainment system
US9349104B2 (en) 2013-09-25 2016-05-24 Google Inc. Learning geofence models directly
US20160203651A1 (en) * 2013-08-20 2016-07-14 Intelligent Imaging Systems, Inc. Vehicle traffic and vehicle related transaction control system
US20160275799A1 (en) * 2015-03-20 2016-09-22 AutoMap, LLC. Vehicle Monitoring Devices, Vehicle Monitoring Management Devices, and Vehicle Monitoring Systems
WO2017011701A1 (en) * 2015-07-16 2017-01-19 Wherible Gps, Inc. Self-adjusting environmental behavioral system for gps/cellular locator
US9553765B2 (en) 2013-11-13 2017-01-24 International Business Machines Corporation Geospatial based management of configuration profiles
US20170098183A1 (en) * 2015-10-06 2017-04-06 The Reynolds And Reynolds Company System and method for vehicle sales management
US9706352B2 (en) * 2012-01-06 2017-07-11 Google Inc. System and method for determining a boundary of a geographic area
US9794755B1 (en) 2016-04-25 2017-10-17 Patrocinium Systems LLC Interactive emergency visualization methods
US9820231B2 (en) 2013-06-14 2017-11-14 Microsoft Technology Licensing, Llc Coalescing geo-fence events
US9838840B1 (en) * 2012-12-12 2017-12-05 Square, Inc. Detecting proximity using WiFi hotspots
CN107531324A (en) * 2015-03-31 2018-01-02 深圳市大疆创新科技有限公司 System and method for moving geography fence
US9867022B1 (en) * 2014-01-06 2018-01-09 Aeris Communications, Inc. Emergency services dual tone multi frequency (DTMF) function
US9880604B2 (en) 2011-04-20 2018-01-30 Microsoft Technology Licensing, Llc Energy efficient location detection
US9980137B2 (en) 2015-12-11 2018-05-22 Patrocinium Systems LLC Secure beacon-based location systems and methods
US9998866B2 (en) 2013-06-14 2018-06-12 Microsoft Technology Licensing, Llc Detecting geo-fence events using varying confidence levels
WO2018183970A1 (en) * 2017-03-31 2018-10-04 Zumigo, Inc. Mobile device that generates location-based alerts in a power efficient manner
US10197350B2 (en) 2014-05-30 2019-02-05 Morgan Draper Kauffman Remotely authorizing and disabling weapons
US20190051187A1 (en) * 2017-08-10 2019-02-14 Isuzu Motors Limited Operation management device, operation management method and operation management system
SE541069C2 (en) * 2015-10-09 2019-03-26 Nida Tech Sweden Ab Vehicle alarm system with multiple devices
US10332162B1 (en) 2013-09-30 2019-06-25 Square, Inc. Using wireless beacons for transit systems
US10373151B1 (en) 2012-11-20 2019-08-06 Square, Inc. Multiple merchants in cardless payment transactions and multiple customers in cardless payment transactions
US10462611B1 (en) * 2019-02-01 2019-10-29 Tile, Inc. User presence-enabled tracking device functionality
US10560808B2 (en) 2013-07-23 2020-02-11 Square, Inc. Computing distances of devices
US10600245B1 (en) * 2014-05-28 2020-03-24 Lucasfilm Entertainment Company Ltd. Navigating a virtual environment of a media content item
US10645534B1 (en) 2019-02-01 2020-05-05 Tile, Inc. User presence-enabled tracking device functionality
US10783531B2 (en) 2012-03-16 2020-09-22 Square, Inc. Cardless payment transactions based on geographic locations of user devices
US10805771B1 (en) * 2019-06-25 2020-10-13 Goldtek Technology Co., Ltd. Location tracking device and method
US10803728B1 (en) 2019-04-15 2020-10-13 International Business Machines Corporation Dynamically networked integrated swarm sensor tracking
US10838416B1 (en) * 2019-05-30 2020-11-17 Ford Global Technologies, Llc Vehicle control handoff
US10887267B2 (en) 2018-09-12 2021-01-05 International Business Machines Corporation Intelligent notification routing and delivery
US10885522B1 (en) 2013-02-08 2021-01-05 Square, Inc. Updating merchant location for cardless payment transactions
US11094202B2 (en) 2015-03-31 2021-08-17 SZ DJI Technology Co., Ltd. Systems and methods for geo-fencing device communications
US11120456B2 (en) 2015-03-31 2021-09-14 SZ DJI Technology Co., Ltd. Authentication systems and methods for generating flight regulations
US20210297807A1 (en) * 2017-01-27 2021-09-23 Tracematics Limited System and Methods for Dynamic Creation of a Geofence for a Location
US11216824B1 (en) 2015-02-26 2022-01-04 Allstate Insurance Company Role assignment for enhanced roadside assistance
US11430336B2 (en) 2015-03-20 2022-08-30 Ken Smith Vehicle monitoring systems and methods
US11449854B1 (en) 2012-10-29 2022-09-20 Block, Inc. Establishing consent for cardless transactions using short-range transmission
US11587146B1 (en) 2013-11-13 2023-02-21 Block, Inc. Wireless beacon shopping experience

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7650509B1 (en) 2004-01-28 2010-01-19 Gordon & Howard Associates, Inc. Encoding data in a password
US20070194881A1 (en) 2006-02-07 2007-08-23 Schwarz Stanley G Enforcing payment schedules
US9026267B2 (en) 2007-03-09 2015-05-05 Gordon*Howard Associates, Inc. Methods and systems of selectively enabling a vehicle by way of a portable wireless device
US8653956B2 (en) * 2009-09-11 2014-02-18 Hti Ip, L.L.C. Method and system for implementing a geofence boundary for a tracked asset
US9665997B2 (en) 2013-01-08 2017-05-30 Gordon*Howard Associates, Inc. Method and system for providing feedback based on driving behavior
US9035756B2 (en) 2013-03-14 2015-05-19 Gordon*Howard Associates, Inc. Methods and systems related to remote tamper detection
US8928471B2 (en) 2013-03-14 2015-01-06 Gordon*Howard Associates, Inc. Methods and systems related to remote tamper detection
US9378480B2 (en) 2013-03-14 2016-06-28 Gordon*Howard Associates, Inc. Methods and systems related to asset identification triggered geofencing
US9840229B2 (en) 2013-03-14 2017-12-12 Gordon*Howard Associates, Inc. Methods and systems related to a remote tamper detection
US9013333B2 (en) 2013-06-24 2015-04-21 Gordon*Howard Associates, Inc. Methods and systems related to time triggered geofencing
US20150310716A1 (en) * 2013-09-06 2015-10-29 Tracfind, Inc. System and method for preventing loss of asset
US20150348178A1 (en) * 2014-05-30 2015-12-03 Verizon Patent And Licensing Inc. Method and System for Renting and Sub-Renting Vehicles
CA2896406C (en) 2014-07-08 2018-03-06 The Toronto-Dominion Bank Systems and methods for providing sensor-based location proximity detection and notification
US10510193B2 (en) 2014-08-12 2019-12-17 SVR Tracking, Inc. Method and system for geofencing of vehicle impound yards
US9578455B2 (en) 2015-02-20 2017-02-21 Ford Global Technologies, Llc Method and apparatus for dynamic position reporting rate determination
WO2016161042A1 (en) * 2015-03-30 2016-10-06 Parallel Wireless, Inc. Power management for vehicle-mounted base station
US10132916B2 (en) 2015-05-27 2018-11-20 Intelligent Locations, LLC Power saving intelligent locator
CN106302602B (en) * 2015-06-08 2019-12-24 上海通用汽车有限公司 Parameter optimization method and parameter optimization system for vehicle TCU
KR101780283B1 (en) * 2015-10-19 2017-10-10 현대자동차주식회사 Method and navigation device for providing geo-fence services, and computer-readable medium storing program for executing the same
US9701279B1 (en) 2016-01-12 2017-07-11 Gordon*Howard Associates, Inc. On board monitoring device
US10163311B2 (en) 2016-02-16 2018-12-25 Above the Fold, LLP Systems for tracking medications
US10139892B2 (en) 2016-02-29 2018-11-27 At&T Mobility Ii Llc Facilitating power conservation for devices based on likelihood of power usage level
US10896429B2 (en) 2016-03-09 2021-01-19 Talon Systems Software, Inc. Method and system for auditing and verifying vehicle identification numbers (VINs) with crowdsourcing
US10796317B2 (en) 2016-03-09 2020-10-06 Talon Systems Software, Inc. Method and system for auditing and verifying vehicle identification numbers (VINs) with audit fraud detection
US11423417B2 (en) 2016-03-09 2022-08-23 Positioning Universal, Inc. Method and system for auditing and verifying vehicle identification numbers (VINs) on transport devices with audit fraud detection
US9788156B1 (en) * 2016-03-30 2017-10-10 International Business Machines Corporation Geofence determination
EP3445268A4 (en) 2016-04-19 2019-12-18 Intelligent Locations, LLC Methods and systems for tracking an asset in a medical environment and determining its status
BR112019003561B1 (en) 2016-08-31 2022-11-22 Apple Inc SYSTEM AND METHOD FOR IMPROVING THE ACCURACY OF A BODY WEAR DEVICE AND DETERMINING A USER'S ARM MOVEMENT
US11896368B2 (en) 2016-08-31 2024-02-13 Apple Inc. Systems and methods for determining swimming metrics
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
US10295354B2 (en) 2017-03-20 2019-05-21 International Business Machines Corporation Preventive measures for a cognitive impaired user
US11051720B2 (en) 2017-06-01 2021-07-06 Apple Inc. Fitness tracking for constrained-arm usage
US10232823B1 (en) 2017-08-30 2019-03-19 Spireon, Inc. Apparatus and method for pairing smartphone with vehicle tracking device
US10504160B1 (en) * 2018-06-01 2019-12-10 Charles Isgar Charity donation system
US11157971B1 (en) 2018-06-01 2021-10-26 Charles Isgar Charity donation system
US11246004B2 (en) 2019-04-16 2022-02-08 Milwaukee Electric Tool Corporation Power tool geofence tracking and dashboard
US11037378B2 (en) 2019-04-18 2021-06-15 IGEN Networks Corp. Method and system for creating driver telematic signatures
US10715951B1 (en) 2019-06-11 2020-07-14 Nokia Technologies Oy Positioning support for wireless devices such as NR-IoT devices and useful for geofencing
US11386764B2 (en) 2019-10-01 2022-07-12 Deere & Company Detecting objects in a restricted zone
US20210117915A1 (en) * 2019-10-19 2021-04-22 Royce Newcomb Illuminated address sign assembly with integrated security features
US11006068B1 (en) 2019-11-11 2021-05-11 Bendix Commercial Vehicle Systems Llc Video recording based on image variance

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5068656A (en) * 1990-12-21 1991-11-26 Rockwell International Corporation System and method for monitoring and reporting out-of-route mileage for long haul trucks
US5497149A (en) * 1993-09-02 1996-03-05 Fast; Ray Global security system
US5532690A (en) * 1995-04-04 1996-07-02 Itt Corporation Apparatus and method for monitoring and bounding the path of a ground vehicle
US6665613B2 (en) * 2001-09-25 2003-12-16 Lojack Corporation Method of and apparatus for dynamically GoeFencing movable vehicle and other equipment and the like
US6721652B1 (en) * 2002-11-22 2004-04-13 Electronic Data Systems Corporation (EDS) Implementing geo-fencing on mobile devices
US6983302B1 (en) * 2000-03-13 2006-01-03 Fujitsu Limited Document managing control system and computer-readable recording medium to record document managing control program
US20060176159A1 (en) * 2005-01-28 2006-08-10 Charles Chu Wireless vehicle alarm system
US20070176771A1 (en) * 2006-02-01 2007-08-02 Doyle Thomas F Method and apparatus for asset geofencing
US20090164118A1 (en) * 2005-12-16 2009-06-25 General Electric Company System and Method for Updating Geo-Fencing Information on Mobile Devices
US7612668B2 (en) * 2003-07-25 2009-11-03 Qualcomm Incorporated System for providing a virtual vehicle boundary
US20100017126A1 (en) * 2008-07-16 2010-01-21 Qualcomm Incorporated Method for dynamic creation of a geofence in a wireless system
US20100042940A1 (en) * 2008-08-14 2010-02-18 Caterpillar Inc. Geofence system with integrated user interface
US20100094500A1 (en) * 2008-10-14 2010-04-15 Jin Seung-Hee Telematics terminal and method for controlling vehicle using the same
US20100148947A1 (en) * 2008-12-12 2010-06-17 Gordon * Howard Associates, Inc. Automated Geo-Fence Boundary Configuration And Activation
US20100279706A1 (en) * 2009-04-29 2010-11-04 Ronald Anthony Dicke Method and apparatus for reducing transmission of location information
US20110018759A1 (en) * 2009-07-23 2011-01-27 Broadcom Corporation Coupled gps phone and navigation system
US8046168B2 (en) * 2007-10-05 2011-10-25 International Truck Intellectual Property Company, Llc System and method for determining position within or without a complex polygon geofence

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7973649B2 (en) * 2002-09-10 2011-07-05 Lojack Operating Company Lp Method of an apparatus for sensing the unauthorized movement of vehicles and the like and generating an alarm or warning of vehicle theft
WO2009108719A1 (en) * 2008-02-25 2009-09-03 Recovery Systems Holdings, Llc Vehicle security and monitoring system
US8212691B2 (en) * 2009-07-01 2012-07-03 General Motors Llc Controlling location-based services using a portable privacy key
US8653956B2 (en) * 2009-09-11 2014-02-18 Hti Ip, L.L.C. Method and system for implementing a geofence boundary for a tracked asset

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5068656A (en) * 1990-12-21 1991-11-26 Rockwell International Corporation System and method for monitoring and reporting out-of-route mileage for long haul trucks
US5497149A (en) * 1993-09-02 1996-03-05 Fast; Ray Global security system
US5532690A (en) * 1995-04-04 1996-07-02 Itt Corporation Apparatus and method for monitoring and bounding the path of a ground vehicle
US6983302B1 (en) * 2000-03-13 2006-01-03 Fujitsu Limited Document managing control system and computer-readable recording medium to record document managing control program
US6665613B2 (en) * 2001-09-25 2003-12-16 Lojack Corporation Method of and apparatus for dynamically GoeFencing movable vehicle and other equipment and the like
US6721652B1 (en) * 2002-11-22 2004-04-13 Electronic Data Systems Corporation (EDS) Implementing geo-fencing on mobile devices
US20040193368A1 (en) * 2002-11-22 2004-09-30 Electronic Data Systems Corporation (Eds), A Delaware Corporation Implementing geo-fencing on mobile devices
US7612668B2 (en) * 2003-07-25 2009-11-03 Qualcomm Incorporated System for providing a virtual vehicle boundary
US20060176159A1 (en) * 2005-01-28 2006-08-10 Charles Chu Wireless vehicle alarm system
US20090164118A1 (en) * 2005-12-16 2009-06-25 General Electric Company System and Method for Updating Geo-Fencing Information on Mobile Devices
US20070176771A1 (en) * 2006-02-01 2007-08-02 Doyle Thomas F Method and apparatus for asset geofencing
US8046168B2 (en) * 2007-10-05 2011-10-25 International Truck Intellectual Property Company, Llc System and method for determining position within or without a complex polygon geofence
US20100017126A1 (en) * 2008-07-16 2010-01-21 Qualcomm Incorporated Method for dynamic creation of a geofence in a wireless system
US20100042940A1 (en) * 2008-08-14 2010-02-18 Caterpillar Inc. Geofence system with integrated user interface
US20100094500A1 (en) * 2008-10-14 2010-04-15 Jin Seung-Hee Telematics terminal and method for controlling vehicle using the same
US20100148947A1 (en) * 2008-12-12 2010-06-17 Gordon * Howard Associates, Inc. Automated Geo-Fence Boundary Configuration And Activation
US20100279706A1 (en) * 2009-04-29 2010-11-04 Ronald Anthony Dicke Method and apparatus for reducing transmission of location information
US20110018759A1 (en) * 2009-07-23 2011-01-27 Broadcom Corporation Coupled gps phone and navigation system

Cited By (132)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8350696B2 (en) * 2007-07-02 2013-01-08 Independent Witness, Incorporated System and method for defining areas of interest and modifying asset monitoring in relation thereto
US8659404B2 (en) 2008-12-12 2014-02-25 Gordon Howard Associates, Inc. Methods and systems related to establishing geo-fence boundaries and collecting data
US20130262552A1 (en) * 2010-08-26 2013-10-03 Ford Global Technologies, Llc Methods and Apparatus for Remote Activation of an Application
US9307012B2 (en) * 2010-08-26 2016-04-05 Ford Global Technologies, Llc Methods and apparatus for remote activation of an application
US20120326860A1 (en) * 2011-01-11 2012-12-27 International Business Machines Corporation Mobile computing device emergency warning system and method
US9153135B2 (en) * 2011-01-11 2015-10-06 International Business Machines Corporation Mobile computing device emergency warning system and method
US20120221188A1 (en) * 2011-02-24 2012-08-30 General Motors Llc Vehicle hmi replacement
US20120221173A1 (en) * 2011-02-25 2012-08-30 GM Global Technology Operations LLC Vehicle systems activation methods and applications
US9126545B2 (en) * 2011-02-25 2015-09-08 GM Global Technology Operations LLC Vehicle systems activation methods and applications
US9880604B2 (en) 2011-04-20 2018-01-30 Microsoft Technology Licensing, Llc Energy efficient location detection
US20180211069A1 (en) * 2011-05-05 2018-07-26 Charles Hallinan Security case
US20120316770A1 (en) * 2011-06-07 2012-12-13 General Motors Llc Neutral zones for navigation
US8805611B2 (en) * 2011-06-07 2014-08-12 General Motors Llc Neutral zones for navigation
US8670783B2 (en) 2011-09-23 2014-03-11 Motorola Solutions, Inc. Apparatus and method for utilizing location capable two-way radio transceivers as geo-fence posts
US8941489B2 (en) 2011-10-20 2015-01-27 Qualcomm Incorporated Method and/or apparatus for geofence management
WO2013058954A1 (en) * 2011-10-20 2013-04-25 Qualcomm Incorporated Method and/or apparatus for geofence management
CN103947229A (en) * 2011-10-20 2014-07-23 高通股份有限公司 Method and/or apparatus for geofence management
US20140236484A1 (en) * 2011-12-27 2014-08-21 Mitsubishi Electric Corporation Navigation device and navigation method
US9706352B2 (en) * 2012-01-06 2017-07-11 Google Inc. System and method for determining a boundary of a geographic area
US10783531B2 (en) 2012-03-16 2020-09-22 Square, Inc. Cardless payment transactions based on geographic locations of user devices
US9113344B1 (en) 2012-03-21 2015-08-18 Square, Inc. Detecting location using WiFi hotspots
US9730015B1 (en) 2012-03-21 2017-08-08 Square, Inc. Detecting location using WiFi hotspots
US9607283B1 (en) 2012-03-26 2017-03-28 MacroPoint LLC. Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US9429659B1 (en) 2012-03-26 2016-08-30 MacroPoint LLP Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US9070295B2 (en) 2012-03-26 2015-06-30 MacroPoint, LLC Systems and methods for monitoring location of a vehicle or freight carried by the vehicle by correlating the vehicle or the freight carried by the vehicle to a communications device
US11188870B1 (en) 2012-03-26 2021-11-30 MacroPoint, LLC Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US10671964B1 (en) 2012-03-26 2020-06-02 MacroPoint, LLC Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US10229381B1 (en) 2012-03-26 2019-03-12 MacroPoint, LLC Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US9773221B1 (en) 2012-03-26 2017-09-26 Macropoint, Llc. Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US8604943B2 (en) * 2012-03-26 2013-12-10 MacroPoint, LLC Systems and methods for monitoring location of freight carried by a vehicle
US9087313B1 (en) 2012-03-26 2015-07-21 MacroPoint, LLC Systems and methods for monitoring location of a vehicle or freight carried by a vehicle
US9082098B1 (en) 2012-03-26 2015-07-14 MacroPoint, LLC Systems and methods for monitoring location of a vehicle or freight carried by a vehicle
US8330626B1 (en) * 2012-03-26 2012-12-11 MacroPoint LLC Systems and methods for monitoring location of a vehicle
US11783277B1 (en) 2012-03-26 2023-10-10 MacroPoint, LLC Machine or group of machines for monitoring location of a vehicle or freight carried by a vehicle
US9082097B1 (en) 2012-03-26 2015-07-14 MacroPoint, LLC Systems and methods for monitoring location of a vehicle or freight carried by a vehicle
US9451402B2 (en) * 2012-05-01 2016-09-20 Qualcomm Incorporated Geofence breach confidence
US20130295970A1 (en) * 2012-05-01 2013-11-07 Qualcomm Incorporated Geofence breach confidence
US8965401B2 (en) 2012-05-01 2015-02-24 Qualcomm Incorporated Concurrent geofences with shared measurements
US9219983B2 (en) 2012-05-01 2015-12-22 Qualcomm Incorporated Mechanism to reduce missing breach detection in geofencing solution
CN104272771A (en) * 2012-05-01 2015-01-07 高通股份有限公司 Geofence breach confidence
US8798847B2 (en) * 2012-05-16 2014-08-05 The Morey Corporation Method and system for remote diagnostics of vessels and watercrafts
US20130311002A1 (en) * 2012-05-16 2013-11-21 The Morey Corporation Method and system for remote diagnostics of vessels and watercrafts
CN104584065A (en) * 2012-07-10 2015-04-29 戈登·霍华德联合公司 Methods and systems related to establishing geo-fence boundaries
WO2014011445A1 (en) * 2012-07-10 2014-01-16 Gordon*Howard Associates, Inc. Methods and systems related to establishing geo-fence boundaries
WO2014036367A2 (en) * 2012-08-31 2014-03-06 Autonomous Tractor Corporation Navigation system and method
US10341836B2 (en) * 2012-08-31 2019-07-02 Timeless Technologies (2007) Inc. System and method for reporting and tracking incidents
US9063211B2 (en) 2012-08-31 2015-06-23 Autonomous Tractor Corporation Navigation system and method
US20150234837A1 (en) * 2012-08-31 2015-08-20 Timeless Technologies (2007) Inc. System and method for reporting and tracking incidents
US9689963B2 (en) 2012-08-31 2017-06-27 Autonomous Tractor Corporation Navigation system and method
WO2014036367A3 (en) * 2012-08-31 2014-07-10 Autonomous Tractor Corporation Navigation system and method
US20140085084A1 (en) * 2012-09-27 2014-03-27 Loran Technologies, Inc Passive active battery saver tracking system
ITMI20121651A1 (en) * 2012-10-03 2014-04-04 Vinati Impianti Di Vinati Felice & C S A S DEVICE FOR MONITORING PARAMETERS RELATED TO A MOTOR VEHICLE
US11449854B1 (en) 2012-10-29 2022-09-20 Block, Inc. Establishing consent for cardless transactions using short-range transmission
US10373151B1 (en) 2012-11-20 2019-08-06 Square, Inc. Multiple merchants in cardless payment transactions and multiple customers in cardless payment transactions
US9055400B1 (en) 2012-12-12 2015-06-09 Square, Inc. Detecting proximity using WiFi hotspots
US9838840B1 (en) * 2012-12-12 2017-12-05 Square, Inc. Detecting proximity using WiFi hotspots
US9451397B1 (en) 2012-12-12 2016-09-20 Square, Inc. Detecting proximity using WiFi hotspots
US8996034B1 (en) * 2012-12-20 2015-03-31 Pact, Inc Automatic verification of check out
WO2014101091A1 (en) * 2012-12-28 2014-07-03 Intel Corporation Geofencing techniques
US9247384B2 (en) 2012-12-28 2016-01-26 Intel Corporation Geofencing techniques
TWI503017B (en) * 2012-12-28 2015-10-01 Intel Corp Geofencing techniques
US10885522B1 (en) 2013-02-08 2021-01-05 Square, Inc. Updating merchant location for cardless payment transactions
US10415841B2 (en) 2013-02-10 2019-09-17 tado GmbH Method and control apparatus for switching a night mode of a heating system and/or an air-conditioning system on and off
WO2014121947A3 (en) * 2013-02-10 2014-10-23 tado GmbH Method and control apparatus for switching a night mode of a heating system and/or an air-conditioning system on and off
US9928387B2 (en) * 2013-03-15 2018-03-27 Charles Hallinan Security case
US20140298492A1 (en) * 2013-03-15 2014-10-02 Rollaguard Security, Llc Security case
US9820231B2 (en) 2013-06-14 2017-11-14 Microsoft Technology Licensing, Llc Coalescing geo-fence events
US9998866B2 (en) 2013-06-14 2018-06-12 Microsoft Technology Licensing, Llc Detecting geo-fence events using varying confidence levels
US9132806B2 (en) * 2013-06-27 2015-09-15 General Motors Llc Remote start system for a motor vehicle
US20150005984A1 (en) * 2013-06-27 2015-01-01 General Motors Llc Remote start system for a motor vehicle
US10560808B2 (en) 2013-07-23 2020-02-11 Square, Inc. Computing distances of devices
WO2015012417A1 (en) * 2013-07-25 2015-01-29 Gruppo Potente Ltd Device and method for monitoring vehicles
US10817968B2 (en) * 2013-08-20 2020-10-27 Intelligent Imaging Systems, Inc. Vehicle traffic and vehicle related transaction control system
US20160203651A1 (en) * 2013-08-20 2016-07-14 Intelligent Imaging Systems, Inc. Vehicle traffic and vehicle related transaction control system
US9349104B2 (en) 2013-09-25 2016-05-24 Google Inc. Learning geofence models directly
US10332162B1 (en) 2013-09-30 2019-06-25 Square, Inc. Using wireless beacons for transit systems
WO2015061221A1 (en) * 2013-10-22 2015-04-30 Patrocinium Systems LLC Interactive emergency information and identification
US10382936B2 (en) 2013-10-22 2019-08-13 Patrocinium Systems, Inc. Interactive emergency information and identification systems and authentication methods
US10097980B2 (en) 2013-10-22 2018-10-09 Patrocinium Systems, Inc. Interactive emergency information and identification systems and authentication methods
US9247408B2 (en) 2013-10-22 2016-01-26 Patrocinium Systems LLC Interactive emergency information and identification
US9572002B2 (en) 2013-10-22 2017-02-14 Patrocinium Systems LLC Interactive emergency information and identification systems and methods
US11778443B2 (en) 2013-10-22 2023-10-03 Patrocinium Systems LLC Interactive information and identification systems and authentication methods
US9553765B2 (en) 2013-11-13 2017-01-24 International Business Machines Corporation Geospatial based management of configuration profiles
US10164828B2 (en) 2013-11-13 2018-12-25 International Business Machines Corporation Geospatial based management of configuration profiles
US11587146B1 (en) 2013-11-13 2023-02-21 Block, Inc. Wireless beacon shopping experience
US9026271B1 (en) * 2013-12-31 2015-05-05 Glenn Madden Vehicular accelerometer and vehicular data recording system
US9867022B1 (en) * 2014-01-06 2018-01-09 Aeris Communications, Inc. Emergency services dual tone multi frequency (DTMF) function
US9313619B2 (en) 2014-04-24 2016-04-12 At&T Mobility Ii Llc Facilitating estimation of mobile device presence inside a defined region
US10582341B2 (en) 2014-04-24 2020-03-03 At&T Mobility Ii Llc Facilitating estimation of mobile device presence inside a defined region
US10104178B2 (en) * 2014-05-27 2018-10-16 Genesys Telecommunications Laboratories, Inc. System for managing communications activated by a trigger event
US20150350331A1 (en) * 2014-05-27 2015-12-03 Genesys Telecommunications Laboratories, Inc. System for managing communications activated by a trigger event
US10602200B2 (en) 2014-05-28 2020-03-24 Lucasfilm Entertainment Company Ltd. Switching modes of a media content item
US10600245B1 (en) * 2014-05-28 2020-03-24 Lucasfilm Entertainment Company Ltd. Navigating a virtual environment of a media content item
US11508125B1 (en) 2014-05-28 2022-11-22 Lucasfilm Entertainment Company Ltd. Navigating a virtual environment of a media content item
US10197350B2 (en) 2014-05-30 2019-02-05 Morgan Draper Kauffman Remotely authorizing and disabling weapons
US9330030B2 (en) * 2014-06-24 2016-05-03 Google Inc. Bridge decoder for a vehicle infotainment system
US11216824B1 (en) 2015-02-26 2022-01-04 Allstate Insurance Company Role assignment for enhanced roadside assistance
US10109201B2 (en) * 2015-03-20 2018-10-23 Automap, Llc Vehicle monitoring devices, vehicle monitoring management devices, and vehicle monitoring systems
US20160275799A1 (en) * 2015-03-20 2016-09-22 AutoMap, LLC. Vehicle Monitoring Devices, Vehicle Monitoring Management Devices, and Vehicle Monitoring Systems
US11430336B2 (en) 2015-03-20 2022-08-30 Ken Smith Vehicle monitoring systems and methods
US10950133B2 (en) 2015-03-20 2021-03-16 Automap, Llc Vehicle monitoring devices, vehicle monitoring management devices, and vehicle monitoring systems
US11367081B2 (en) 2015-03-31 2022-06-21 SZ DJI Technology Co., Ltd. Authentication systems and methods for generating flight regulations
US11094202B2 (en) 2015-03-31 2021-08-17 SZ DJI Technology Co., Ltd. Systems and methods for geo-fencing device communications
CN107531324B (en) * 2015-03-31 2021-02-05 深圳市大疆创新科技有限公司 System and method for mobile geofencing
US11120456B2 (en) 2015-03-31 2021-09-14 SZ DJI Technology Co., Ltd. Authentication systems and methods for generating flight regulations
CN107531324A (en) * 2015-03-31 2018-01-02 深圳市大疆创新科技有限公司 System and method for moving geography fence
WO2017011701A1 (en) * 2015-07-16 2017-01-19 Wherible Gps, Inc. Self-adjusting environmental behavioral system for gps/cellular locator
US20170098183A1 (en) * 2015-10-06 2017-04-06 The Reynolds And Reynolds Company System and method for vehicle sales management
SE541069C2 (en) * 2015-10-09 2019-03-26 Nida Tech Sweden Ab Vehicle alarm system with multiple devices
US10723314B2 (en) 2015-10-09 2020-07-28 Nida Tech Sweden Ab Vehicle alarm system with multiple devices
US10582385B2 (en) 2015-12-11 2020-03-03 Patrocinium Systems, Inc. Secure beacon-based location systems and methods
US9980137B2 (en) 2015-12-11 2018-05-22 Patrocinium Systems LLC Secure beacon-based location systems and methods
US10863317B2 (en) 2016-04-25 2020-12-08 Patrocinium Systems, Inc. Interactive emergency visualization methods
US10257663B2 (en) 2016-04-25 2019-04-09 Patrocinium Systems, Inc. Interactive emergency visualization methods
US9794755B1 (en) 2016-04-25 2017-10-17 Patrocinium Systems LLC Interactive emergency visualization methods
US11595779B2 (en) * 2017-01-27 2023-02-28 Tracematics Limited System and methods for identifying stock anomalies in a fleet management system
US11871297B2 (en) 2017-01-27 2024-01-09 Tracematics Limited System and methods for detecting malfunctioning on-board telematics units in vehicles
US20210297807A1 (en) * 2017-01-27 2021-09-23 Tracematics Limited System and Methods for Dynamic Creation of a Geofence for a Location
WO2018183970A1 (en) * 2017-03-31 2018-10-04 Zumigo, Inc. Mobile device that generates location-based alerts in a power efficient manner
US10313835B2 (en) 2017-03-31 2019-06-04 Zumigo, Inc. Mobile device that generates location-based alerts in a power efficient manner
US10616717B2 (en) 2017-03-31 2020-04-07 Zumigo, Inc. Mobile device that generates location-based alerts in a power efficient manner
US10497266B2 (en) * 2017-08-10 2019-12-03 Isuzu Motors Limited Operation management device, operation management method and operation management system
US20190051187A1 (en) * 2017-08-10 2019-02-14 Isuzu Motors Limited Operation management device, operation management method and operation management system
US10887267B2 (en) 2018-09-12 2021-01-05 International Business Machines Corporation Intelligent notification routing and delivery
US10462611B1 (en) * 2019-02-01 2019-10-29 Tile, Inc. User presence-enabled tracking device functionality
US10645534B1 (en) 2019-02-01 2020-05-05 Tile, Inc. User presence-enabled tracking device functionality
US10917754B2 (en) 2019-02-01 2021-02-09 Tile, Inc. User presence-enabled tracking device functionality
US11570579B2 (en) 2019-02-01 2023-01-31 Tile, Inc. User presence-enabled tracking device functionality
US10803728B1 (en) 2019-04-15 2020-10-13 International Business Machines Corporation Dynamically networked integrated swarm sensor tracking
US20200379459A1 (en) * 2019-05-30 2020-12-03 Ford Global Technologies, Llc Vehicle control handoff
US10838416B1 (en) * 2019-05-30 2020-11-17 Ford Global Technologies, Llc Vehicle control handoff
US10805771B1 (en) * 2019-06-25 2020-10-13 Goldtek Technology Co., Ltd. Location tracking device and method

Also Published As

Publication number Publication date
US20150002281A1 (en) 2015-01-01
US8653956B2 (en) 2014-02-18
US20140062730A1 (en) 2014-03-06
US8823502B2 (en) 2014-09-02

Similar Documents

Publication Publication Date Title
US8823502B2 (en) Method and system for implementing a geofence boundary for a tracked asset
US9747729B2 (en) Methods, systems, and apparatuses for consumer telematics
US9395186B2 (en) Methods systems, and apparatuses for telematics navigation
US9384598B2 (en) Method and system for generating a vehicle identifier
US8117049B2 (en) Methods, systems, and apparatuses for determining driver behavior
US8423239B2 (en) Method and system for adjusting a charge related to use of a vehicle during a period based on operational performance data
US20100153207A1 (en) Method and system for providing consumer services with a telematics system
US20100136944A1 (en) Method and system for performing a task upon detection of a vehicle trigger
US10589699B2 (en) Power and communication modes for digital license plate
CN1952603B (en) Method for alerting a vehicle user to refuel prior to exceeding a remaining driving distance
US20140278837A1 (en) Method and system for adjusting a charge related to use of a vehicle based on operational data
US20090319341A1 (en) Methods and systems for obtaining vehicle entertainment statistics
US7627406B2 (en) System and method for data storage and diagnostics in a portable communications device interfaced with a telematics unit
US8989699B2 (en) Methods and apparatus for selective emergency alert notification and response
WO2008154476A1 (en) Methods and systems for automated traffic reporting
US20100235891A1 (en) Method and system for facilitating synchronizing media content between a vehicle device and a user device
US9162574B2 (en) In-vehicle tablet
CN100481148C (en) Telematics system vehicle tracking
US20150371153A1 (en) Vehicle Sharing System Supporting Nested Vehicle Sharing Within A Loan Period For A Primary Vehicle Borrower
US20090024525A1 (en) Vehicle Wallet
US20110082621A1 (en) Method and system for predicting battery life based on vehicle battery, usage, and environmental data
CN101853479A (en) On-line vehicle management system
CN101901542A (en) System and method for providing traffic notifications to mobile devices
US10947945B2 (en) Methods and systems for control of electric components
JP2002334395A (en) System for guiding taxi customer

Legal Events

Date Code Title Description
AS Assignment

Owner name: HTI IP, L.L.C., GEORGIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KALINADHABHOTLA, DEEP;BERKOBIN, ERIC;BERKOBIN, ALEX;SIGNING DATES FROM 20100927 TO 20101001;REEL/FRAME:025229/0678

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: VERIZON TELEMATICS INC., GEORGIA

Free format text: MERGER;ASSIGNOR:HTI IP, LLC;REEL/FRAME:037845/0198

Effective date: 20150930

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: VERIZON CONNECT INC., GEORGIA

Free format text: CHANGE OF NAME;ASSIGNOR:VERIZON TELEMATICS INC.;REEL/FRAME:045911/0801

Effective date: 20180306

AS Assignment

Owner name: VERIZON PATENT AND LICENSING INC., NEW JERSEY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VERIZON CONNECT INC.;REEL/FRAME:047469/0089

Effective date: 20180828

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8