JP2017512712A - Car service system - Google Patents

Abstract

A system is provided for providing vehicle condition monitoring. The system can include a measurement device. The measuring device can be removably connected to the vehicle. The system can include a computer. The computer can be located in the vehicle. The measurement device can include a connection with a computer. The system can include a receiver. The receiver can be configured to receive from the measurement device data measurements corresponding to vehicle attributes and threshold measurements corresponding to a desired data measurement level for the vehicle attributes. The system can include a processor. The processor is configured to determine whether the data measurement exceeds a threshold measurement and to instruct the transmitter to send an alert to the user notifying that the data measurement for the vehicle attribute has been exceeded. Can do.

Description

  This application is filed with the provisional application 61 / 955,469 entitled “Automobile Services System and Software” filed with the United States Patent and Trademark Office on March 19, 2014 under §119 (e) of the Patent Act. Provisional application 62 / 107,091 entitled “Automobile Services System and Software” filed with the US Patent and Trademark Office on January 23, 2015, and filed with the US Patent and Trademark Office on January 27, 2015 , Claims the priority of provisional application No. 62 / 108,355 entitled “Systems for determining a location of an optimal fueling station”, the entire disclosure of which is hereby incorporated by reference. It is built into the Saisho.

  The present invention relates to monitoring vehicle performance using an On Board Diagnostics (OBD) device and providing results to the user.

  In general, the use of OBD devices is limited to mechanics or other individuals or companies that provide automotive services. However, the vehicle includes an embedded computer that allows the user to potentially monitor data regarding vehicle performance as well as vehicle status.

  Accordingly, an apparatus is provided that allows a user to set thresholds for one or more vehicle performance levels and allows the user to remotely monitor the performance of the vehicle. Further, an apparatus, system and method that allows a user to remotely monitor his / her vehicle status via a connection with an OBD device that can be configured to monitor the vehicle computer for one or more events. Is provided.

  A system is provided for providing vehicle condition monitoring. The system can include a measurement device. The measuring device can be removably connected to the vehicle. The system can include a computer. The computer can be located in the vehicle. The measurement device can include a connection with a computer. The system can include a receiver. The receiver can be configured to receive from the measurement device data measurements corresponding to vehicle attributes and threshold measurements corresponding to a desired data measurement level for the vehicle attributes. The system can include a processor. The processor is configured to determine whether the data measurement exceeds a threshold measurement and to instruct the transmitter to send an alert to the user notifying that the data measurement for the vehicle attribute has been exceeded. Can do.

  Objects and advantages of the present invention will become apparent upon consideration of the following detailed description in conjunction with the accompanying drawings. In the figures, like reference characters consistently represent like parts.

FIG. 2 illustrates an exemplary computer system and network in accordance with the principles of the present invention. 1 illustrates an illustrative device according to the principles of the present invention. 1 illustrates an illustrative device according to the principles of the present invention. 1 illustrates an illustrative device according to the principles of the present invention. FIG. 4 illustrates an illustrative process according to the principles of the present invention. FIG. 4 illustrates an illustrative process according to the principles of the present invention. FIG. 4 illustrates an illustrative process according to the principles of the present invention. FIG. 4 illustrates an illustrative process according to the principles of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention. FIG. 4 is a diagram showing exemplary information according to the principle of the present invention.

  An apparatus, method, and medium for provided car related services are provided.

  The present invention relates generally to automotive services, and more particularly to a system and apparatus for providing additional automotive services to a user.

  The present invention includes the provision of a complete set of vehicle related services by communicating vehicle related information to a user. The present invention includes a device that plugs into the On-Board Diagnostics (“OBD”)-II port of all automobiles sold since 1996, used to deliver a complete set of vehicle related services. The device reads information from the vehicle computer. Devices can also include Accelerometer, GPS, Wireless communications (eg GSM® or CDMA), Near Field Communication (eg Bluetooth®), WiFi or gyroscope.

  On-Board diagnosis is an automobile term meaning vehicle self-diagnosis and reporting ability. The OBD system provides vehicle owners or repair technicians access to the state of various vehicle systems and subsystems. Currently, OBD is not fully utilized.

  As will be appreciated, there is a need for systems and software that use OBD for additional functionality.

  For illustrative purposes, the present invention may be described as part of a system. An OBD device can be described as being part of a system. The system may include one or more of the device features shown or described herein. The system may include one or more OBD devices (hereinafter referred to as “OBD devices” or “devices”), one or more servers, and one or more computing devices such as portable devices or computers. it can. Note that the system is not limited to these devices and may include additional devices.

  Embodiments of the invention can include devices in combination with dedicated software. For example, the user can monitor information from the device and trigger a set of functions to alert the user when a certain threshold is exceeded or when a certain threshold is reached. This can be achieved using one click or toggle. By selecting one or more operating modes using one click, for example, a set of pre-determined thresholds has been established and that any threshold has been exceeded or reached An alarm to inform you is provided.

  In one embodiment, the present invention can include a device. The device may be an OBD device. The OBD device can comply with the OBD-II standard and can include software and hardware that comply with the OBD-II standard. The specification of the OBD-II standard implemented by EPA is incorporated herein by reference in its entirety. The OBD device according to the present invention need not include functions limited to these standards.

  The device can include a connection and can be releasably connected to the vehicle. The device can be connected to the vehicle via a data port. The connection may be a plug-in connection, a USB port connection, a serial port connection, a pin connection or any other suitable connection. The connection may be wireless using a protocol such as WiFi or Bluetooth (registered trademark).

  The device can interact with the computer. The computer may be an on-board computer (also referred to as a “vehicle computer”) located in the vehicle. The vehicle computer can be configured to measure one or more data points or parameters from the vehicle.

  It should be noted that in the present invention, an OBD device is assumed to be a separate device that plugs into or otherwise connects to the vehicle, as well as an OBD device that is incorporated into the vehicle. Thus, some or all of the features of the OBD device can be connected to the vehicle computer, integrated with the vehicle, or incorporated into the vehicle computer itself.

  The OBD device may be any suitable diagnostic device for use in a vehicle. The device may be a measuring device. The present invention can operate with standard OBD devices as well as OBD devices that include the unique features described in this application.

  The OBD device can include one or more processors, transmitters, receivers, transceivers, and any suitable additional components.

  An OBD device may include one or more communication systems configured to operate over various communication protocols. The OBD device can be configured to operate using a GSM network or a GPRS network. The OBD device can be configured to operate using 2G, 3G, 4G, LTE, or any other suitable connectivity technology. The OBD device can include one or more cellular antennas or GPS antennas. The OBD device may include short-range wireless communication hardware such as Bluetooth® chipset and Wi-Fi chipset.

  The OBD device can include an internal battery power source. The OBD device can draw power from an external power source such as solar power or via connectivity to the car port. The OBD device can be configured to draw power from multiple power sources.

  The OBD device can be configured to support TCP protocol, UDP protocol and FTP protocol. The OBD device can include SMS connectivity and can be configured to receive and send SMS messages. The OBD device can be configured and updated via any suitable communication protocol, such as those already described.

  The OBD device can include firmware. The firmware can be configured to operate using a predetermined communication protocol. Thus, the device can be configured to receive one or more commands. Commands can be changed, thereby changing the information collected, received, and / or transmitted by the device. For example, the OBD device may receive commands and / or instructions that collect information regarding the speed of the vehicle via a connection port with the vehicle computer. In another example, it may be possible to instruct the OBD device to collect data regarding vehicle acceleration and position and transmit that information at predetermined time intervals.

  The usage of OBD device data can be optimized, thereby limiting the amount of data sent and received by the device. Thus, according to the present invention, the OBD device can be instructed to send information to the server only in response to a specific event or event. For example, an OBD device can typically receive continuous data reports from a vehicle computer.

  Event-based reporting can be used to reduce data usage. Rather than having the device send all information to the server at a specific time interval (ie 30 seconds), using an event, the device can automatically notify the server when that event occurs. For example, GPS coordinates are not used every 10 seconds to know the exact route taken by the driver. Instead, a report can be provided each time the vehicle changes direction, thereby reducing the amount of data sent. Note that event-based reporting can be used with normal data transmission.

  The system can include a server, such as the server already described. The server can include one or more processors, transmitters, receivers, transceivers, and any suitable additional components. The OBD device can contact the server. The server can set controls for the OBD device. The server may have received and / or processed data by the OBD device that has exceeded or reached a threshold (ie speed threshold), a certain limit has been violated (ie geofence), or an event The OBD device can be instructed to send an alarm to the server only if it indicates that has occurred (movement detected in the vehicle by an on-board OBD gyroscope or accelerometer). In another example, the OBD should be alerted only when multiple events occur, such as both exceeding or reaching the speed threshold limit and the geofence being breached / violated. Can be ordered.

  Additional examples of optimizing data usage for OBD devices include instructing the OBD to send only messages that indicate that the threshold has been violated and the type of threshold that was violated, or location, duration, etc. Sending a message containing additional data, such as specific data for threshold violations, can be included.

  OBD device data can be transmitted from the OBD device to one or more servers and / or computers via cellular network, wireless network, USB, infrared, NFC or any other suitable transmission protocol. . The OBD device can send data to the server using any other suitable protocol such as UDP, UDP-C, TCP / IP, TU, and SMS.

  Vehicle data retrieved from the vehicle computer by the OBD device can be processed at one or more locations. Various configurations for where and how vehicle data is processed can be selected, programmed, or entered by the user or by the company or entity responsible for managing the OBD device and its services.

  In one embodiment, the user can program the OBD device to process data using the processor of the OBD device, or send instructions to the OBD device to process data using the processor of the OBD device. be able to. A user may process data received from a vehicle computer using a phone, mobile device, smartphone, computing device such as a mobile device, laptop, desktop or server, application, or any other suitable program or device. A series of instructions regarding the method may be sent to the OBD device. For example, the OBD can be instructed to send vehicle speed information only when the vehicle exceeds a programmed speed threshold, such as 80 KPH (50 MPH). In another example, vehicle computer data can be monitored to instruct the OBD device to determine whether the vehicle driver has applied a sudden brake.

  In another example, the OBD device can be programmed via firmware, software, initial instructions, updated instructions, or in any suitable manner to send specific information to the server. The instructions can include instructions for preventing the OBD device from processing data and instructions for sending the processed data to the OBD device.

  For example, the device can receive an instruction to send all acceleration data to the server. The device may further receive instructions to send acceleration data (or any other suitable data) at predetermined time intervals. That is, the OBD can be instructed to send all deceleration data to the server at 30 second time intervals. The OBD further transmits only predetermined / pre-set threshold violations for other parameters, such as transmitting speed data only when the speed threshold is violated, while certain parameters such as deceleration data. It is also possible to individualize to transmit all data related to the. For example, deceleration data (or any other parameter that can be processed by the OBD) can be transmitted at periodic rates of 60 Hz, 30 Hz, 20 Hz, 5 Hz, 2 Hz, with or without changes in the deceleration parameters. The deceleration data can be transmitted only when such parameters change. The deceleration data can be transmitted at the next planned transmission time only when there is a change. That is, if a general parameter or a specific parameter can be transmitted at 30 Hz, even if the parameter changes between possible transmissions, it will not be transmitted immediately after the parameter changes, but only at the next planned transmission. It will not be sent.

  The OBD device can send raw data or processed data to the server. The server can first instruct the OBD device what parameters to monitor, the data to send, and the time interval to send the data. The server can process the data received from the OBD. The server can determine whether a threshold for the parameter has been exceeded or has been reached. The server can instruct the OBD to determine using the OBD processor whether the threshold for the parameter has been exceeded or has been reached (or below the threshold). When the OBD processor determines that the threshold for the parameter has been exceeded or reached, the OBD can be further instructed earlier or at that time to send a message to the server that the threshold has been exceeded. .

  According to an embodiment of the present invention, an OBD device can be initialized. Device initialization can be performed before the user first uses the OBD.

  An exemplary initialization device sequence is: (1) input of an OBD device phone number (and / or other identifying OBD information such as IMEI, IP address, etc.) to the server, (2) to Device, eg via SMS And (3) Port, IP address, Username, Password, APN, SMS number, and Communication Protocol setting of the device with which the OBD communicates.

  In step 1, a unique telephone number can be assigned to the OBD device. This telephone number allows the OBD device to communicate using standard telephone features such as voice calls, SMS or MMS messaging, or the use of sending or receiving data using any suitable communication protocol.

  The device phone number associated with the OBD can be stored and associated with the program server. The program server may be a single device that manages OBD devices in multiple vehicles, or it may be a series of interconnected devices or servers.

  In step 2, the server can send an initial command. This initial command can be sent to the OBD device. The OBD device can receive SMS from the server. The initial command informs the OBD device of the server's IP address and Port so that the OBD device can communicate with the server. The initial command can also notify the OBD device of a username and / or password for the server so that the OBD device can log on to the server. A password may be required optionally. The user can access information received from the OBD device or access a Graphical User Interface (“GUI”) to use. The GUI can be located on a user device such as a telephone or computing device. User devices can contact servers and / or OBD devices, as well as any other suitable device.

  In step 3, the server can set the Port, IP address, username, password, APN, SMS number, and / or communication protocol for communication with the device. According to the present invention, the OBD device can be plugged into a portal. Initial information can be communicated to the OBD device first using the portal, communicated with the device, and information can be set as outlined in steps 1-3. The portal may be a docking station and the docking station may include a power supply unit for charging the OBD device. The docking station can be powered using any suitable power supply system.

  The OBD device can receive a Subscriber Identity Model (“SIM”) card. The SIM card can be programmed via a docking station, which can send commands to the OBD device.

  After the initial sequence, the OBD device can be programmed by the server. The subsequent programming sequence used (1) receiving a response from the OBD device to the initial command, (2) transmitting a command to the device to query the device firmware and model, and (3) using the model type. Update OBD device table, (4) Set up thresholds such as speed threshold, acceleration / deceleration threshold and geofence threshold, (5) Device status to "onboarded" (ie communication established with server) , (6) notification to the device owner that the device is “onboarded”, and (7) transmission of commands to the OBD device to retrieve GPS coordinates for the vehicle.

  In step 1 of the programming sequence, the OBD can indicate to the server that an initial command has been received. The OBD device can verify the command. In step 2, the test sequence can be initiated by an inquiry. In step 3, the device table can include a lookup table stored in memory or any other suitable table, such a table can be initialized, and the initial value can be It can be stored in such a table. The table can be combined with an OBD device. Individual OBD devices can be combined with their own lookup table. The lookup table can be located in the server. Individual devices can be stored with the model type associated with the individual device.

  In step 4, the threshold can be set up using default parameters. Default parameters may include default thresholds based on one or more modes. Default parameters can be modified. The threshold may be an individualized threshold input by the user. The user can enter the threshold via an application on the smartphone or computer that can couple to the OBD device and communicate directly or indirectly with the OBD device. At step 5, the OBD device state can be set to the onboarded state, thereby indicating that the device is running properly. At step 6, the user can receive a notification that the device has been onboarded via any suitable method. In step 7, the server can send instructions to the OBD to determine the vehicle's GPS coordinates using the OBD internal GPS antenna, the vehicle's GPS antenna or any other suitable method.

  The OBD device may include a memory module, power supply, microprocessor, firmware, and one or more communication hardware chips (eg, Cat10 LTE Modem, Intel's 7360 LTE modem or Qualcomm's MDM9625 LTE Modem). The OBD can be pre-programmed using data collection instructions, or the OBD can be updated, revised, or individualized instructions at predetermined or individualized time intervals. Can receive. The OBD can be connected to the OBD port in the vehicle using any suitable connection, such as a pin connection.

  The OBD device can be programmed using data collection parameters. Programming can be performed through firmware by connecting to a PC or docking port using programming software for module firmware. The vehicle's OBD II port can then be used to plug the OBD into a pin connection or USB connection.

  The OBD can be configured to operate in various modes. The modes can operate continuously, or the OBD can use multiple modes simultaneously.

  In the first embodiment, the vehicle can be picked up or dropped off using OBD. In a particular example, the vehicle owner or operator (hereinafter referred to as the “owner”, but may be used to refer to an operator who is not the owner) is separated during a temporary time period. You may wish to leave your vehicle under the care of an individual or company. However, the owner of the vehicle may wish to monitor the vehicle or prevent the occurrence of certain events.

  An owner can monitor a vehicle by initiating a mode known herein as Barrett mode when under the care and / or control of another individual or entity. It should be noted that the bullet mode is merely a reference name and is not intended to limit the scope of the present invention.

  The owner can enter a number of parameters to be monitored. The parameter may be input by the owner before leaving the vehicle to the parking clerk. The parameters can be entered, for example, during a delivery event that deposits the vehicle with Barrett or another party. The parameter may be a default parameter entered by the administrator of the OBD system or a default parameter entered by the owner.

  The parameters can include a maximum speed threshold, a maximum acceleration threshold, geofence coordinates, and / or an odometer threshold. The geofence coordinates can include an acceptable location radius for the vehicle while the bullet mode is enabled. For example, when bullet mode is activated, the geofence includes points on the circumference of a circle of a specific radius around the point where bullet mode is activated. The radius may be, for example, 1.6 kilometers (1 mile), 0.8 kilometers (0.5 miles), 1 km, 0.5 km, and so on. Also, the radius can be made larger or smaller depending on the nature of the bullet. For example, if the valet has a parking lot within a certain radius of the drop-off position, the radius can be made smaller to tightly surround the parking lot. The geofence coordinates can similarly or alternatively include an unacceptable location radius for the vehicle while the bullet mode is enabled. Geofence coordinates can also include specific areas, such as specific streets where vehicles are not allowed, even within an otherwise acceptable geofence area. Forbidden areas can include, for example, areas where the level of crime is higher than a certain threshold, or areas where there are crimes associated with vehicles (eg, carjacking, vehicle theft, etc.). For example, a server and / or OBD device may have some portion of the geofenced area more than 20% (or another percentage) crime-prone (or national average) than other parts of the geofenced area. Can be determined to include an area (above the city average, state average or other threshold) and can be excluded from the geofenced area. It is also possible to use variables such as the number of car accidents, demographic information including census data individually or with crime rates.

  The owner can initiate the bullet mode at either the point the owner is about to deliver the vehicle, the point before handing over the vehicle, or the point after handing over the vehicle. Bullet mode can be initiated by toggling a switch to initiate bullet mode, such as a switch or button on a smartphone application, or pressing a button.

  When the bullet mode is initiated, the OBD monitors the vehicle for one or more threshold violations. When a threshold violation is detected, the OBD may indicate one or more of the threshold violation type (ie, geofence violation), the duration of the violation, the frequency of the violation, the current location of the vehicle, and any other suitable information. A message can be sent to the server along with data containing The server can then send an alert to the owner if a violation exists.

  The owner can receive an alert from the user along with information regarding threshold violations. The owner can instruct the server to send a threshold violation alert in real time for each occurrence. Alternatively, the owner can batch in a batch, such as when there is a certain number of alarms (ie 5 alarms), or at a predetermined time interval (eg, every hour, every minute, etc.). Can instruct the server to send a threshold violation alert.

  The OBD device can additionally operate to provide a system for facilitating the search for a bullet or parked vehicle. The search step is (1) a customer order to search for a vehicle, (2) a bulletin company responsible for the vehicle, determined by prior input by a user or a bulletin company, or determined by determining the GPS position of the vehicle, or Parking company identification can be included.

  The OBD device can operate to provide a system for facilitating drop-off of a parked vehicle. The steps include (1) depositing a vehicle at a certain position, (2) starting an application requesting pickup at a specific position, and (3) searching or identifying a bullet company or parking company that parks the vehicle. , (4) transitioning ownership of the vehicle, (5) optionally starting bullet mode, and (5) optionally sending a warning to the user that the vehicle has been parked. .

  An OBD device can be used to facilitate user pickup of a parked vehicle. In accordance with the principles of an embodiment of the present invention, the system can facilitate the process for searching for a bulleted vehicle using the following steps. (A) initiating a vehicle search application and / or features within the application, such as an application on a phone or computer, (b) requesting vehicle preparation for vehicle search and pickup, (c) vehicle Identifying a valet company / valet clerk to be parked, and (d) sending a message to the company / clerk preparing the vehicle for pickup.

  In step (a) above, the application can include functionality to interface with the OBD device. Thus, the application can be configured to search the vehicle's GPS using a GPS receiver (which can be provided to the application via OBD) located in the OBD device or in the vehicle itself. . When the application is present in the vehicle such as when the owner drops off the vehicle at the parking facility, the application can also store the GPS coordinates of the vehicle in advance. In addition, the owner can manually enter the parking area or facility address and location within the application. The owner can also enter the name of the parking facility or nearby business / site and select the name at a business and / or map point.

  The application can be configured to connect a telephone or computer communication system to send a message. Thus, in step (b), the application can receive input from the user to search for vehicles. The application can then determine the position of the vehicle and initiate step (c). In step (c), the application can determine the bullet company associated with the parked vehicle. For example, the application can utilize the database using the GPS coordinates of the parked vehicle, thereby determining the entity that owns or operates the parking facility at that location. In another example, the application can access the owner of the facility via public records or mapping software. The application can determine the contact information of the operator at the location or can contact the parking facility in step (d).

  The contact in step (d) can include a phone call, text message or email, which includes pre-programmed details of the vehicle and / or vehicle ID / parking ticket.

  At this point, the application can remotely activate the OBD device. Alternatively, the OBD device can be instructed to begin active tracking of the position of the vehicle as well as the time of ignition activation. This feature allows the vehicle owner to determine an estimated time when the vehicle is ready for pickup. For example, if the OBD device determines that ignition has been activated, the OBD device can send a message to the server, which then sends an alert to the owner. The owner can then know that the vehicle is ready for pickup in a few minutes. The server and / or OBD can predict the time required to drive the vehicle from the current position of the vehicle to the pick-up position and notify the user of such time. Even before the ignition is turned on, the server uses this data on the time that a specific bullet company typically takes from the time the vehicle is requested until the ignition is turned on. Temporal prediction based on such data can be provided.

  The sequence for tracking a vehicle using an OBD device is: (1) the driver of the vehicle transfers the vehicle to a valet / parking clerk; (2) when the vehicle is transferred, the vehicle position, speed and To monitor various additional attributes, the driver activates the vehicle monitoring mode using the application (note that these attributes can be monitored remotely via the application in real time. This allows the driver to recognize when the vehicle is moving out of the geofence or trying to exceed a certain speed (or other parameters / variables, for example) and optionally an alarm (3) When the vehicle monitoring mode is started, the server receives the start of the mode, (4) The server sends the device / vehicle to the OBD device (5) The server receives the position of the vehicle. (6) The server places a geofence of a radius around the current position of the vehicle and / or the planned position (eg, the location of the valet parking lot). (7) the server converts the radius of the geofence into a plurality of GPS coordinates, and places and connects these coordinates on the map in the application, (8) the server speeds relative to the vehicle (9) the server generates an acceleration threshold and / or a deceleration threshold for the vehicle, (10) the server generates a threshold value If one or more of these are violated, command the OBD to send an alert to send a message to the server, and (11) know that the threshold has been violated. Upon receiving the message from the server to the user, the pop-up in the application indicating that the threshold has been violated, receive alerts as either an SMS message or any other suitable format, it can contain.

  Note that in step 6, geofence generation can be performed using pre-positioned parameters for the geofence. For example, an OBD device can be pre-programmed with a radius of 1.6 kilometers (1 mile). Pre-programming can be performed at the device level or the server level. In another example, the user can enter a personalized geofence radius. In step 9, the speed threshold can be predetermined or personalized by the driver.

  An exemplary transformation of radii to geofence coordinates is provided, which may include the following steps. (1) determining whether an in radius or radius is used (in radius = radius / (Math.cos (Math :: PI / n)). This is done when it is desirable for the user to stay within the radius, and for radii that the user should not stay (i.e., the restricted area), a radius (e.g., out-radius) can be used. 2) Calculate the coordinates of the polygon points, the default can be set for a number of polygon points, such as 6 points or any other suitable number, each point is 360 degrees / separated In an exemplary embodiment with six points, point 1 is set to 60 degrees, point 2 is set to 120 degrees, and so on (3) for individual points , [R * co (Degrees, r * sin (degrees)] to calculate the coordinates, where “r” is the radius or in-radius, giving the coordinates in miles, and (4) then converting the coordinates into latitude and longitude coordinates. Step to do.

An exemplary formula and code for converting radius to geofence coordinates is:

Can be included.

  The following detailed description is a description of several modes of implementing embodiments of the invention. Since the scope of the present invention is best defined by the appended claims, the following description should not be construed in a limiting sense, but the following description merely illustrates the general principles of the invention. It was only made for that purpose.

  Broadly speaking, embodiments of the present invention provide a system for providing vehicle-related services, the system comprising an On Board Diagnostics device (OBD) connected to an automobile computer with wireless communication and a machine. A program product that includes readable program code that, when executed, causes the device to compile data relating to vehicle measurements from the vehicle computer and to compare the data with threshold measurements. And a program product that will implement a process step that alerts a user when data sent from a vehicle computer exceeds a threshold measurement. Note that the OBD device can continuously monitor vehicle computer data.

  Data points (ie, parameters / variables) measured by the vehicle computer include, but are not limited to, fuel level, engine coolant temperature, battery level, fuel pressure, engine RPM, vehicle speed, intake air temperature, oxygen sensor information, large It can include barometric pressure, throttle position information, ambient temperature, fuel type or air flow information, or any other suitable information. Note that using the OBD-II standard, the OBD parameters to be monitored by the vehicle computer are governed and all OBD parameter IDs are contemplated within the present invention.

  The OBD device can include a receiver. The receiver can receive the information. Information can be received from the server. The OBD device can receive information from the computer, such as data measured or monitored by the vehicle computer. The OBD device can also receive information and / or instructions from the server. The server can be located remotely from the device.

  The server can send information and / or instructions to the device. The information / instructions can include one or more variables, parameters and / or thresholds.

  In accordance with the present invention, the user of the present invention can use the OBD device to monitor vehicle repair status, vehicle position, speed, acceleration, deceleration, and other information related to the vehicle. The OBD device can be plugged into a vehicle and can include software, a GPS antenna, an accelerometer, a cellular antenna that can communicate data between the device and the server, and then the server and the user. it can. The server triggers alerts and triggers the delivery of information to the user via multiple communication methods including, but not limited to, telephone calls, text messages, emails, ftp, etc. Can communicate with the user. The software of the present invention allows the user to set various modes using the one-click feature, so that the user can get an alarm and can be pre-determined by the mode for the vehicle. Information based on possible parameters can be obtained. According to the present invention, the user can easily receive and use information related to the vehicle such as warnings, reports and other information, among others.

  As mentioned above, the present invention may include an OBD device that is plugged into a motor vehicle. The OBD device collects information from the vehicle's on-board computer, and collects information such as vehicle speed, position, acceleration and deceleration independently (in three dimensions) and via a wireless connection such as a cellular connection. The information to the server. In addition, the present invention can collect and receive requests to report specific information programmed to report by the OBD device.

  The user interface of the present invention can include Websites, Mobile App, SMS messages, Phones (and other communication methods), which allows the user to create individual feedback designed to deliver specific feedback to the user and others. Various modes can be selected using one click with the mode. The relay server provides a method for communication between the user and the OBD device. In other words, the software sends information to the OBD device, receives information from the OBD device, parses the information, and between the user and the website, mobile application, email, text message or person To facilitate communication.

  Methods of using the present invention can include: (1) Inserting an OBD device into a vehicle port, (2) Subscribing to an OBD device monitoring service, (3) Websites, mobile applications, SMS or Voice communications to initiate programming sequences and device calibration use.

  Examples of modes in which the present invention can operate include the following.

  Valet Mode-The vehicle owner or driver can establish an alarm system for the event that a Valet clerk or parking garage mishandles the vehicle. When the driver transitions his vehicle to a bullet clerk, he can initiate the bullet mode via the application. When the mode is activated, thresholds for, for example, high speed travel, acceleration, deceleration, geofence and odometer are automatically configured. The threshold can be preconfigured or entered by the user. For example, if thresholds are violated, such as a 48 kph (30 mph) speed limit, a 1.6 km (1 mile) circular geofence, and a specific acceleration threshold, the user receives an alert.

  Family safety mode (FAMILY SAFETY MODE, safety setting mode for family). The user can establish several safe driving thresholds. This can be established by toggling on or selecting the one-click feature to activate the mode. The mode can activate a pre-determined safety threshold or a pre-configured safety threshold including, for example, speed, sudden acceleration, sudden deceleration and a pre-configured geofence. When activated within an application, the application relays the activation to a server, which sends an instruction to the OBD device to begin monitoring the vehicle computer for threshold violations. It is also possible to further instruct the OBD device to issue an alert to the server when any threshold is exceeded or reached. When the server receives an alert informing that the threshold has been exceeded or reached, the server can choose to send an alert to the user based on the user's predetermined threshold configuration. Certain embodiments of the invention may also include multiple “Profiles” that can be activated, with each Profile having a different pre-determined threshold, ie, for User A, 89 KPH (55 MPH) and specific Specific geofence parameters as well as a specific accelerometer reading of 104 KPH (65 MPH).

  Towing alert. The user can enable remote monitoring of the vehicle and determine whether the vehicle is being towed or moved. The user can activate traction monitoring. When this mode is activated, vehicle ignition may be off. Note that traction monitoring can also be activated when ignition is on, such as when the OBD device detects upward movement of the vehicle. The OBD device can then be instructed via the server to monitor the vehicle. Note that in all modes, and in tow mode, the OBD can utilize vehicle computer data, as well as data determined by the OBD device hardware and software. When in traction mode, the OBD device can monitor one or more conditions when vehicle ignition is off and not switched on. The OBD device (a) whether the accelerometer and / or GPS antenna / system and / or gyroscope is reporting that the vehicle is tilted and / or lifted (eg, a change in GPS altitude parameter) Or whether the accelerometer and / or gyroscope detected a change), (b) whether the vehicle is moving, or (c) whether sudden acceleration is present. be able to. The accelerometer or gyroscope can be located in the vehicle itself or can be incorporated into the OBD device. Thus, the OBD device can determine that the vehicle is moving or that acceleration is present based on data retrieved from the vehicle computer when the ignition is off. Alternatively, the OBD device determines that the vehicle is moving or that acceleration is present based on accelerometers and / or gyroscopes and / or GPS antennas / systems within the OBD device. It is also possible.

The OBD device can send a message to the server notifying that motion has been detected when ignition is off. In one example, the OBD device can send a message only if sufficient motion is detected. Thus, the threshold for movement is the occurrence of movement over a sufficient duration, such as continuous movement over 30 seconds (or 20 seconds, or 15 seconds, or 10 seconds, or 5 seconds, 3 seconds, or 1 second), and / or Or it may include a determination that sufficient acceleration (eg 3 m / s ² or 4 m / s ² ) has occurred.

  Attendance mode (Attendance mode). The user can enable monitoring of the vehicle coupled with the OBD device. The attendance mode or the school attendance mode can be used to monitor work, school, medical or other recurring appointments or time commitments. Therefore, whenever an individual has to drive to a particular location, he can always monitor with the attendance mode to ensure that the user is seconded to that location. In addition, the attendance mode provides a function that ensures the user is at the right time. The attendance mode can be enabled by a first user who may be an administrator of the device. The school attendance mode (school attendance mode) can be enabled on a per-use basis, such as each time the child uses the vehicle, and the administrator enables the school attendance mode. Alternatively, the school attendance mode can be enabled over long time periods such as weeks, months, years.

  The vehicle of the student or child can be monitored by monitoring the vehicle by the administrator of the OBD device. The administrator can establish an acceptable route for the vehicle. An acceptable route can be established by an administrator using a user interface. For example, the user interface can provide a map to the administrator, and the administrator can select one route (or multiple routes) and designate that route as an acceptable route. . The administrator can also select one or more acceptable deviations, such as parallel street or block selection (eg in the case of traffic jams). Alternatively, the system may detect a deviation of 1 block (or 2 blocks or 3 blocks or 4 blocks) or a radius (0.8 kilometers (0.5 miles)) in kilometers (miles) when traffic congestion is detected. Mile) or 1.6 kilometers (1 mile) or 2.4 kilometers (1.5 mile)). Traffic volume can be detected by receiving such traffic volume from a third party provider or by analysis performed by an OBD device or server. For example, the server can receive information regarding the speed and position of the vehicle. Position of the vehicle compared to the speed limit of the road driving the car and / or the speed of the vehicle previously traveling on the road previously associated with the server by the OBD or stored in the OBD And / or based on speed. When determining whether the vehicle is in the car flow, the server can take into account the time of the day and ensure deviation from an acceptable route. That is, 48 KPH (30 MPH) may be normal at 2 PM on weekdays, whereas 24 KPH (15 MPH) may be normal at 5 PM on weekdays. The server can be configured for normal speed based on at least one of the following factors: location, date, time, weather, whether the day is a holiday, current driver, driver gender, driver age, etc. There may be a threshold to guarantee a deviation such as 50% (or 25% or 75%).

  The administrator can establish an acceptable route to / from the student's school and can provide monitoring and reporting of any deviations from the acceptable route. Monitoring and reporting deviations from the route can include receiving information from an OBD device that can be programmed to detect vehicle outages. Further, in one embodiment, the OBD device can analyze traffic from either publicly available traffic resources, such as news sites, smartphone traffic applications, or any other suitable traffic provider. The OBD device can then determine whether the vehicle has stopped and traffic has not been detected, resulting in an unacceptable stop. The OBD can also use its onboard accelerometer to determine sudden stops and delays. Thus, the device can detect a stop along the road and a delay that exceeds a predetermined amount of time (eg, 1 minute, 2 minutes, 3 minutes, 4 minutes or 5 minutes, etc.). The predetermined number of minutes for the stop can be preconfigured by the system or entered by the user. The number of minutes for a stop can be based on the maximum time that the red light can remain red and can take into account the distance of the car from the signal (it takes time for the car in front of the car to move) Because there are things). The OBD device can alert the administrator that the vehicle has left school or is traveling outside the permitted route outside the permitted time.

  Carpool mode and school bus mode. The user can enter one or more parties in the car pool or bus via any suitable method, such as a website or smartphone application. The car pool may be one or more individuals sharing a vehicle. Car pool mode monitors the drop-off and pick-up locations of one or more individuals in the car pool, sets acceptable routes and deviations from the car pool, and sets up the car pool participants pick-up / drop-off order It is possible to monitor the progress of the vehicle along the carpool route and report any changes to the route to authorized carpool personnel. The bus mode can monitor the progress of one child on the school bus for each user.

  In one embodiment, the server may receive a car pool order for pick-up and / or drop-off from user input to the user interface. The order for pick-up may be different from the drop-off order. In another embodiment, the server can determine the order for pickup and the order for dropoff. The user can then adjust this order.

  The server can send this order to the OBD device and instruct the device to monitor vehicle stop points (eg, drop-offs and pickups). The OBD device can be instructed to monitor the drop-off and pickup locations, and the order in which they occur. If the order and / or duration of drop-off and pick-up is different from the pre-positioned list, the OBD device can be further instructed to send a message informing the server. The OBD device can also transmit the vehicle position to the server using its on-board GPS antenna. The OBD device will send its location in real time or at predetermined time intervals such as every 30 seconds, or every minute, or every 2 minutes, every 3 minutes, every 4 minutes, or every 5 minutes. Can do. The server can then send information to one or more users who can monitor the progress of the vehicle along the route and can receive any changes or deviations from the route. The OBD device can also calculate an estimated time to individual stop and send the estimated time to the server at a predetermined time interval or real time. The server can then send an alert to the user.

  In one embodiment, such as school bus mode, the user can send a query to determine the location of the child on the school bus. The location can be returned from the school bus OBD device. Alternatively, the location can be received from the child's mobile phone. In another embodiment, the location can be cloud sourced based on the GPS location of all or some children's phones on the bus.

  Follow-up mode (Follow Mode). By generating a Follow Mode event, the system allows multiple users in their vehicles to a predetermined or non-predetermined location and / or along a predetermined or non-predetermined route. It can comprise so that it can track mutually. Each of the users can enable a follow-up mode that uses a GPS antenna to send a command to send a position signal to the OBD device of their vehicle. When the user selects the follow mode, the user is prompted to enter identification information for one or more other users. The reader can generate unique code that can be shared with potential followers. When the follower inputs this code, the follower can see the position of the reader. The system can send alerts to other users to request participation in a follow-up mode event, and individual users can individually invite their invitations before their location is revealed to other participants, And we can accept it positively. When those users accept the invitation, the individual user's OBD device can send its location to the server using the on-board GPS antenna or via the phone's GPS antenna. The server can then aggregate the locations of all participants and display them on the map.

  One of the users can designate himself as a Leader (similar to a conference call leader). If the Follow Mode invitation is accepted, all participants in the Follow Mode event can display a map showing the positions of the individual participants in the Follow Mode event, or only the position of the Leader. The location can be determined for each participant based on GPS coordinates received from the OBD device or based on GPS coordinates retrieved from the participant's phone.

  If the event is for driving to a pre-determined location, the route to that location, along with the Leader's location and / or pre-determined location, and / or as an intermediate point on the map Along with the vehicle, it can be displayed to participants on a Graphical User Interface (GUI). If the event is not a run to a pre-determined location, the location of the leader and individual users or the location of the leader and all participants can be displayed on the map.

  Driving Safety. When this mode is activated by the user, the system monitors to determine when the ignition is on and the vehicle speed exceeds a predetermined threshold. The ignition condition is determined via an OBD device that receives ignition information from the vehicle computer. Vehicle speed can be determined using a device accelerometer or using analysis of vehicle computer information (eg, including GPS coordinates) by OBD. When ignition is active and exceeds or reaches a predetermined threshold, the function combined with the driver's email, text messaging and / or voice call is Disabled and / or modified on an individual's mobile phone combined with

  The OBD device can additionally operate to detect depressions. In one embodiment, the OBD includes gyrometers and accelerometers that detect changes in velocity and motion to determine the presence of a depression. Information about the position of the depression is compiled and sent to the server for storage in the database. The dimple information is then collected and provided to other users.

  Safe Baby Mode ("SBM"). The user can activate this mode by toggling the switch or clicking select. This mode can be activated over a long period of time. For example, the SBM can be activated when the user takes the infant home from the hospital and can remain activated for several years.

  When active, the SBM helps the user monitor the vehicle for the child. Thus, when the user leaves the vehicle, a check is performed to ensure that no infant, infant or child is left in the vehicle.

  When the OBD device detects that the car has been ignited, the OBD can send a notification to the server, which sends an alert to the driver or the person who activated the SBM. This notification can alert the driver that the vehicle has been turned off and is provided as a pop-up alert either in the smartphone application or on the phone, as an email, as an SMS message, etc. be able to.

  If the driver or administrator in this mode does not confirm that all children have left the vehicle within a predetermined time period, eg 10 minutes, the system will use a microphone in the OBD device to listen on the vehicle. Can be launched. When the OBD device detects a noise level that exceeds a predetermined threshold indicating the presence of a child, or a noise that is perceived to be human-generated noise over a long period of time determined by the system, the system responds with a first response. The call to the person can be started. When the OBD device determines that a human may be in the vehicle, the OBD device can connect to the call center, which can indicate whether the infant is in the vehicle by voice or video. Based on this, a human operator can make a decision. The OBD can also determine that a person is a child by analyzing pitches and breathing patterns, determine words used through voice recognition, and so on. Thus, for example, if an OBD and / or server determines that a person is speaking (eg on the phone) so that speech recognition can determine the words being used, the person is not an infant or infant Is determined. Once the speech recognition software determines the language being used, the OBD and / or the server may determine the age of the person who is speaking using the Flesch Reading Ease scale and / or the Flesch-Kincaid Grade-Level scale. it can. Thus, for example, using the scale, it can be determined that the speaker is 5 years old and therefore the child is still in the vehicle.

  In SBM, the OBD device can also include a temperature sensor. Thus, if the device determines that the temperature has begun to rise or has risen above a predetermined acceptable threshold level, the system can contact the emergency responder. In another example, when the temperature drops below a certain level, the OBD device can be commanded and triggered to turn on the vehicle heating system. Similarly, the OBD device can be instructed to turn on the vehicle air conditioning system when the temperature exceeds a certain predetermined level (eg, 90 ° or 100 ° or 110 °, etc.). Alternatively, the heating system can be turned on by the OBD device.

  The OBD device can further include a motion sensor that can be used simultaneously with or after the temperature sensor and / or microphone to detect the presence of the child. An additional feature is an OBD device that communicates with an OBD device (eg, Bluetooth® or WiFi) that is placed under the child seat and detects whether the child is sitting on the seat or not sitting A pressure sensor, such as a pressure sensor configured to command

  Thus, the SBM can operate to prevent a child or infant in the vehicle from unintentionally leaving the vehicle. Toggling the SBM mode instructs the system to begin checking the children in the vehicle. Thus, the server receives an instruction from the user device to start the SBM. The system is then configured to receive an alert notifying that the vehicle ignition has been turned off when in the SBM. When vehicle ignition is stopped, the OBD device sends a notification to that effect to the server. The server then sends a command to the OBD device to determine that the driver or individual is not in the vehicle, or alternatively, when the SBM is activated, the OBD device Receives an instruction to determine that it is not. The OBD can determine if the Bluetooth® connection between the vehicle and the portable device is terminated when the ignition is turned off. Alternatively, the seat sensor can communicate with the OBD device and / or server to indicate whether there are any people remaining in the vehicle.

  SBM detects motion sensors, video cameras such as video cameras mounted in a vehicle or on an OBD device, infrared sensors located in an OBD device or vehicle, a child's voice or sound or any rescue sound Microphones and pressure sensors in child car seats can be used.

  When the OBD determines from some sensor that the child is in the vehicle, a notification sequence notifies the driver and is entered by the user and stored in the OBD and / or server. Emergency contact information is also notified. Alternatively or additionally, the system can notify the emergency authorities. Notification can be implemented via SMS or telephone call.

  In one embodiment, the emergency service can be notified only when a dangerous condition is detected in the vehicle. Thus, even if a child is detected in the vehicle and the ignition is off, the OBD can determine the temperature, recent temperature drop or rise, air quality in the vehicle and other suitable conditions. . If all conditions are appropriate, emergency services will not be notified. Instead, additional attempts to contact the driver or owner can be performed. In that case, the emergency service can be notified for the first time, for example, after 5 trials or 20 minutes, or any other suitable value. If the temperature changes suddenly, you can immediately contact emergency services.

  In one embodiment, some or all of the following sequences can be performed in a non-specific order. (1) determine a local Public Safe Answering Point (PSAP) based on the vehicle's GPS coordinates; and (2) notify the appropriate PSAP that there is a child in the car and needs help. Local PSAP notification can be implemented using an OBD device in communication with the server, which then instructs the call center to call the local 911 / PSAP.

  The server can send commands to the OBD device to remotely control some functions in the vehicle to increase infant safety while waiting for the driver, parent or authorities to arrive. The OBD communicates with the vehicle computer to turn on the air conditioning or heating system, open and close windows, turn lights on and off, and lock or unlock doors. Can instruct the computer.

  The present invention predicts when automobile batteries will fail, plans traffic based on driving patterns, monitors fuel usage and efficiency, and displays different costs / savings employing different driving strategies. It is also possible to operate.

  An exemplary threshold calculation for various modes may be as follows, where the speed threshold unit is miles / hour and the acceleration and deceleration threshold units are miles / hour / second.

FAMILY_SAFETY MODE_SPEEDING_THRESHOLDS = {
"defensive"=> {spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 5, desc_threshold: 7},
"normal"=> {spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9},
"reckless"=> {spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11}
}

TEENAGE_SAFETY_MODE_SPEEDING_THRESHOLDOLDS = {
"defensive"=> {spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 6, desc_threshold: 7},
"normal"=> {spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9},
"reckless"=> {spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11}
}

SENIOR_SAFETY_MODE_SPEEDING_THRESHOLDOLDS = {
"defensive"=> {spd_threshold: 55, rpm_threshold: 3500, acc_threshold: 6, desc_threshold: 7},
"normal"=> {spd_threshold: 65, rpm_threshold: 4500, acc_threshold: 7, desc_threshold: 9},
"reckless"=> {spd_threshold: 75, rpm_threshold: 5500, acc_threshold: 9, desc_threshold: 11}
}

  An exemplary protocol is provided below.

  The computer-based data processing systems and methods described above are for illustrative purposes only, in any type of computer system or programming or processing environment, or in a computer program, alone or in hardware. Can be realized in cooperation with the wear. The present invention can also be realized by software stored on a computer-readable medium and executed as a computer program on a general-purpose computer or a dedicated computer. For clarity, only those aspects of the system that are closely related to the present invention have been described, and details of products well known in the art have been omitted. For the same reason, computer hardware has not been described in more detail. Thus, it should be understood that the invention is not limited to any particular computer language, program, or computer. Furthermore, the present invention can be run on a stand-alone computer system or accessed by multiple client computer systems interconnected via an intranet network, or a client over the Internet. It is contemplated that it can be run from a server computer system that can access Furthermore, many embodiments of the present invention have a wide range of industrial applications. To the extent disclosed in this application, the system, the method implemented by the system, and stored on a computer readable medium and executed as a computer program for performing the method on a general purpose or special purpose computer Software is within the scope of the present invention. Further, to the extent disclosed in this application, methods and systems of devices configured to implement the methods are within the scope of the invention.

  Of course, it should be understood that the foregoing relates to exemplary embodiments of the invention and modifications may be made without departing from the spirit and scope of the invention as set forth in the claims.

  Accordingly, a system for monitoring the use of a vehicle valet and / or parking facility is provided. The system can include an apparatus or method.

  The system can include a server. The server can receive information from the user. A user can transmit information using a computer, web application, website, smartphone, application or any other suitable device.

  The user can send an instruction to start the bullet mode to the server. The start of the bullet can be selected by the user on the graphical user interface. The user can instruct the server to initiate the bullet restriction function. In response, the server may, via data received from the on-board vehicle computer, send an OBD device for the associated vehicle to one or more advance, such as speed, acceleration, deceleration and geofence violations. A message may be sent that monitors the use of the vehicle for violations of the determined threshold.

  The user can form a geofence around the location of the vehicle. Therefore, the user can know that someone wants to leave the vehicle at the parking facility for two days. Users may be worried about “unauthorized riding”, ie, the use of the vehicle by one or more valet personnel. Thus, the user can send a request to the server to form a geofence. Alternatively, the bullet mode settings can be preconfigured or individualized to form a default geofence whenever bullet mode is initiated. The geofence can include an external boundary for the vehicle. Geofences can be formed using a mile radius, which can be a default radius or can be personalized by the user. For example, the server can instruct the OBD to monitor a vehicle and determine if the vehicle is traveling beyond 0.8 km (0.5 mile) outside the radius of the geofence, The center point is the current position of the vehicle or any point within the parking facility. When the OBD determines that the mile radius has been exceeded or the mile radius has been reached, the OBD can send a message to the server, and the server has exceeded the radius or has reached the radius. Can be sent to the user.

  To initiate a vehicle search, the user can then send a message to search for a vehicle or select an option to search for a vehicle. In response, the server can send a query to the OBD device. The inquiry may be a position inquiry for determining the current position of the vehicle. The query can include a request to search for a vehicle.

  The location query includes (1) querying the vehicle's GPS location, (2) determining the vehicle's GPS coordinates from the OBD device and / or the GPS antenna located within the vehicle, and (3) the vehicle's GPS coordinates to the server. Transmission may be further included.

  The location query includes (1) query of the user's GPS location, (2) determination of the user's GPS location from GPS information determined by a GPS antenna located within the user's mobile device, and (3) to the server It may include transmission of GPS coordinates of the user and / or vehicle.

  The server can receive the position of the vehicle in response to the query. The response can be sent by the bullet / parking facility. Alternatively, the server can query the location, and the OBD device can respond with the OBD / vehicle GPS coordinates. As a result, the server can use a mile radius to form a geofence. The mile radius can then be converted to multiple GPS coordinates on the map. The radius in miles can be predetermined or entered by the user.

  The system can send one or more geofence parameters from the server to the OBD device coupled to the vehicle. For example, geofence parameters may be acceptable areas within a geofence, unacceptable areas outside a geofence, areas that are acceptable or unacceptable at a particular time, or any other suitable Parameters can be included. The system can send a command to monitor the vehicle from the server to the OBD device. Monitoring can include monitoring the vehicle for one or more violations. The violation may be a geofence violation. It is also possible to further instruct the OBD device to send an alert to the server if one or more of the geofence parameters are violated.

  In one example, the system can receive one or more parameter limit thresholds for the vehicle. For example, the parameters can include speed, acceleration, deceleration, geofencing, time of day, duration, or any other suitable parameter. The threshold value may be a threshold value for limiting such as a speed limit exceeding 97 KPH (60 MPH).

  The parameter limit threshold can include one or more values. This value can be predetermined or can be input by the user. The user can (1) send parameters to the server, (2) send restrictions to the parameters including the threshold to the server, (3) parameter to determine whether the threshold level has been exceeded or reached. The parameter limit threshold can be entered by sending a command to monitor to the OBD device.

  The system can receive instructions from the user. A user may enter instructions into the application or any other suitable medium via the user interface. The instructions can then be sent to the server. The command may be a command that activates a parameter limit threshold. The activation of the limit threshold can be requested when the user uses the bullet or the parking facility. The bullet restriction function will cause the server to instruct the OBD device to monitor the vehicle for violations of one or more parameter restriction thresholds.

  The system can send a speed query for the vehicle from the server to the OBD device coupled to the vehicle. The speed query can request the speed of the vehicle at multiple time points to determine if the vehicle has traveled at high speed and has violated one or more parameter limit thresholds. A speed query is a server for determining whether a speed threshold has been exceeded or reached at a first time point, a second time point, and any point between the two time points. Instructions for analyzing velocity information between the first time point and the second time point from the to the OBD device may be included. The server can receive a decision from the OBD device in response. This determination may include a speed determination of whether the speed threshold has been exceeded or has been reached, or whether the speed threshold has been exceeded or has not been reached.

  When the OBD device determines that the speed threshold has been exceeded or the speed threshold has been reached between the first time point and the second time point, the OBD device sends a message to the server with information about the speed violation. Can do. When the OBD device determines that the speed threshold has not been exceeded or the speed threshold has not been reached between the first time point and the second time point, the OBD receives the data about the speed threshold from the OBD device to the server. You can refrain from sending to. Alternatively, when a query is sent to the OBD to determine if the speed threshold has been violated, the OBD device may send a message informing that no violation has occurred.

  If the OBD determines that the speed threshold has been exceeded or the speed threshold has been reached between the first time point and the second time point, the system can send an alert. Alerts can be sent from the user server to the user. The alert can inform the user that the speed threshold has been exceeded or that the speed threshold has been reached.

  In one embodiment, the system can (1) receive one or more parameter limit thresholds for a vehicle, and (2) a bullet limit function corresponding to monitoring the vehicle for one or more parameter limit threshold violations. And (3) including an inquiry to an OBD device coupled to the vehicle from the server to determine whether the vehicle has violated one or more parameter limit thresholds. Acceleration query for vehicle, (4) first time point and second time point, and (5) command to OBD device, whether acceleration rate threshold exceeded or reached Send an acceleration query that includes instructions to analyze the rate of velocity acceleration between the first time point and the second time point to determine whether And (6) a decision can be received from the OBD device, and (7) an acceleration rate threshold has been exceeded between the first time point and the second time point, or When the OBD determines that it has arrived, it sends a message from the OBD to the server, and (8) the acceleration rate threshold is not exceeded between the first time point and the second time point, or the acceleration rate threshold If the OBD determines that it has not reached, there is no message from the OBD device to the server corresponding to the acceleration threshold from the OBD to the server.

  Acceleration and / or deceleration can be calculated using one or more well-known algorithms or formulas for acceleration and / or deceleration.

  A system is provided for monitoring the use of valet personnel and vehicle parking facilities. The system can include apparatus and methods and can provide vehicle condition monitoring when the vehicle is bulleted.

  The system can include receiving instructions from a user. User instructions can request the start of a particular mode, such as the bullet monitoring mode. The mode may include a vehicle search mode that is used when requesting a vehicle search.

  In the vehicle search mode, the system can receive a request from the user. The request may be a request for searching for a vehicle. The request can be received by the server. The system can identify a bullet or parking company associated with the vehicle. The position may be the position of the vehicle when the user requests a vehicle search or when the user starts the bullet mode.

  The bullet or parking company can be determined by determining the GPS location. The GPS position may be the GPS position of the vehicle at the time the bullet mode is activated or the GPS position of the user's portable device. The system can determine an entity associated with the position of the vehicle and determine contact information for that entity. The system can send a request to search for vehicles from the server to the entity. The request can include an instruction to the valet personnel to prepare the vehicle for pickup by the user. The request may further include instructions for the bulletin to deliver the vehicle to a specified location, such as GPS coordinates entered by the user. For example, a user can search for a vehicle from one location and instruct the bullet to deliver the vehicle to a completely different location.

  The system can receive from the entity the estimated time that the vehicle will be available for pickup as well as the location where the vehicle will be available for pickup. The system can provide vehicle status monitoring to the user. Condition monitoring may include vehicle GPS coordinates, vehicle ignition status, and vehicle motion. Vehicle motion may include whether the vehicle is in motion, whether the vehicle has been in motion during a recent period of time (ie during the last 10 minutes), and real-time tracking of vehicle motion. it can.

  A system for providing vehicle condition monitoring as a vehicle is bulleted can also include a measurement device. The measuring device can be removably connected to the vehicle. The system can also include a computer. The computer can include a connection to a measurement device. The computer can be located in the vehicle. The computer may be an on-board vehicle computer.

  The system can further include a receiver. The receiver can be configured to receive a request from a user to search for a vehicle. The vehicle can be parked at a location managed by the bullet entity.

  The system can further include a processor. The processor can be configured to identify the entity responsible for the bullet position. The processor can be configured to identify an entity based on GPS coordinates. An entity can be identified from GPS coordinates using GPS coordinates based on a business system search at these coordinates. This can be accomplished using mapping software. The entity's GPS coordinates are retrieved from the vehicle itself, from the GPS antenna in the OBD device, and from the user's portable device when the user activates bullet mode or the user manually enters the vehicle's GPS location. be able to.

  The system can further include a transmitter. The transmitter can be configured to send an instruction to the entity to cause an attendant to search for the vehicle. The transmitter can be further configured to send GPS coordinates for the vehicle to the entity. Throughout this application, the transmitter and receiver may be transceivers.

  The receiver can be further configured to receive an estimated time from the entity that the vehicle is ready for pickup. The transmitter can be further configured to send to the user an estimated position of the vehicle and an estimated time when the vehicle is ready for pickup.

  The system can further receive tracking information for the location of the vehicle in real time or at predetermined time intervals. The system can also receive a message from the entity indicating that the vehicle is ready for pickup.

  A system for providing vehicle condition monitoring includes: (1) a measurement device removably connected to a vehicle, and (2) a measurement device comprising a connection with a computer located in the vehicle; 3) a receiver configured to receive data measurements corresponding to the attributes of the vehicle from the measuring device; and (5) transmitting threshold measurements corresponding to the desired data measurement level for the vehicle attributes to the measuring device. And (6) a data measure arranged in the measuring device to determine whether the data measurement exceeds or has reached the threshold measurement and data for the vehicle attribute And a processor configured to instruct the transmitter to send an alert to the user indicating that the measurement has been exceeded or reached.

  The system can perform the following steps: (1) receiving a vehicle attribute, (2) receiving a threshold range including a threshold range for a measurement of the vehicle attribute, an upper threshold measurement of the vehicle attribute, and a lower threshold measurement, (3) a measurement of the vehicle attribute (4) When the vehicle attribute measurement exceeds or falls below the upper threshold measurement, (5) vehicle attribute, (6) vehicle attribute measurement, and (7) vehicle attribute Sending an alarm to the user including information corresponding to the measured values of.

  A system for setting and monitoring a vehicle usage threshold is (1) a measurement device removably connected to a vehicle, and (2) comprising a connection with a computer located in the vehicle, 3) a measurement device that receives vehicle information from the computer when the measurement device is connected to the computer; and (4) a user device, (5) sends one or more instructions to the measurement device, and (6) (7) a user device configured to receive information and display information; (8) a server; and (9) a plurality of thresholds, each of the plurality of thresholds being a vehicle attribute. Instructions to monitor a plurality of threshold values corresponding to an acceptable limit of (10) data from a measuring device and (11) data corresponding to one or more vehicle attributes received from the measuring device A server comprising a receiver configured to receive, and (12) a transmitter, (13) transmitting a plurality of thresholds to the measurement device, (14) to the measurement device, (15) received from the vehicle computer And (16) a transmitter configured to instruct the server to send a message notifying the threshold violation if the data exceeds the threshold level. .

  The transmitter can be further configured to respond to a server that receives the threshold violation message and further send an alert to the user notifying the threshold violation.

  In one embodiment, certain information, such as thresholds for attributes, can be received from the user and transmitted to the server via the user's mobile device. In another embodiment, the server can be programmed with specific information, such as different thresholds for the same or different attributes, via software.

  In one embodiment, measurements of data corresponding to vehicle attributes are provided. The measurement determines (1) a threshold measurement corresponding to the desired data measurement level for the vehicle attribute, and (2) whether the data measurement exceeds or has reached the threshold measurement, And a processor configured to instruct the transmitter to send an alert to the user indicating that the data measurements for the vehicle attributes have been exceeded or reached.

  Systems and methods are provided for monitoring an infant in a vehicle using an OBD device. The method and system can include one or more of the following steps. (1) receiving a selection from the user to enable the infant monitoring mode; (2) receiving an alarm from the OBD notifying that the ignition has been switched off; and (3) sending a message to the user. Including (4) an alarm notifying that the ignition has been switched off, and (5) an inquiry as to whether the user has removed all children from the vehicle, (6) the user within a predetermined time period If not responding to the query, sending instructions to the OBD to activate the microphone; (7) if the microphone indicates that there is no noise over a predetermined threshold and there is still no response from the user, the temperature Sending a command to activate the sensor, (8) a temperature reading is a predetermined threshold Sending a command to the OBD device to activate a heating system or an air conditioning system when the temperature sensor indicates that it is higher or below a predetermined threshold, and (9) a first responder in an emergency Step to contact.

  Note that some or all steps can be performed and the order of the steps can be changed. For example, only a temperature sensor can be used, or the temperature can be used before using the microphone.

  The system can further include sending location information to the first responder in an emergency. The system can receive an alert that the ignition is on but the vehicle is idle for an extended period of time. In response, the system can send a message to the user to determine whether an unaccompanied child is in the vehicle. If there is no response, the system can initiate some or all of the described steps.

  The system can receive a response to the query from the user. When the user removes all children from the vehicle in response to the query, the system can receive an acknowledgment from the user. In that case, the alarm sequence can be terminated and no further action is required such as activating the sensor or contacting the emergency authorities.

  The system can prioritize resources based on the determination of the urgency of each particular situation. For example, if there are two SBM alarms that require contact with a local PSAP by an emergency operator and only one operator is available, the system will monitor the device temperature monitoring for a sudden temperature rise or temperature in one vehicle. When a drop is detected, one situation can be prioritized. This is just an illustration of one method of prioritization. The prioritization system is an essential element for dealing with emergencies. In another example, if one PSAP has the ability to receive emergency information via the Internet or email, and another PSAP does not have that capability, You can connect first. Note that priorities can be changed based on time, child age and many other factors.

  Carpool mode can provide the ability to coordinate and organize carpool trips. The system can include providing a template schedule (eg, weekly) that is used by the system to create a weekly schedule that can be operated by, for example, car pool personnel. A carpool participant can create a weekly template schedule for the week, and this template creates a schedule for the current week. The current week can be edited. The next week cannot be edited because it has not yet been created based on the template schedule.

  Since carpools are usually weekly functions, in the case of carpools, the template schedule is the length of the week. For example, one family is responsible for Monday and Wednesday, and another family is responsible for Tuesday, Thursday and Friday. This concept of creating a weekly schedule using a template applies to any scheduling system, and the unit of time can be changed based on a particular activity. For example, a week may start on a specific day of the week, which means that the template will rewrite the weekly schedule on a specific day of the week, or the week may be a rotating week, and seven from the current day of the week. The day of the week will be displayed.

  A car pool can provide multiple waypoints with responsibilities assigned to one or more parties. A system is provided for managing the adjustment of waypoints and the integration of carpool waypoints with other transportation systems.

  The car pool system provides the driver with an option to change the order or amount of car pool stops on the web application, and the order of waypoints is stored as a template. An existing template for a driver can be used for a stop sequence for that driver. If there are no members of the driver's family that are going to be part of the prescribed car pool run, the family is removed from the waypoint. When a car pool member's address changes, the member's waypoint / address changes.

  If carpool group members have exactly the same waypoints, the waypoints are merged and one of the waypoints is deleted, but the user is each joined to the remaining waypoints. The If one of these members subsequently moves to a new address, the merge of the waypoints is released and a new waypoint with a new address and the appropriate user associated with that address is created.

  In one embodiment, the system can detect changes in the waypoints without the driver notifying the system of changes based on the driver's route. This notification may include transmission of a notification to a user associated with the waypoint. This notification may include an Estimated Time of Arrival (ETA) to the waypoint.

  An exemplary detection may include determining that there are two routes to five waypoints and individual waypoints. Based on the driver's route, if all eight routes to four of the waypoints are erased, the driver should be going to the fifth waypoint. When all 10 routes are erased, the driver knows that he is not heading anywhere in the waypoint. In order to erase the route and determine the waypoint, the route must be defined using Route = rectangular geofence from point A to point B. In order to determine that the driver is moving off the route, the system uses the most probable or best route using any suitable decision method such as Waze or Google Map data. Start. The system can then create a rectangular geofence over the entire range from point A to point B. If the driver violates the route, the system waits for a specific time, such as any suitable time period, such as 2 minutes, and then uses the mapping software to route from the current location to point B. Can be checked to determine changes in ETA. If the ETA is shortened by the amount of elapsed time plus a certain threshold, the user is still considered on the route. However, if the ETA is longer by a certain threshold, it is determined that the driver is off the route.

  In one embodiment, the car pool system can be integrated with other modes of transport. For example, if two passengers are on the same train and live close to each other, they can carpool to the train station. By integrating the car pool system with the monitoring of the location of other transport vehicles, it is possible to create a branch city metropolitan concentration system. Furthermore, it is possible to plan or adjust the transfer in the branch city big city concentration method using the GPS accuracy and the arrival time.

  In car pool mode, if the driver deviates from an unacceptable route, an alert is sent to other parents and / or schools. The alert can be sent at a pre-determined time threshold or distance threshold, such as when the deviation exceeds 5 minutes or longer than 0.8 kilometers (0.5 miles). The alert may further include a report that the car pool is late for school and may include a revised predicted arrival time.

  Those skilled in the art will appreciate that each of the above steps includes computer-implemented aspects implemented by one or more of the computer components described herein. For example, threshold communication and calculation can be performed electronically. Determination of threshold violations, parameter monitoring and communication of threshold violations can be performed electronically. In at least one exemplary embodiment, all steps are performed electronically by either a general purpose or special purpose processor implemented in one or more computer systems, such as the computer systems described herein. Can be implemented.

  Further, it will be appreciated by those skilled in the art that the specific examples and illustrations of the present disclosure are provided for illustrative purposes only and are not intended to limit the scope of the present disclosure in any way, and Will be recognized.

  Accordingly, it is understood that the various embodiments of the system described herein are generally implemented as special purpose computers or general purpose computers including various computer hardware described in more detail below. Like. Also, embodiments within the scope of the present invention also include computer-readable media for carrying or having computer-executable instructions or data structures stored thereon. Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer, or downloaded via a communications network. By way of non-limiting illustration, such computer readable media can be RAM, ROM, flash memory, EEPROM, CD-ROM, DVD, or other physical storage media, or other optical disk storage, magnetic disk storage, or other Carries computer program code in the form of any type of removable non-volatile memory, such as magnetic storage devices, secure digital (SD), flash memory, memory sticks, etc., or computer-executable instructions or data structures Or any other medium that can be used for storage and accessed by a general purpose or special purpose computer or portable device.

  When information is transferred or provided to a computer via a network or another communication connection (either hardwired, wireless, or a combination of hardwired or wireless), the computer will naturally view the connection as a computer-readable medium. . Thus, any such connection is naturally referred to as a computer-readable medium and is considered a computer-readable medium. Combinations of the above should also be included within the scope of computer-readable media. Computer-executable instructions comprise, for example, instructions and data which cause a special purpose processing device, such as a general purpose computer, special purpose computer, or portable device processor, to perform one specific function or group of functions.

  Those skilled in the art will appreciate the features and aspects of suitable computing environments in which aspects of the invention may be implemented. Although not necessarily required, the invention will be described in the general context of computer-executable instructions, such as those previously described, program modules or engines, being executed by a computer in a networked environment. Such program modules are often flow charts, sequence diagrams, exemplary screen displays and others used by those skilled in the art to communicate how to build and use such computer program modules. Are reflected by and also indicated by these techniques. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks within a computer or implement particular abstract data types. Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. Such specific sequences of executable instructions or associated data structures represent examples of corresponding actions for implementing the functions described in such steps.

  Those skilled in the art will also appreciate that the present invention is a personal computer, handheld device, multiprocessor system, microprocessor-based consumer or programmable consumer electronics, networked PC, minicomputer, mainframe computer. It will also be appreciated that many types of computer system configurations can be used in a network computing environment, including, and so on. The present invention is a distributed where tasks are performed by local and remote processing devices (either by hardwired links, wireless links, or a combination of hardwired or wireless links) linked via a communications network. Practiced in a computing environment. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.

  Although not shown in the figure, an exemplary system for implementing the invention is a system bus that couples various system components, including a processing unit, system memory, and system memory, to the processing unit. Including a general purpose computing device in the form of a conventional computer. A computer will typically include one or more magnetic hard disk drives (also referred to as “data store” or “data storage” or other names) for reading and writing. The drives and their associated computer-readable media provide computer-executable instructions, data structures, program modules, and other data non-volatile storage for the computer. The exemplary environment described herein uses magnetic hard disks, removable magnetic disks, removable optical disks, but magnetic cassettes, flash memory cards, digital video disks (DVDs), Other types of computer readable media for storing data may also be used, including Bernoulli cartridges, RAM, ROM, etc.

  Computer program code that implements most of the functions described herein typically includes one or more program modules that can be stored on a hard disk or other storage medium. . This program code typically includes an operating system, one or more application programs, other program modules and program data, as is known to those skilled in the art. A user enters commands and information into the computer via a keyboard, positioning device, a script containing computer program code written in a script language, or other input device (not shown) such as a microphone, etc. can do. These and other input devices are often connected to the processing unit via known electrical connectors, optical connections or wireless connections.

  The main computer that provides many aspects of the invention is typically in a networked environment using logical connections to one or more remote computers or data sources as further described below. Can work. The remote computer may be another personal computer, server, router, network PC, mobile device such as a smartphone, tablet or laptop, peer device or other common network node, and typically It includes many or all of the elements described above in connection with the main computer system in which the present invention is embodied. Logical connections between computers include a local area network (LAN), a wide area network (WAN), and a wireless LAN (WLAN) provided herein as a non-limiting example. Such networked environments are commonplace in office-wide computer networks or enterprise-wide computer networks, intranets and the Internet.

  When used in a LAN networking environment or a WLAN networking environment, the main computer system that implements aspects of the present invention is connected to the local network via a network interface or adapter. When used in a WAN networking environment or a WLAN networking environment, the computer may include a modem, a wireless link, or other means for establishing communications over a wide area network such as the Internet. In a networked environment, program modules depicted in connection with a computer or portion thereof can be stored on a remote memory storage device. It will be appreciated that the network connections described or shown in the figures are exemplary and other means of establishing communications over a wide area network or the Internet may be used.

  FIG. 1 depicts such an exemplary system. The computer 100 communicates with the server 130 via the network 110. Multiple sources 120-121 of data are also in communication via the network 110 with the server 130, the processor 150, and / or other components that can operate to calculate and / or transmit information. . Server 130 may be coupled to one or more storage devices 140, one or more processors 150 and software 160.

  All calculations and equivalents described herein are performed electronically in one embodiment. It will also be apparent to those skilled in the art that other components and combinations of components may be used to support the data processing or other calculations described herein. Server 130 may facilitate communication of data from storage device 140 to processor 150, communication of data from processor 150 to storage device 140, and communication to computer 100. The processor 150 optionally includes a local or networked storage device (not shown) that can be used to store temporary or other information, or a local or networked storage device. It is also possible to communicate with. Software 160 may be installed locally on processor 150 at computer 100 and / or may be centrally supported to facilitate calculations and applications.

  FIG. 2A shows a top view of an OBD device 205 that can be used in accordance with the present invention. The OBD device 205 can include a plurality of electrical connectors or pins 201. The pin 201 can be configured to communicate with the vehicle's OBD port. The OBD device 205 can be configured to receive diagnostic information from the vehicle's OBD system.

  FIG. 2B is a perspective top side view of the OBD device 205. FIG. 2C shows a side view of the OBD device.

  FIG. 3A illustrates an exemplary process 301 for providing vehicle monitoring according to the principles of the present invention. In step 303, an OBD device can be provided. At step 305, vehicle attributes may be received via the server. In step 307, the server may receive vehicle attribute measurements from the OBD device. At step 309, the server and / or OBD device may receive a threshold range for vehicle attribute measurements. In step 311, when the vehicle attribute reaches a threshold measurement, an alert is sent to the user.

  FIG. 3B illustrates an exemplary process 313 for sending an alarm in accordance with the principles of the present invention. Process 313 provides the information sent in the alert. The alert may include vehicle attributes 315, vehicle attribute measurements 317, and information 319 corresponding to the vehicle attribute measurements.

  FIG. 4A illustrates an exemplary process 401 for activating a threshold monitoring and alarm system according to the principles of the present invention. In step 403, the system may receive an instruction from the user to enable the restriction function. This command can be received via the server. In step 405, the system may receive one or more vehicle attributes via the server. In step 407, the system may receive an instruction to monitor one or more of the vehicle attributes via the server. In step 409, the system can send a command from the server to the OBD device. In step 411, the system may receive one or more acceptable threshold levels for vehicle attributes via the server. In step 413, the system may receive one or more unacceptable threshold levels for vehicle attributes via the server.

  FIG. 4B illustrates an exemplary process 415 for receiving an alert from an OBD device in accordance with the principles of the present invention. At step 417, the OBD device can monitor the vehicle computer for one or more vehicle attributes. Vehicle attributes can be programmed into the OBD device. At step 419, the OBD device can determine whether the vehicle attribute threshold level is unacceptable, such as whether the threshold level has been exceeded. In step 421, the OBD device can send a message to the server if the threshold level has been reached, i.e., unacceptable. At step 423, an alert regarding the threshold level may be sent from the server to the user device.

  FIG. 5 shows an example display 501 according to the present invention. The display 501 may be an alarm displayed to the user in response to a threshold violation. Reference numeral 503 indicates that an area violation such as a geofence violation has occurred in the setting “Family Mode”. The user has the option to select violations and view 505 on the map. Reference numeral 507 denotes a background display indicating another violation.

  FIG. 6 shows example information 601 monitored by the OBD device. Reference numeral 601 denotes a user display. In this example, 603 indicates that this information is the fuel consumption since the last refueling, and 605 is the user score provided for driving after the last refueling. . In this case, 605 indicates “100” as a perfect score for driving based on the algorithm. Details of the operation to calculate the score are shown at 607, 609, 611 and 613.

  FIG. 7 shows an example setting display 701 according to the present invention. In this case, the user has enabled various features that can be toggled on or off. By enabling these features, the user can receive alerts. This user has enabled diagnostics 703, maintenance notification 705, low battery alarm 707, traction alarm 709 and low fuel level 711. Thus, if any of these thresholds or scenarios are triggered, the user can receive a notification or alert.

  FIG. 8 illustrates an example dashboard 801 according to the present invention. Fuel level 811, cell level 809 and speed 807 are shown. This information can be provided in real time. That is, the vehicle and / or OBD device manager can monitor the speed and other levels of the vehicle at any given time. A car find 813 is also provided and indicates the position of the vehicle when selected. Alarm selector 815 displays one or more notifications and alarms, while trip information 817 displays different information about the trip. Customer service selector 819 allows the user to contact customer service in the application and sends information about the user's vehicle with the call. Safe Teen 803 and Safe Family 805 are two modes that are toggled on and monitoring of various thresholds is enabled.

  FIG. 9 shows a map 901 as a result when the car finder 813 is selected. Reference numeral 905 denotes the position of the vehicle equipped with the OBD device, reference numeral 903 denotes additional map information, and reference numeral 907 includes items such as date and time.

  FIG. 10 shows an additional alarm according to the present invention.

  FIG. 11 displays an alarm 1101 and information 1103 includes detailed information regarding violations such as detected speed.

  FIG. 12 displays another exemplary alert 1201 that includes specific information in the display 1203 regarding threshold violation detection. Note that approximation violations can be calculated in advance. Thus, in this case, the traffic pattern may indicate that the user has departed 10 minutes before the appointment, but using the traffic data, the user can predict that he will arrive 3 minutes late. it can.

  In view of the foregoing detailed description of the preferred embodiment of the present invention, those skilled in the art will readily appreciate that the present invention can be utilized and applied in a wide range. While the various aspects have been described in the context of a preferred embodiment, those skilled in the art will readily recognize additional aspects, features, and methods of the invention from the description herein. Many embodiments and adaptations of the invention other than those described herein, as well as many variations, modifications, and equivalent structures and methods, can be made without departing from the spirit and scope of the invention. And from the above description of the invention, or may be reasonably proposed by the above description of the invention and the invention. Further, any sequence and / or temporal order of the various process steps described and claimed herein are considered to be the best mode contemplated for carrying out the invention. It is what Also, although various process steps may be shown and described as steps in a preferred sequence or temporal order, all such process steps are specific to achieve the particular result intended. It is also to be understood that the invention is not limited to being performed in any particular sequence or order without such instructions. In most cases, the steps of such a process can be performed in a variety of different sequences and orders while still within the scope of the present invention. Furthermore, several steps can be performed simultaneously.

  The foregoing description of the exemplary embodiments is provided for purposes of illustration and description only, is not exhaustive, or limits the present invention to the precise form disclosed. Not intended. Many modifications and variations are possible in light of the above teaching.

  The examples are intended to enable others skilled in the art to use the present invention and the various embodiments with various modifications suitable for the particular application contemplated. It has been chosen and described to illustrate a practical application of the invention. Alternative embodiments will become apparent to those skilled in the art to which this invention belongs without departing from the spirit and scope of the invention. Accordingly, the scope of the invention is defined by the appended claims rather than the foregoing description and the exemplary embodiments described therein.

Although specific exemplary aspects and examples have been described herein, many alternatives, modifications, and variations will be apparent to those skilled in the art. Accordingly, the exemplary embodiments and examples presented herein are intended to be illustrative and not limiting. Various modifications can be made without departing from the spirit and scope of the present disclosure.

Claims (20)

A method for setting a bullet attribute for a vehicle,
Receiving an instruction from the user to enable the bullet restriction function;
Sending a position query for the current position of the vehicle from the server to the OBD;
Receiving the position of the vehicle;
Forming a geofence including an outer boundary to the vehicle, the geofence being formed using a radius in miles; and
Converting the mile radius to a plurality of GPS coordinates. To the OBD coupled to the vehicle,
The method of claim 1, further comprising: sending a command to monitor the vehicle for geofence parameters and a geofence violation and to send an alert to the server if the geofence parameter is violated. The method described. The location query is
Querying the GPS position of the vehicle;
Determining the GPS coordinates from a GPS antenna located within the OBD;
Transmitting the GPS coordinates to the server. The location query is
Querying the user's GPS location;
Determining the GPS location of the user from a GPS antenna disposed in the user's smartphone;
Transmitting the GPS coordinates to the server.   The method of claim 1, wherein the geofence radius is predetermined by automatic threshold entry.   The method of claim 1, wherein the geofence radius is pre-entered by a user. A method for setting a bullet attribute for a vehicle,
Receiving one or more parameter limit thresholds for the vehicle;
Receiving instructions from a user to enable a bullet limit function, wherein the bullet limit function corresponds to monitoring the vehicle for violation of one or more parameter limit thresholds;
Sending a speed query for the vehicle from a server to an OBD coupled to the vehicle, wherein the speed query determines whether the vehicle has violated the one or more parameter limit thresholds. The speed query includes:
A first time point and a second time point;
Speed information between the first time point and the second time point to determine whether the speed threshold has been exceeded or reached at any point between the two time points. Sending a command comprising: causing the OBD to parse.   8. The method of claim 7, further comprising receiving the determination from the OBD whether the speed threshold has been exceeded or the speed threshold has been reached. When the OBD determines that the speed threshold has been exceeded or the speed threshold has been reached between the first time point and the second time point, a message is sent from the OBD to the server;
When the OBD determines that the speed threshold has not been exceeded or the speed threshold has not been reached between the first time point and the second time point, the OBD to the server The method according to claim 8, wherein there is no transmission of data corresponding to the speed threshold.   The method of claim 7, wherein the one or more parameter limit thresholds include a threshold input by a user. Receiving the one or more parameter limit thresholds;
Receiving parameters via user input;
Receiving a restriction on the parameter from the user;
The method of claim 7, further comprising: sending an instruction to monitor the parameter to the OBD.   If the OBD determines that the speed threshold has been exceeded between the first time point and the second time point, the method alerts the user that the speed threshold has been exceeded from the server. The method of claim 7, further comprising transmitting to. A system for providing vehicle condition monitoring as a vehicle is bulleted,
A measuring device removably connected to the vehicle;
A computer disposed in the vehicle, wherein the measuring device comprises a connection to the computer;
From the measuring device,
Data measurements corresponding to the vehicle attributes,
A receiver configured to receive a threshold measurement corresponding to a desired data measurement level for the vehicle attribute;
Determining whether the data measure exceeds the threshold measure; and
A processor configured to instruct a transmitter to send an alert to a user notifying that the data measurement for the vehicle attribute has been exceeded.   The system of claim 13, wherein the measurement device comprises an On Board Diagnostic device.   The system of claim 13, wherein the data includes data corresponding to attributes of the vehicle, wherein the attributes are selected from the group consisting of acceleration, deceleration, speed, distance, and position.   The system of claim 13, wherein the threshold measurement is entered by a user. The alarm
The vehicle attributes,
The measurements of the vehicle attributes; and
The system of claim 13, comprising the number of times the threshold has been exceeded.   The system of claim 13, wherein the threshold is a threshold range for the measurement of the vehicle attribute, and the threshold range includes an upper threshold measurement and a lower threshold measurement.   The system of claim 13, further comprising the receiver further configured to receive a modification of the vehicle attribute to monitor from the user.   The system of claim 13, further comprising the receiver further configured to receive an attribute threshold level modification from the user.