EP3472742A1 - Machine monitoring - Google Patents
Machine monitoringInfo
- Publication number
- EP3472742A1 EP3472742A1 EP17816076.8A EP17816076A EP3472742A1 EP 3472742 A1 EP3472742 A1 EP 3472742A1 EP 17816076 A EP17816076 A EP 17816076A EP 3472742 A1 EP3472742 A1 EP 3472742A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- audio
- signature
- vehicle
- component
- audio signal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012544 monitoring process Methods 0.000 title description 13
- 230000005236 sound signal Effects 0.000 claims abstract description 59
- 238000000034 method Methods 0.000 claims abstract description 57
- 238000012423 maintenance Methods 0.000 claims abstract description 43
- 230000009471 action Effects 0.000 claims abstract description 42
- 230000001133 acceleration Effects 0.000 claims description 91
- 238000012549 training Methods 0.000 claims description 19
- 238000007781 pre-processing Methods 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 5
- 238000005259 measurement Methods 0.000 claims description 2
- 230000000875 corresponding effect Effects 0.000 description 34
- 238000012545 processing Methods 0.000 description 25
- 238000001514 detection method Methods 0.000 description 23
- 230000015654 memory Effects 0.000 description 15
- 238000004891 communication Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 7
- 230000001413 cellular effect Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 4
- 239000002826 coolant Substances 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000002592 echocardiography Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000446 fuel Substances 0.000 description 2
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000005291 magnetic effect Effects 0.000 description 2
- 239000010705 motor oil Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 241000288140 Gruiformes Species 0.000 description 1
- 208000037656 Respiratory Sounds Diseases 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 206010037833 rales Diseases 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 238000011179 visual inspection Methods 0.000 description 1
- NWONKYPBYAMBJT-UHFFFAOYSA-L zinc sulfate Chemical compound [Zn+2].[O-]S([O-])(=O)=O NWONKYPBYAMBJT-UHFFFAOYSA-L 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
- G06F16/63—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/60—Information retrieval; Database structures therefor; File system structures therefor of audio data
- G06F16/68—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/683—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/006—Indicating maintenance
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
- G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
- G10L25/03—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 characterised by the type of extracted parameters
- G10L25/18—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 characterised by the type of extracted parameters the extracted parameters being spectral information of each sub-band
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
- G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
- G10L25/03—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 characterised by the type of extracted parameters
- G10L25/21—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 characterised by the type of extracted parameters the extracted parameters being power information
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
- G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
- G10L25/48—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
- G10L25/51—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
- H04R29/00—Monitoring arrangements; Testing arrangements
Definitions
- the present application relates generally to monitoring a machine, and more specifically, in one example, to identifying maintenance issues based on monitoring a vehicle.
- Machines such as vehicles, are periodically inspected to determine the condition of various components of the machine and to identify' maintenance items needed to maintain the machine to defined safety and performance standards.
- brake pads of a vehicle may be inspected to determine if they are at the end of life. If they are not replaced, the safety of the passengers may be compromised and damage to other vehicle components, such as the vehicle's rotors, may be risked. Near the end of life, the brake pads may emit a unique sound to alert the driver to the condition of the brake pads; however, this sound may be ignored or unrecognized by a driver of the vehicle. Similarly, the end of life of a tire may be recognized by visual inspection.
- an unaware or uneducated driver may fail to recognize the warning signs of a worn tire and may fail to have the vehicle professionally inspected.
- FIG. 1 is a block diagram of an example system for monitoring a vehicle, in accordance with an example embodiment
- FIG. 2 is a block diagram of an example apparatus for monitoring a vehicle, in accordance with an example embodiment
- FIG, 3A is an example speed data structure for logging the speed of the vehicle provided by a speed and acceleration detection system in a speed vector, in accordance with an example embodiment
- FIG. 338 is an example acceleration data structure for logging instances of acceleration provided by the speed and acceleration detection system in an acceleration vector, in accordance with an example embodiment
- FIG. 3C is an example deceleration data structure for logging instances of deceleration provided by the speed and acceleration detection system in a deceleration vector, in accordance with an example embodiment
- FIG. 4A is an example temperature data structure for logging temperatures provided by a temperature sensor system in a temperature array, in accordance with an example embodiment
- FIG. 4B is an example location data, structure for logging waypoints provided by a location detection system in a waypoint vector, in accordance with an example embodiment
- FIG. 5 is a flowchart for an example method for recording speed and acceleration data for a vehicle, in accordance with an example embodiment
- FIG. 6 is a flowchart for an example method for recording location and temperature data for a vehicle, in accordance with an example embodiment
- FIG. 7 is an example audio signature data structure for determining a maintenance issue based on a monitored sound, in accordance with an example embodiment
- FIG. 8 is a flowchart for an example method for training the audio analyzer for a vehicle monitor, in accordance with an example embodiment
- FIG. 9 is a flowchart for an example method for identifying a source of sounds emitted by components of a vehicle, in accordance with an example embodiment
- FIG. 10 is an example maintenance identification data, structure for identifying a maintenance issue based on an audio signature, a vehicle location, a speed of a vehicle, an acceleration of a vehicle, a temperature, and the like, in accordance with an example embodiment;
- FIG, 11 is a flowchart for an example method for identifying a maintenance issue of a vehicle, in accordance with an example embodiment;
- FIGS. 12A and 12B illustrate example user interfaces for training and utilizing the vehicle monitor, in accordance with an example embodiment
- FIG. 13 is a block diagram illustrating an example mobile device, according to an example embodiment.
- FIG, 14 is a block diagram of a machine within which instructions may be executed for causing the machine to perform any one or more of the methodologies discussed herein.
- the location, speed, acceleration, temperature, sounds, and the like of a vehicle are monitored and analyzed to determine a condition of the vehicle and to recommend a maintenance activity.
- the location of the vehicle may, for example, be indicative of the vehicle's climate and may indicate the type of motor oil that is recommended for the engine. For example, a tropical climate may indicate the need for a heavier motor oil .
- the speed or acceleration of the vehicle may, for example, be indicative of a driver's style of driving and may indicate a pace of tire wear.
- the sounds of the vehicle may, for example, be indicative of a condition of a tire, an engine belt, a water pump, and the like and may indicate a need to replace the corresponding component.
- a "sound,” as used herein, includes sounds detectable by a human ear, as well as sounds detectable by electronic equipment, such as a microphone, in one example embodiment, a sound emitted by the vehicle is monitored and captured to create an audio signal.
- the audio signal may be optionally pre- processed to, for example, eliminate background noise, isolate a particular sound, clarify the audio signal, or any combination thereof, and then processed to generate an audio fingerprint.
- the audio fingerprint also known as an audio signature, or signature, hereinafter
- the monitored component is identified as being the component that corresponds to the signature in the library, as being of the component type that corresponds to the signature in the library, as having a characteristic(s) that corresponds to the signature in the library, or any combination thereof,
- a speed of the vehicle may be detected using a speedometer, a global positioning system (GPS) receiver, cellular triangulation, and the like.
- An acceleration of the vehicle may be detected using an accelerometer, a GPS receiver, cellular triangulation, and the like.
- a location of the vehicle may be defined by latitude and longitude, street address, and the like and may be determined using a GPS receiver, cellular triangulation, and the like.
- training is conducted to introduce new audio signatures into the signature library.
- a monitored sound emitted by a known component is captured to create an audio signal.
- the audio signal may ⁇ be optionally pre-processed and processed to generate the audio signature.
- the signature is stored in the signature library and is indexed according to the identity of the component, the component type, a charactenstic(s) of the component, and the like.
- a signature, or "fingerprint, " of the audio signal is generated.
- the signature is generated by considering
- the signature may be compared to audio signatures in a library of signatures. If a match is found, the signature is identified as being the component corresponding to the library signature, as being of the component type corresponding to the libraiy signature, as having the character! stic(s) of the component corresponding to the library signature, or any combination thereof.
- the library may be stored in a database, an archival system, and the like.
- an action may be recommended, performed, or both based on the audio signature, the location of the vehicle, the speed of the vehicle, the acceleration of the vehicle, a temperature associated with the vehicle, and the like.
- An item or service associated with the identified component may also be identified based on the audio signature, the location of the vehicle, the speed of the vehicle, the acceleration of the vehicle, a temperature associated with the vehicle, and the like.
- wheel bearings of an automobile may emit a distinctive sound just prior to failure. The sounds emitted by the wheel bearings may be captured and processed to identify the condition of the wheel bearings. Maintenance activities, such as replacing the wheel bearings, may then be determined and recommended.
- the recommendation may also be submitted to a user, a service company, and the like.
- FIG. I is a block diagram of an example system. 100 for monitoring a vehicle 104, in accordance with an example embodiment.
- the system 100 may comprise a microphone 108, a location detection system 116, a speed and acceleration detection system. 12.0, a temperature sensor system 124, and a vehicle monitor 1 12,
- the microphone 108 captures sounds emitted by a component of the vehicle. The captured sound is converted into an audio signal by the microphone 108 for processing by the vehicle monitor 112.
- the microphone 108 may communicate with, for example, the vehicle monitor 112 via a wireless link (e.g., IEEE 802.11), a wired link, and the like.
- the location detection system 116 identifies a location of the vehicle (also known as a waypoint herein) based on cellular triangulation, GPS data, and the like.
- the speed and acceleration detection system 120 detects the speed and acceleration of the vehicle. As used herein, deceleration is acceleration characterized by a negative value.
- a aypoint vector stores the location of the vehicle based on time of day, as indicated by reports from the location detection system 1 16.
- a speed vector stores the speed of the vehicle based on time of day, as indicated by reports from the speed and acceleration detection system 120.
- An acceleration vector stores instances of vehicle acceleration that exceed a predefined threshold, as indicated by reports from the speed and acceleration detection system 120.
- a deceleration vector stores instances of vehicle deceleration that exceed a predefined tiireshold, as indicated by reports from the speed and acceleration detection system 120.
- An acceleration histogram may be generated to show the number of occurrences of acceleration for each of a plurality of acceleration ranges.
- a deceleration histogram may be generated to show the number of occurrences of deceleration for each of a plurality of deceleration ranges.
- the temperature sensor system 124 detects the outdoor temperature of the vehicle. In one example embodiment, the temperature sensor system 124 detects the indoor temperature (cabin temperature) of the vehicle and temperatures of various vehicle components, such as coolant temperature, transmission fluid temperature, brake temperature, and the like.
- the vehicle monitor 1 12 may be a computer processing system, a server computer, a personal computer (PC), a tablet PC, a personal digital assistant (PDA), a cellular telephone, a smartphone, a smartwatch, or any processing device.
- the computer processing system operates as a standalone device or may be connected (e.g., networked) to other computers 144.
- the computer processing system may operate in the capacity of a server or a client computer in server-client network environment, or as a peer computer in a peer-to-peer (or distributed) network environment.
- the vehicle monitor 1 12 may include a processor (e.g., a central processing unit (CPU), a graphics processing unit (GPU), and the like) and a memory, which communicate with each other via a bus.
- the vehicle monitor 1 12 may further include a video display 128 (e.g., a plasma display, a liquid crystal display (LCD), or a cathode ray tube (CRT)).
- the vehicle monitor 1 12 may also include an alphanumeric input device (e.g., a keyboard), a user interface (UI) navigation device (e.g., a mouse and/or touch screen), a drive unit, a signal generation device 132 (e.g., a speaker), and a network interface device.
- a processor e.g., a central processing unit (CPU), a graphics processing unit (GPU), and the like
- a memory which communicate with each other via a bus.
- the vehicle monitor 1 12 may further include a video display 128 (e.g.,
- the drive unit such as a removable drive unit 136, includes a machine-readable medium on which is stored one or more sets of instructions and data structures embodying or utilized by any one or more of the
- the instructions may also reside, completely or at least partially, within the memor - and/or within the processor during execution thereof by the computer processing system.
- the instructions may further be transmitted or received over a network 140 via the network interface device utilizing any one of a number of well-known transfer protocols (e.g., Hypertext Transfer Protocol (HTTP)).
- HTTP Hypertext Transfer Protocol
- the network 140 may be a local area network (LAN), a wireless network, a metropolitan area network (MAN), a wide area network (W AN), a wireless network, a network of interconnected networks, the public switched telephone network (PSTN), an electrical power-based network (such as the X.10 protocol), and the like.
- Communication links include, but are not limited to, WiFi (e.g., IEEE 802.11), Bluetooth, Universal Serial Bus (USB), and the like.
- the network 140 may comprise one or more routers and/or device switches (not shown).
- the vehicle monitor 112 optionally generates various user interfaces, such as the user interface of FIG S. 12A and 12B.
- the user interface of FI G, 12A enables a user to initiate the training of the vehicle monitor 112 and the u ser interface of FIG. 12B enables a user to initiate monitoring using the vehicle monitor 112.
- the vehicle monitor 112 receives the audio signal from the microphone 108.
- the audio signal is optionally pre- processed to, for example, eliminate or mitigate noise or background sounds, and to isolate a particular sound in the audio signal.
- a signature of the audio signal is then generated.
- the audio signature is compared to signatures in a library of audio signatures; if a matching signature is found, the component, component type, characteristic(s), or any combination thereof corresponding to the audio signature listed in the library is identified and assigned to the monitored component.
- the sound emitted by a worn water pump belt may be unique and an audio signature in the library corresponding to a worn water pump belt may be used to identify the condition of the belt.
- an audio signature may be used to identify the make, and possibly model, of an automobile.
- the sound, temperature, location, speed of the vehicle, acceleration of the vehicle, or any combination thereof may be processed upon detection, periodically , at a prescheduled time, in response to a reception of a request, or in response to a substantial change i a vehicle parameter (e.g., a sound, temperature, location, speed, and acceleration of the vehicle).
- a vehicle parameter e.g., a sound, temperature, location, speed, and acceleration of the vehicle.
- the audio signal, temperature, location, speed, and acceleration of the vehicle, or any combination thereof may be sent to a cloud-based service, such as a sen-ice operating on computer 144, via the network 140 for processing.
- the cloud-based service may perform pre-processing, audio processing, signature generation, signature matching, or any combination thereof, as described herein.
- the vehicle parameters may be sent to the cloud-based sen-ice upon detection, periodically, at a prescheduled time, in response to a reception of a request, or in response to a substantial change in a vehicle parameter (e.g., a sound, temperature, location, speed, and acceleration of the vehicle).
- FIG. 2 is a block diagram of an example apparatus 200 for monitoring a vehicle, in accordance with an example embodiment.
- the apparatus 200 may serve as the vehicle monitor 112.
- the apparatus 200 is shown to include a processing system 202 that may be implemented on a server, client, or other processing device that includes an operating system 204 for executing software instructions.
- the processing system 202 may include a user interface module 208, an audio interface module 212, an audio pre-processing module 216, an audio processing module 220, a signature analysis module 224, a location analysis module 228, a temperature analysis module 232, a speed and acceleration analysis module 236, an action module 240, a training module 244, and a notification module 248.
- the user interface module 208 provides an interface for initiating the identification of a maintenance issue based on a monitored sound, a location of the vehicle, a speed of the vehicle, an acceleration of the vehicle, a temperature, and the like, as described more fully below by way of example in conjunction with FIG. 12B.
- An action such as a maintenance action, may also be initiated or recommended based on the sound, the corresponding audio signature, the location of the vehicle, the speed of the vehicle, the acceleration of the vehicle, the temperature, and the like.
- the user interface module 208 also provides an interface for initiating training of the vehicle monitor 112, as described more fully below by way of example in conjunction with FIG. 12A.
- the audio interface module 232 provides an interface for obtaining an audio signal, such as an audio signal captured by the microphone 108.
- the audio interface module 212 may receive a recorded audio signal from, for example, the computer 144 via the network 140.
- the audio interface module 212 may, for example, convert an analog audio signal to a digital audio signal, as described herein.
- the audio pre-processing module 216 optionally processes the audio signal to isolate a particular sound. For example, a segment of the audio signal may be edited from a longer audio clip and/or a particular sound may be isolated from other sounds that occur contemporaneously.
- the audio processing module 220 generates a signature, or
- the signature is generated by considering a characteristic(s) of an audio waveform, such as frequency range, tempo, acoustic resonances, power in each of a plurality of frequency ranges, and the like.
- the generated audio signal is processed by, for example, the signature analysis module 224.
- the signature analysis module 224 compares a signature generated by, for example, the audio processing module 220 to signatures in a library of signatures. If a match is found, the monitored component is identified as being the component corresponding to the library signature, as being of the component type corresponding to the library signature, as having the characteristic(s) of the component corresponding to the library signature, or any combination thereof.
- the location analysis module 228 obtains a vehicle location from, for example, the location detection system 116 and determines if the location of the vehicle is substantially different from the previously recorded location. For example, if the latitude or longitude of the vehicle has changed more than a predefined threshold (such as by more than one minute latitude or longitude) from the vehicle's last waypoint, the location has changed substantially.
- the location analysis module 228 stores the location as a vehicle waypoint in a waypoint vector, as described more fully by way of example in conjunction with FIG. 4B.
- the temperature analysis module 232 obtains one or more temperatures from the temperature sensor sy stem 124 and determines if any of the temperatures is substantially different from a corresponding previously- recorded temperature.
- the temperature analysis module 232 stores the temperatures that have changed substantially in a temperature array , as described more fully by way of example in conjunction with FIG. 4A.
- the speed and acceleration analysis module 236 receives reports from the speed and acceleration detection system 120 of the speed of the vehicle, an instance of acceleration of the vehicle, or both.
- the speed is reported periodically, or if the speed exceeds a predefined speed threshold, and the acceleration is reported periodically, or if the acceleration exceeds a predefined acceleration threshold.
- an acceleration that exceeds five miles per hour per second or a deceleration that exceeds ten miles per hour per second may be reported to the speed and acceleration analysis module 236.
- the speed and acceleration analysis module 236 stores the reported acceleration (or deceleration) value in a corresponding acceleration vector or deceleration vector, as described more fully by way of example in conjunction with FIGS. 338 and 3C.
- the speed and acceleration analysis module 236 stores the reported vehicle speed in a corresponding speed vector, as described more fully by way of example in conjunction with FIG . 3A.
- the speed and acceleration analysis module 236 maintains histograms of the speed, acceleration, deceleration, or any combination thereof.
- an acceleration histogram or deceleration histogram that shows a large percentage of large values in comparison to smaller values may be indicative of rapid acceleration or deceleration, and therefore rapid tire wear.
- a speed histogram that shows a large percentage of large values in comparison to smaller values may be indicative of rapid speed, and therefore more rapid engine and/or transmission wear.
- the speed and acceleration analysis module 236 analyzes the histograms for indications of maintenance issues, such as the need to inspect or replace tires.
- fuel consumption may be determined and used to determine, for example, when an engine flush is recommended (based on the fuel consumption).
- a component lifespan rating may be obtained from a tire manufacturer.
- the number of miles traveled by the tire plus the level of rapid acceleration and deceleration of the vehicle may be analyzed to determine the amount of wear the tire was subjected to.
- a projected replacement time for the tire may be determined based on the pace of wear.
- the action module 240 identifies an action to be recommended, performed, or both based on the audio signal, the generated audio signature, the identifi ed component, a characteristic of the component, a location of the vehicle, a speed of the vehicle, an acceleration of the vehicle, a temperature, and the like.
- the action module 240 may issue a notification, via the notification module 248, to a user, the notification recommending a particular action to perform.
- the action module 240 performs the identified action.
- the action to be performed or recommended may be based on a look-up table, rales in a rule-base, and the like.
- the training module 244 captures an audio signal derived from a sound emitted by a vehicle component, generates an audio signature using, for example, the audio processing module 220, and stores the signature for future use.
- the captured audio signal may be provided by, for example, the microphone 108 via the audio interface module 212, and may be obtained as a recorded audio signal, audio waveform, and the like.
- the generated audio signature may be indexed according to the identity of the component, the type of component, a characteristic(s) of the component, and the like.
- the notification module 248 issues recommendations determined by, for example, the action module 240.
- the notification module 248 may issue a recommendation, such as a suggestion to replace a tire on an automobile, to a user via the user interface module 208.
- the notification module 248 may activate an alarm, such as an audible alarm, a visual alarm, and the like.
- the alarm may alert a user, a company (such as a car repair shop), a processing system, and the like to the issuance of the recommendation.
- FIG. 3A is an example speed data structure for logging the speed of the vehicle prov ided by the speed and acceleration detection system 120 in a speed vector 300, in accordance with an example embodiment.
- the speed vector 300 may be a table in a database and may be used to maintain a history of the speed exhibited by the vehicle.
- Each row 304 of the speed vector 300 corresponds to the speed of the vehicle at a corresponding time of day.
- Column 308 is a time field comprising the time of the corresponding speed notification
- column 312 is a speed field comprising the value of the speed indicated in the speed notification.
- the speed is measured in miles per hour.
- FIG, 3B is an example acceleration data structure for logging instances of acceleration provided by the speed and acceleration detection system 120 in an acceleration vector 330, in accordance with an example embodiment.
- the acceleration vector 330 may be a table in a database and may be used to maintain a history of, for example, the instances of acceleration exhibited by the vehicle.
- Each row 334 of the acceleration vector 330 may be a table in a database and may be used to maintain a history of, for example, the instances of acceleration exhibited by the vehicle.
- Column 338 is a time field comprising the time of the corresponding acceleration notification
- column 342 is an acceleration field comprising the value of the acceleration indicated in the acceleration notification.
- the acceleration is measured in miles per hour per second.
- FIG. 3C is an example deceleration data structure for logging instances of deceleration provided by the speed and acceleration detection system 120 in a deceleration vector 360, in accordance with an example embodiment.
- the deceleration vector 360 may be a table in a database and may be used to maintain a history of, for example, the instances of deceleration exhibited by the vehicle.
- Each row 364 of the deceleration vector 360 corresponds to an instance of deceleration.
- Column 368 is a time field comprising the time of the corresponding deceleration notification
- column 372 is a deceleration field comprising the value of the deceleration indicated in the acceleration notification.
- the deceleration is measured in miles per hour per second.
- FIG, 4A is an example temperature data structure for logging temperatures provided by the temperature sensor system 124 in a temperature array 400, in accordance with an example embodiment.
- the temperature array 400 may be a table in a database and may be used to maintain a history of, for example, the outdoor temperature that the vehicle is exposed to.
- Each row 404 of the temperature array 400 corresponds to a notification from the temperature sensor system 124 of a substantial temperature change.
- Column 408 is a time field comprising the time of the corresponding temperature notification
- column 412 is a temperature field comprising the ambient temperature indicated in the temperature notification
- column 416 is a temperature field comprising the temperature of the engine coolant indicated in the temperature notification
- column 420 is a temperature field comprising the cabin temperature indicated in the temperature notification.
- FIG, 4B is an example location data structure for logging waypoints provided by the location detection system 1 16 in a waypoint vector 450, in accordance with an example embodiment.
- the waypoint vector 450 may be a table in a database and may be used to maintain a history of, for example, the locations that the vehicle has traversed.
- Each row 454 of the waypoint vector 450 corresponds to a location of the vehicle (where the recorded location is substantially different from a preceding waypoint in the waypoint vector 450).
- Column 458 is a time field comprising the time that the vehicle was at the location
- column 462 is a location field comprising the location indicated in the location notification.
- the location is identified by latitude and longitude.
- FIG. 5 is a flowchart for an example method 500 for recording speed and acceleration data for a vehicle, in accordance with an example embodiment.
- one or more of the operations of the method 500 may be performed by the speed and acceleration detection system 120, the speed and acceleration analysis module 236, the action module 240, the notification module 248, or any combination thereof.
- the speed and acceleration analysis module 236 waits for a report from the speed and acceleration detection system 120 of a speed of the vehicle, an instance of acceleration that exceeds a predefined threshold, or both (operation 504). For example, an acceleration that exceeds 6 miles per hour per second or a deceleration that exceeds 6 miles per hour per second is reported to the speed and acceleration analysis module 236, The speed and acceleration analysis module 236 stores the reported acceleration or deceleration value in the corresponding vector (the acceleration vector 330 or the deceleration vector 360) and updates the corresponding histogram (the acceleration histogram or the deceleration histogram) (operation 508). As noted above, an acceleration histogram or deceleration histogram that shows a larger proportion of large values in comparison to small values may be indicative of rapid tire wear.
- the speed and acceleration analysis module 236 stores the reported speed of the vehicle in the speed vector 300 (operation 512). The method 500 then proceeds with operation 504.
- FIG, 6 is a flowchart for an example method 600 for recording location and temperature data for a vehicle, in accordance with an example embodiment.
- one or more of the operations of the method 600 may be performed by the location analysis module 228, the speed and acceleration analysis module 236, the action module 240, the notification module 248, or any combination thereof.
- a vehicle location is obtained from the location detection system 116 (operation 604).
- a test is performed to determine if the obtained vehicle location is the first location obtained for the vehicle or if the location is substantially different from the previously recorded location (operation 608). For example, if the latitude or longitude of the vehicle has changed more than a predefined threshold (such as by more than one minute in latitude or longitude) from the vehicle's last waypoint, the location has changed substantially. If the obtained location is not the first location obtained for the vehicle and the location is not substantially different from the previously- recorded location, the method 600 proceeds with operation 616; otherwise, the location is added as a vehicle waypoint in the waypoint vector 450 (operation 612).
- one or more temperatures are obtained from the temperature sensor system 124.
- a test is performed to determine if any of the obtained temperatures is the first temperature of the corresponding type (such as first ambient temperature, first cabin temperature, first coolant temperature, and the like) obtained for the vehicle or if any of the temperatures are substantially different from a corresponding previously recorded temperature (operation 620). For example, if the ambient temperature has fallen by ten degrees Fahrenheit or has fallen below 37 degrees Fahrenheit, then the ambient temperature has changed substantially.
- the method 600 proceeds with operation 628: otherwise, the temperatures that are the first temperature(s) for the corresponding temperature type or that have changed substantially are added to the temperature array 400 (operation 624). During operation 628, the method 600 waits a predefined amount of time (such as five minutes) and then proceeds with operation 604.
- FIG, 7 is an example audio signature data structure 700 for determining a maintenance issue based on a monitored sound, in accordance with an example embodiment.
- the audio signature data structure 700 may be indexed by an audio identifier, an audio signature, an component type, a characteristic of a component, or any combination thereof.
- Each row 704 of the audio signature data structure 700 corresponds to an audio signature.
- Column 708 is an audio signature identifier field
- column 712 identifies the audio signature that corresponds to the audio signature identifier
- column 716 identifies the type of component that corresponds to the audio signature (such as a tire, water pump, and the like)
- columns 720 and 724 identify
- FIG. 8 is a flowchart for an example method 800 for training the audio analysis for a vehicle monitor 12, in accordance with an example embodiment.
- one or more of the operations of the method 800 may be performed by the audio interface module 212, the audio preprocessing module 216, the audio processing module 220, the signature analysis module 224, the training module 244, or any combination thereof.
- training is conducted to introduce new audio signatures into the signature library.
- the sound emitted by a known component of an automobile such as the sound emitted by a tire
- a recording of the sound emitted by the component is provided to the training module 244.
- the audio signal may optionally be pre-processed (for example, to eliminate background noise, clarify the signal, and the like) and then processed to generate a signature of the audio signal.
- the signature is stored in the signature library and is indexed according to the identity of the component, the type of component, a charactenstic(s) of the component, and the like.
- an audio signal is generated based on, for example, a sound captured by the microphone 108 via, for example, the audio interface module 212 (operation 804).
- the captured sound is emitted by a known component but may contain sounds emitted by other objects, noise generated by the environment (such as echoes), noise generated by the electronic equipment (such as the microphone 108), and the like.
- the audio signal is optionally pre- processed, for example, to isolate a particular sound emitted by the known component (operation 808).
- a segment of the audio signal may be edited from a longer audio clip, a particular sound may be isolated from other sounds that occur contemporaneously, or both.
- the audio pre-processing module 2 6 may perform the optional pre-processing.
- the audio signature is generated based on the audio signal
- the signature may be generated by considering characteristics of an audio waveform, such as a frequency range(s), a tempo, acoustic resonances, power for each of a plurality of frequency ranges, and the like.
- the generated signature is stored for future use in a signature library (operation 8 6) and the library index is revised (operation 820) by, for example, the training module 244 based upon profile information for the sound provided by a user, a software application, and the like.
- the method 800 then ends.
- FIG. 9 is a flowchart for an example method 900 for identifying a source of sounds emitted by components of a vehicle, in accordance with an example embodiment.
- one or more of the operations of the method 900 may be performed by the audio interface module 212, the audio pre-processing module 216, the audio processing module 220, the signature analysis module 224, the action module 240, the notification module 248, or any combination thereof.
- an audio signal is obtained from, for example, the microphone 108 via, for example, the audio interface module 212 (operation 904).
- the captured sound may be emitted by an unknown component of the vehicle and may contain sounds emitted by other components or objects, noise generated by the environment (such as echoes), noise generated by the electronic equipment (such as the microphone 108), or any combination thereof.
- the audio signal is optionally pre- processed, for example, to isolate a particular sound (operation 908).
- a segment of the audio signal may be edited from a longer audio clip and/or a particular sound may be isolated from other sounds that occur contemporaneously.
- the audio pre-processing module 216 may perform the optional pre-processing.
- the audio signature is generated based on the audio signal
- the signature is generated by considering characteristics of an audio waveform, such as a frequency range(s), a tempo, acoustic resonances, a power of each of a plurality of frequency ranges, and the like.
- the audio signature is generated by the audio processing module 220 for processing by, for example, the signature analysis module 224.
- the generated signature is compared to signatures in a library of signatures by, for example, the signature analysis module 224 (operation 916). For example, characteristics of the two audio waveforms, such as the tempos of the waveforms, may be compared. A test is then performed to determine if a match is found (operation 920).
- the generated signature matches none of the signatures in the library of signatures, an error notification is issued indicating that no match has been found (operation 932) and the method 900 ends; otherwise, the monitored component is identified as being the component that corresponds to the signature in the library, as being of the type of component that corresponds to the signature in the library, as having the characteristic(s) that corresponds to the signature in the library, or any combination thereof (operation 924).
- fuzzy matching may be used in comparing the signatures. For example, if the parameters of the generated signature are within a ten percent range of the corresponding parameters of the library signature, a match is confirmed.
- a number of signatures may be related. For example, a fan belt may emit different sounds corresponding to different levels of wear.
- Some signatures in the library may correspond to different levels of acceptable wear (i.e., no replacement is needed) and other signatures may correspond to different levels of unacceptable wear (i.e., replacement is recommended).
- the generated signature may be compared to each of the library signatures using fuzzy matching to determine the le vel of wear of the fan belt.
- FIG, 10 is an example maintenance identification data structure
- the maintenance identification data structure 1000 may be a table in a database. Each row 1004 of the maintenance identification data structure 1000 corresponds to a maintenance issue in a maintenance library.
- Column 1008 is a maintenance issue fi eld comprising an identification of the maintenance issue;
- column 1012 is an audio signature identifier field comprising an identification number for an audio signature corresponding to the maintenance issue:
- column 1016 is a location identifier field comprising an identification of a waypoint, or a description of a series of waypoints, corresponding to the maintenance issue;
- column 1020 is a speed field comprising a speed, or a description of a history of speeds, corresponding to the maintenance issue;
- column 1 24 is an acceleration field comprising an acceleration, or a description of a history of accelerations, corresponding to the maintenance issue;
- column 1028 is a temperature field comprising a temperature, or a description of a history of temperatures, corresponding to the maintenance issue.
- FIG, 11 is a flowchart for an example method 1 100 for identifying a maintenance issue of a vehicle, in accordance with an example embodiment.
- one or more of the operations of the method 1 100 may be performed by the action module 240, the speed and acceleration analysis module 236, the notification module 248, or any combination thereof.
- the action module 240 checks the maintenance identification data structure 1000 for a vehicle maintenance issue based on the recorded vehicle speed, vehicle acceleration, vehicle deceleration, vehicle location, vehicle temperature, and the like (operation 1 104). For example, the action module 240 may compare the data in the speed vector 300, the acceleration vector 330, the deceleration vector 360, the temperature array 400, and the waypoint vector 450 to the conditions of each maintenance issue in the maintenance identification data structure 1000. A test is performed to determine whether any of the maintenance conditions in the maintenance identification data structure 1000 are satisfied (operation 1108).
- a '"no maintenance issue found" message is issued (operation 1 12); otherwise, the recommended action is performed, a notification is issued, or both (operation 1116).
- a notification may be issued via the notification module 248 to a mobile device of a user indicating that wheel bearings in an automobile may need to be replaced. The method 1100 then ends.
- FIGS. 12A and 12B illustrate example user interfaces 1200, 1250 for training and utilizing the vehicle monitor 112, in accordance with an example embodiment.
- the user interface 1200 may be generated by, for example, the user interface module 208.
- a user may select an initiate button
- the audio stored in the named file will be processed by the method 800 upon the user selecting the initiate button 1204; if no file name is entered in the file field ! 208, the audio captured by the microphone 108 will be processed by the method 800 upon the user selecting the initiate button 1204.
- the pre-process button 1212 is selected, optional operation 808 will be performed and the audio signal will be pre-processed. In one example embodiment, the pre-processing is automatically performed, as needed, based on the quality of the audio signal. Once the sound has been isolated, a user may play the sound by selecting the play button 1236.
- the component type (if known), and one or more characteristics of the component (if known) are entered by the user in a component field 1216, a component type field 1220, and a characteristics field 1224, respectively.
- the user may add the audio signature to the signature library by selecting the store signature button 1232.
- the audio signature is automatically stored in the signature library.
- a user may select a start monitoring button 1254 to start the vehicle monitoring process.
- a recommendation indicator 1258 will be activated if a maintenance recommendation has been issued.
- an action indicator 1262 will be activated if a maintenance action has been taken. If the recommendation indicator 1258 is activated, the corresponding recommendation is displayed in a recommendation field 1266. If the action indicator 1262 is activated, the corresponding action is displayed in an action field 1270.
- the recommendation indicator 1258 or the action indicator 1262 is activated, the identity of the component (if known), the component type (if known), and one or more characteristics of the component (if known) are displayed in the component field 1216, the component type field 1220, and the characteristics field 1224, respectively.
- FIG, 13 is a block diagram illustrating an example mobile device
- the mobile device 1300 may include a processor 1302.
- the processor 1302 may be any of a variety of different types of commercially available processors suitable for mobile devices (for example, an XScale architecture microprocessor, a microprocessor without interlocked pipeline stages (MIPS) architecture processor, or another type of processor 1302).
- the memory 1304 may be adapted to store an operating system (OS) 1306, as well as application programs 1308, such as a mobile location enabled application that may provide location-based sen-ices (LBSs) to a user.
- OS operating system
- application programs 1308 such as a mobile location enabled application that may provide location-based sen-ices (LBSs) to a user.
- the processor 1302 may be coupled, either directly or via appropriate intermediary hardware, to a display 1310 and to one or more input/output (I/O) devices 1312, such as a keypad, a touch panel sensor, a microphone, and the like.
- the processor 1302 may be coupled to a transceiver 13 4 that interfaces with an antenna 1316,
- the transceiver 1314 may be configured to both transmit and receive cellular network signals, wireless data signals, or other types of signals via the antenna 1316, depending on the nature of the mobile device 1300.
- a GPS receiver 1318 may also make use of the antenna 1316 to receive GPS signals.
- Modules may constitute either software modules (e.g., code embodied (1) on a non-transitory machine- readable medium or (2) in a transmission signal) or hardware-implemented modules.
- a hardware-implemented module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner.
- one or more computer systems e.g., a standalone, client, or server computer system
- one or more processors may be configured by software (e.g., an application or application portion) as a hardware-implemented module that operates to perform certain operations as described herein.
- a hardware -implemented module may be implemented mechanically or electronically.
- a hardware- implemented module may comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC)) to perform certain operations.
- a hardware-implemented module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-puipose processor or other programmable processor) that is temporarily configured by software to perform certain operations.
- the decision to implement a hardware-implemented module mechanically, in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.
- the term ''hardware-implemented module should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired) or temporarily or transitorily configured (e.g., programmed) to operate in a certain manner and/or to perform certain operations described herein.
- winch hardware-implemented modules are temporarily configured (e.g., programmed)
- each of the hardware-implemented modules need not be configured or instantiated at any one instance in time.
- the hardware-implemented modules comprise a general-purpose processor configured using software
- the general-purpose processor may be configured as respective different hardware-implemented modules at different times.
- Software may accordingly configure a processor, for example, to constitute a particular hardware-implemented module at one instance of time and to constitute a different hardware-implemented module at a different instance of time.
- Hardware-implemented modules can provide information to, and receive information from, other hardware-implemented modules. Accordingly, the described hardware -implemented modules may be regarded as being communicatively coupled. Where multiples of such hardware -implemented modules exist contemporaneously , communications may be achieved through signal transmission (e.g., over appropriate circuits and buses that connect the hardware-implemented modules), in embodiments in which multiple hardware- implemented modules are configured or instantiated at different times, communications between such hardware-implemented modules may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple hardware-implemented modules have access.
- one hardware-implemented module may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further hardware-implemented module may then, at a later time, access the memory device to retrieve and process the stored output. Hardware-implemented modules may also initiate communications with input or output devices, and can operate on a resource (e.g., a collection of information).
- a resource e.g., a collection of information
- processors may be temporarily configured (e.g., by software) or permanently configured to perform the relevant operations. Whether temporarily or permanently configured, such processors may constitute processor-implemented modules that operate to perform, one or more operations or functions.
- the modules referred to herein may, in some example embodiments, comprise processor-implemented modules.
- the methods described herein may be at least partially processor-implemented. For example, at least some of the operations of a method may be performed by one or more processors or processor-implemented modules. The performance of certain of the operations may be distributed among the one or more processors, not only residing within a single machine, but deployed across a number of machines. In some example embodiments, the processor or processors may be located in a single location (e.g., within a home environment, an office environment, or a server farm), while in other embodiments the processors may be distributed across a number of locations.
- the one or more processors may also operate to support performance of the relevant operations in a "cloud computing" environment or as a “software as a service” (SaaS). For example, at least some of the operations may be performed by a group of computers (as examples of machines including processors), these operations being accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., application program interfaces (APIs)).
- SaaS software as a service
- the operations may be performed by a group of computers (as examples of machines including processors), these operations being accessible via a network (e.g., the Internet) and via one or more appropriate interfaces (e.g., application program interfaces (APIs)).
- APIs application program interfaces
- Example embodiments may be implemented in digital electronic circuitry, or in computer hardware, firmware, or software, or in combinations of them.
- Example embodiments may be implemented using a computer program product, e.g., a computer program tangibly embodied in an information carrier, e.g., in a machine -readable medium for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers.
- a computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a standalone program or as a module, subroutine, or other unit suitable for use in a computing environment.
- a computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
- operations may be performed by one or more programmable processors executing a computer program to perform functions by operating on input data and generating output.
- Method operations can also be performed by, and apparatus of example embodiments may be implemented as, special purpose logic circuitry, e.g., an FPGA or an ASIC.
- the computing system can include clients and servers.
- a client and server are generally remote from each other and typically interact through a communication network.
- the relationship of client and server arises by virtue of computer programs running on the respective computers and having a client- server relationship to each other.
- both hardware and software architectures require consideration.
- the choice of whether to implement certain functionality in permanently configured hardware e.g., an ASIC
- temporarily configured hardware e.g., a combination of software and a programmable processor
- a combination of permanently and temporarily configured hardware may be a design choice.
- hardware e.g., machine
- software architectures that may be deployed, in various example embodiments.
- FIG. 14 is a block diagram of a machine in the example form of a computer system 1400 within which instructions may be executed for causing the machine to perform any one or more of the methodologies discussed herein.
- the machine may be the example apparatus 200 of FIG. 2 for monitoring a vehicle.
- the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
- the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a personal digital assistant (PDA), a cellular telephone, a web appliance, a network router, switch, or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA personal digital assistant
- machine shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein,
- the example computer system 1400 includes a processor 1402
- the computer system 1400 may further include a video display unit 1410 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 1400 also includes an alphanumeric input device 1412 (e.g., a keyboard), a user interface (UI) navigation (or cursor control) device 1414 (e.g., a mouse), a disk drive unit 1416, a signal generation device 1418 (e.g., a speaker), and a network interface device 1420.
- a video display unit 1410 e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)
- the computer system 1400 also includes an alphanumeric input device 1412 (e.g., a keyboard), a user interface (UI) navigation (or cursor control) device 1414 (e.g., a mouse), a disk drive unit 1416, a signal generation device 1418 (e.g., a speaker), and
- the drive unit 1416 includes a machine-readable medium 1422 on which is stored one or more sets of data stractures and instructions 1424 (e.g., software) embodying or utilized by any one or more of the methodologies or functions described herein.
- the instructions 1424 may also reside, completely or at least partially, within the main memory 1404 and/or within the processor 1402 during execution thereof by the computer system 1400, the main memory 1404 and the processor 1402 also constituting machine-readable media 1422.
- the instructions 1424 may also reside within the static memory 1406.
- machine-readable medium. 1422 is shown in an example embodiment to be a single medium, the term “machine-readable medium " ' may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more data stractures or instructions 1424.
- the term “machine-readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding, or carrying the instructions 1424 for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention, or that is capable of storing, encoding, or carrying data structures utilized by or associated with such instructions 1424.
- machine -readable medium shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
- Specific examples of machine -readable media 1422 include non-volatile memory, including by way of example semiconductor memory devices, e.g., erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and D VD-ROM disks,
- the instructions 1424 may further be transmitted or received over a communications network 1426 using a transmission medium.
- the instructions 1424 may be transmitted using the network interface device 1420 and any one of a number of well-known transfer protocols (e.g., hypertext transfer protocol (HTTP)).
- HTTP hypertext transfer protocol
- Examples of communications networks 1426 include a local area network (LAN), a wide area network (WAN), the Internet, mobile telephone networks, plain old telephone (POTS) networks, and wireless data networks (e.g., ⁇ il l and WiMax networks).
- transmission medium shall be taken to include any intangible medium that is capable of storing, encoding, or carrying the instructions 1424 for execution by the machine, and includes digital or analog communications signals or other intangible media to facilitate communication of such instructions 1424.
- a transmission medium is an embodiment of a machine readable medium.
- An apparatus for determining a maintenance issue comprising:
- an audio analysis module implemented using a hardware device, for obtaining an audio signal and analyzing the audio signal to generate an audio signature
- a signature analysis module for identifying a characteristic of a component based on the audio signature
- an action module for determining an action based on the characteristic of the component.
- a method for determining a maintenance issue comprising:
- a non-transitory machine -readable storage medium comprising instructions, which when implemented by one or more machines, cause the one or more machines to perform operations comprising:
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Acoustics & Sound (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Library & Information Science (AREA)
- Human Computer Interaction (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Otolaryngology (AREA)
- Spectroscopy & Molecular Physics (AREA)
- Measurement Of Mechanical Vibrations Or Ultrasonic Waves (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/186,974 US10388086B2 (en) | 2015-12-31 | 2016-06-20 | Vehicle monitoring |
PCT/US2017/038370 WO2017223108A1 (en) | 2016-06-20 | 2017-06-20 | Machine monitoring |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3472742A1 true EP3472742A1 (en) | 2019-04-24 |
EP3472742A4 EP3472742A4 (en) | 2020-02-19 |
Family
ID=65800314
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP17816076.8A Pending EP3472742A4 (en) | 2016-06-20 | 2017-06-20 | Machine monitoring |
Country Status (2)
Country | Link |
---|---|
EP (1) | EP3472742A4 (en) |
WO (1) | WO2017223108A1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9843877B2 (en) | 2015-12-31 | 2017-12-12 | Ebay Inc. | Sound recognition |
DE102021209414A1 (en) | 2021-08-26 | 2023-03-16 | Volkswagen Aktiengesellschaft | Diagnosis of a motor vehicle in driving conditions by audio analysis |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19725669C1 (en) * | 1997-06-18 | 1998-10-22 | Daimler Benz Ag | Vehicle stopping method for theft prevention |
US6775642B2 (en) * | 2002-04-17 | 2004-08-10 | Motorola, Inc. | Fault detection system having audio analysis and method of using the same |
ATE509332T1 (en) | 2005-03-14 | 2011-05-15 | Harman Becker Automotive Sys | AUTOMATIC DETECTION OF VEHICLE OPERATING NOISE SIGNALS |
US7920944B2 (en) * | 2005-10-21 | 2011-04-05 | General Motors Llc | Vehicle diagnostic test and reporting method |
US9129460B2 (en) * | 2007-06-25 | 2015-09-08 | Inthinc Technology Solutions, Inc. | System and method for monitoring and improving driver behavior |
US20090177354A1 (en) * | 2008-01-09 | 2009-07-09 | International Business Machines Corporation | Method for vehicle fault diagnosis using audio sensors |
US8983677B2 (en) * | 2008-10-01 | 2015-03-17 | Honeywell International Inc. | Acoustic fingerprinting of mechanical devices |
US8509982B2 (en) * | 2010-10-05 | 2013-08-13 | Google Inc. | Zone driving |
KR101251781B1 (en) * | 2010-12-06 | 2013-04-08 | 현대자동차주식회사 | Diagnostic Device including microphone |
-
2017
- 2017-06-20 EP EP17816076.8A patent/EP3472742A4/en active Pending
- 2017-06-20 WO PCT/US2017/038370 patent/WO2017223108A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
EP3472742A4 (en) | 2020-02-19 |
WO2017223108A1 (en) | 2017-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11113903B2 (en) | Vehicle monitoring | |
US11144378B2 (en) | Computer system and method for recommending an operating mode of an asset | |
US9332362B2 (en) | Acoustic diagnosis and correction system | |
US20150213555A1 (en) | Predicting driver behavior based on user data and vehicle data | |
JP6494009B1 (en) | Pollution estimation system | |
WO2017190595A1 (en) | Vehicle data processing method, apparatus, and terminal device | |
US9928669B2 (en) | System and method for providing optimal state indication of a vehicle | |
CN108627349B (en) | Method and mobile device for detecting a particular operating state of a motor vehicle | |
WO2019125532A1 (en) | Programmatic ally identifying a personality of an autonomous vehicle | |
US8688309B2 (en) | Active and stateful hyperspectral vehicle evaluation | |
US20210056778A1 (en) | Techniques to detect vehicle anomalies based on real-time vehicle data collection and processing | |
US20220100595A1 (en) | Computer System and Method for Recommending an Operating Mode of an Asset | |
JP6459874B2 (en) | Abnormality diagnosis system | |
EP3472742A1 (en) | Machine monitoring | |
CN108254199B (en) | Vehicle health prediction method, device and equipment | |
CN108267170B (en) | Environment monitoring method and device | |
CN109215172A (en) | Detection method, device and the readable storage medium storing program for executing of vehicle-state | |
CN109177661A (en) | tire pressure monitoring method and device | |
WO2023102326A1 (en) | Predicting a driver identity for unassigned driving time | |
US20240142332A1 (en) | System And Method For Detecting Pressure Loss Rate And Associated Events For Motor Vehicle Tires | |
CN115200697A (en) | Vibration behavior identification method and device, electric vehicle, electronic equipment and storage medium | |
CN117131957A (en) | Machine learning-based engine oil low pressure fault prediction method and system | |
JP2024050086A (en) | Sound recording system and abnormal sound analysis system | |
CN117275514A (en) | Method and device for detecting abnormal operation of equipment, electronic equipment and vehicle |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20181206 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Free format text: PREVIOUS MAIN CLASS: G06F0019000000 Ipc: G07C0005080000 |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20200121 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06F 16/683 20190101ALI20200115BHEP Ipc: G01M 13/028 20190101ALN20200115BHEP Ipc: G07C 5/00 20060101ALN20200115BHEP Ipc: G07C 5/08 20060101AFI20200115BHEP Ipc: G10L 25/51 20130101ALI20200115BHEP |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20221207 |
|
P01 | Opt-out of the competence of the unified patent court (upc) registered |
Effective date: 20230523 |