AN ALERT ATTENUATOR AND METHOD FOR MANAGING ALERTS

20240208328 ยท 2024-06-27

    Inventors

    Cpc classification

    International classification

    Abstract

    A vehicle alert management system that manages alert lights and tones in accordance with vehicle speed and other inputs is described. The vehicle alert management system is configured so that in use the alert management system attenuates an alert lamp or click or tone after a selected time interval if the system detects that vehicle speed is below a selected speed or within a selected threshold, or if the system detects no change outside a threshold speed range, or other suitable speed algorithm. The system in embodiments is configured to attenuate the in-vehicle cabin sound associated with a direction indicator on a vehicle so that it is inhibited after a selected time period, and allowed to play in the cabin after the vehicle speed moves out of a selected threshold range.

    Claims

    1. A vehicle alert management system that manages alert lights and/or tones in accordance with a time elapsed since actuation and/or change in vehicle speed relative to a threshold speed window.

    2. The vehicle alert management system in accordance with claim 1 configured so that in use the alert management system turns off selected alert lamps, or mutes selected sounds, or attenuates an alert tone after a selected time interval if the system detects that vehicle speed is below a selected speed, or within a selected threshold, or if the system detects no change outside a threshold speed range, or other suitable speed algorithm.

    3. A method of turning off alert lights, or muting, or attenuating sound relating to a vehicle signal or alarm, the method including the steps of: receiving data, in a computer processor, from a signal actuator for a vehicle action; receiving data, in a computer processor, from a speed sensor; inhibiting a cabin sound related to the signal actuator to an amplifier or sound system or speaker based on a selected change in vehicle speed over a selected time period.

    4. (canceled)

    5. The method in accordance with claim 3 further including the step of sending a pass-through command to the light actuator, sound system or speaker or amplifier if a further data signal is received from another signal actuator.

    6. The method in accordance with claim 3 further including the step of sending a pass-through command to the sound system or speaker or amplifier if the computer processor calculates that the speed data from the speed sensor is outside the selected threshold speed range.

    7. The method in accordance with claim 3 further including the step of sending a pass-through command to the sound system or speaker or amplifier if the computer processor calculates that the inhibiting command has been inhibiting the sound for more than a selected time period.

    8. (canceled)

    9. (canceled)

    10. (canceled)

    11. A system for attenuating sound relating to a vehicle signal or alarm, the system including: a computer processor; one or more data inputs to the computer processor from a user actuator for a vehicle operation; one or more data inputs to the computer processor from a speed sensor; one or more data inputs to the computer processor from a timer, or an internal timer; a data output to a sound amplifier or sound system or speaker; the computer processor being configured to transmit from the data output, a sound inhibiting command to the amplifier or sound system or speaker if the processor receives data from the speed sensor and timer that vehicle speed has been below a selected threshold for a selected period of time, or if the computer processor calculates that the speed data from the speed sensor has been within a selected threshold speed range over a selected period of time, or in accordance with another suitable speed algorithm.

    12. (canceled)

    13. The method in accordance with claim 3, further including the step of receiving data from a speedometer or an onboard GPS to inform the decision relating to sound inhibiting by the computer processor.

    14. (canceled)

    15. The method in accordance with claim 3 wherein the computer processor receives data from a brake pedal sensor, steering wheel sensor, accelerator sensor, or an onboard compass or onboard gyroscope, to calculate whether a vehicle action has been taken to inform the sound inhibiting command decision.

    16. (canceled)

    17. The method in accordance with claim 3 wherein the data inputs are from an OBD (on board diagnostic) system or onboard management module via a plug or network module.

    18. The method in accordance with claim 3 wherein the data inputs are via a wireless or wired network module which is connected directly or indirectly to the OBD plug or onboard vehicle management module.

    19. The system in accordance with claim 7 further including a network module for communication with the OBD or onboard vehicle management module.

    20. The system in accordance with claim 7 further including an OBD or onboard management module interface plug or socket.

    21. The method in accordance with claim 3 including: monitoring alert tone noise with a microphone.

    22. The method in accordance with claim 3 further including the step of: recording in a computer processor the length of time that the selected alert has been in operation.

    23. The method in accordance with claim 3 further including the step of: transmitting attenuation commands to an amplifier with a computer processor to decrease and/or mute the noise from the amplifier, after about 5 seconds, or about 10 seconds, or about 15 seconds, or about 20 seconds, or about 30 seconds.

    24. The method in accordance with claim 3 further including the step of, in a processor, receiving data from the microphone to record a number of repetitive noise events, including a tick, beep, tock, dong, clang, and the like.

    25. The method in accordance with claim 17 wherein the method further includes the step of attenuating, increasing or muting the selected alert after a selected number of dings, tocks, ticks, beeps, clangs, or other sound events.

    26. (canceled)

    27. (canceled)

    28. The method in accordance with claim further including the steps of: recording in a processor the time of alert commencement; commencing in a processor a timer from the time of alert receipt; silencing by use of a processor module the alert for a selected period of time; recording and assessing in a processor module the speed of the vehicle; and then increasing the volume of the alert after the selected period of time or after a threshold speed range has been exceeded.

    29. The method in accordance with claim 3 wherein the method includes the step of assigning a weight to selected alerts for use in an alert prioritisation algorithm, such that alerts with a higher weighting are re-activated before other alerts.

    30. (canceled)

    31. (canceled)

    32. (canceled)

    33. (canceled)

    34. (canceled)

    35. (canceled)

    36. (canceled)

    37. (canceled)

    38. (canceled)

    39. The method in accordance with any one of claims 3, 9, 10 or any one of claims 12 to 18 wherein the threshold speed variation to cause the processor to take action to inhibit the cabin light or sound signal is within a difference of 10 km/h, or 1 km/h, 2 km/h, 3 km/h, 4 km/h, 5 km/h, 15 km/h, 20 km/h, 25 km/h, 30 km/h, 35 km/h, 40 km/h, 50 km/h, 60 km/h.

    40. The method in accordance with any one of claims 3, 9, 10 or any one of claims 12 to 18 wherein the threshold speed range to cause the computer processor to take action to inhibit the cabin light or sound signal, is inside the range of 0-10 km/h, or 10-20 km/h, or 20-30 km/h, or 30-40 km/h, or 40-50 km/h, or 50-60 km/h.

    Description

    BRIEF DESCRIPTION OF THE DRAWINGS

    [0097] In order to enable a clearer understanding, a preferred embodiment of the technology will now be further explained and illustrated by reference to the accompanying drawings, in which:

    [0098] FIG. 1 is a simplified schematic diagram of a decision tree relating to an embodiment of the present technology;

    [0099] FIG. 2 is a schematic diagram of a system of an embodiment of the present technology;

    [0100] FIG. 3 is a schematic diagram of a system of another embodiment of the present technology;

    [0101] FIG. 4 is a schematic diagram of a system of still another embodiment of the present technology;

    [0102] FIG. 5 is a flow chart of the decisions and steps of an embodiment of the method of the present technology; and

    [0103] FIG. 6 is a flow chart which shows a high level management of multiple sequential alert episodes and attenuation episodes.

    DETAILED DESCRIPTION OF AN EXAMPLE EMBODIMENT

    [0104] Referring to the drawings there is generally indicated at 10 a vehicle alert management system (FIGS. 2, 3 and 4) and a method 99 which may be implemented by those embodiments of the system 10 (FIGS. 1 and 5) that manages alert lights and/or tones in accordance with vehicle speed.

    [0105] The arrangement is such that in use the alert management system 10 allows an alert light and/or tone to emanate from a lamp or an audio system at least initially, but after a selected time, switches off the light, or mutes the alert tone, or attenuates the alert tone, if the system 10 detects that the vehicle speed is below a selected threshold, or if the system 10 detects no change to the vehicle speed outside a threshold speed range, or other suitable speed algorithm.

    [0106] The vehicle alert lights and tones managed by the system 10 and method 99 are several, and include: left/right turn indicator alert; reversing alert; parking sensor (proximity sensor) alert; other proximity alert.

    [0107] It can be seen in FIGS. 2, 3 and 4, embodiments of the system 10 for turning off the alert lamps or lights or screen area, and muting or attenuating sound relating to a vehicle signal or alarm.

    [0108] The system 10 includes a computer processor 20 which has one or more data inputs 30 relating to a user actuator such as a turn indicatornot shownfor a vehicle operation such as turning. The computer processor 20 may include a flashing circuit which causes a lamp such as a bulb 69 to turn on in a selected pattern or sequencegenerally, flashing on and off, every second or so. The lamp could be a bulb 69 or plurality of lamps such as an LED group, and/or a display region on a display screen. Turn signal display module in computer processor 20 operates the bulb 69 or LED group or display region on a display screen. The computer processor 20 is configured to attenuate or inhibit the turn signal display on the display screen or inhibit power to the flashing circuit for a selected period of time or inhibit power to the bulb 69 for a selected period of time.

    [0109] The computer processor 20 is also configured to switch power off for a selected period of time to the amplifier 65 which amplifies the audio signal from the flashing circuit.

    [0110] The data inputs 30 may be directly connected to a turn indicator stalk or may be connected to an OBD (on board diagnostic) plug which may relay data relating to turn indication to the processor 20.

    [0111] The various modules, logic and components of the technology may be provided by a processor or other hardware or firmware components of a vehicle. One or more of the modules may also be embodied as a circuit. The processor itself may include the vehicle OBD, so that the processing relating to the silencing of the turn signal may be conducted on board the car's actual diagnostic or management system; or it may be a separate and standalone processor 20 such as an aftermarket unit with a network module so as to detect an audio signal in the cabin with a microphone, or configured to detect a wireless or wired signal relating to speed and turn signalling alerts.

    [0112] Generally speaking, a computer program product in accordance with one embodiment comprises a tangible computer usable medium (RAM, USB drive, or like technology) having computer readable code embodied therein, wherein the computer readable code is configured to be executed by a processor working in connection with an operating system to implement one or more functions as described hereinbelow. The code may be written in any suitable language including C, C++, Java, and the like.

    [0113] The processor 20 may be implemented as multiple processors and/or sub processors, wirelessly or connected physically with wires or PCB tracks. There may be storage connected to the processor so that the processor can retrieve algorithms for inhibiting or attenuating or otherwise managing cabin audio or light signals.

    [0114] It may alternatively be that the alert tone from the actuation of the turn indicator is sensed from a microphone which is disposed on board or connected to the system or processor 20.

    [0115] There is also in the system 10, one or more data inputs 40 to the computer processor 20 relating to a vehicle's speed (or directly or indirectly from a speed sensor 45). The speed may be input to the processor via an onboard GPS 47 (on board to processor 20) or from a network card or from an OBD (on board diagnostic) plug, the latter two of which are configured to obtain their input from an OBD processor.

    [0116] The system 10 further includes one or more data inputs 50 to the computer processor 20 from a timer or an internal timer 55, and a data output 60 to a sound amplifier 65 or sound system or speaker. A secondary speed sensor may provide data input, which may be a GPS unit 68. A brake pedal 67 may provide data input to the computer processor 20. Further, an accelerometer 66 may provide data input to the computer processor 20, to provide data on whether the car is oriented the right way round, or upside down, or in an emergency braking situation.

    [0117] The computer processor 20 is configured to transmit from the data output 60 a sound-inhibiting command to the amplifier 65 or sound system or speaker if the processor 20 receives data relating to the speed sensor 45 and timer 55 that the speed of the vehicle has been below a selected threshold for a selected period of time, or if the computer processor calculates that the speed data sensed by the speed sensor 45 has been within a selected threshold speed range over a selected period of time, or in accordance with another suitable speed algorithm.

    [0118] The speed thresholds are contemplated as being, a set speed. In one example, the set speed threshold is 10 km/h. That is, if the speed is below 10 km/h, in operation the computer processor 20 sends a turn signal attenuation command to the sound system or speaker or amplifier 65 after it receives data from the timer that the turn indicator tone has been in operation for 10 seconds. If speed is above 10 km/h, then the computer processor 20 sends a command that any turn signal alert may be played by the sound system or speaker 65. The timer 55 is also reset, so that the actuation data may pass through to the amplifier when it is next actuated.

    [0119] There are other thresholds, which may be a band of speed. If the speed of the vehicle remains within the same 10 km/h band in which the turn signal was actuated, then the computer processor 20 sends a turn signal tone attenuation command to the sound system or speaker or amplifier 65 after it receives data from the timer that it has been actuated for ten seconds.

    EXAMPLE

    [0120] There can be seen in FIG. 5, the steps in an example method of turning off lights, muting sounds, and/or attenuating sound relating to a vehicle signal or alarm. We will discuss the elements in that method now. First, there is the step of receiving data, in a computer processor 20, from a signal actuator for a vehicle action. The action in this instance is a vehicle turn and the signal actuator is a turn signal. The receiving data step is shown at 510.

    [0121] Then there is the step, shown at 520, of receiving data, in a computer processor 20, from a speed sensor.

    [0122] Next, there is the step, shown at 530, of sending a signal from the computer processor 20 to a light 69, and a sound system or speaker or amplifier 65 to inhibit a cabin lamp and a cabin sound related to the signal actuator, based on a selected change in vehicle speed over a selected time period. As discussed above, the threshold change in speed may be 10 km/h.

    [0123] 88. There may also be other threshold speed variations, including a difference of 1 km/h, 2 km/h, 3 km/h, 4 km/h, 5 km/h, 15 km/h, 20 km/h, 25 km/h, 30 km/h, 35 km/h, 40 km/h, 50 km/h, 60 km/h.

    [0124] There may also be other threshold speed ranges which may cause the computer processor to take action to inhibit the sound signal, including 0-10 km/h, 1020 km/h, 20-30 km/h, 30-40 km/h, 40-50 km/h, 50-60 km/h and so on.

    [0125] The method may further include the step of sending a pass-through command to the sound system or speaker or amplifier 65 if a further data signal is received from another signal actuator, such as for example if the left signal were actuated, for a long time, and the turn signal tone were attenuated by the computer processor 20, and then the right turn signal were actuated, the pass through command would be sent to the amplifier or sound system or speaker 65 to allow the turn signal alert tone to the amplifier and sound system or speaker 65.

    [0126] Again, it may be seen in FIG. 5 that there is included the step of sending a passthrough command to the sound system or speaker 65 or amplifier if the computer processor 20 calculates that the speed data from the speed sensor 45 is outside the selected threshold speed range. This has the effect of resetting the turn signal alert as shown in step 540.

    [0127] While it is not shown in FIG. 5, it can be understood that the step of 550 can be omitted such that in operation the computer processor 20 may be configured to transmit from the data output, a sound inhibiting command to the amplifier or sound system or speaker if the processor receives data from the timer 55 that a selected time period has elapsed since the actuator for the vehicle operation was actuated, whether or not the speed has changed.

    [0128] The arrangement of the system may be such that the processor is attached to a car as an aftermarket unit, and in that unit the computer processor may be an intel chip, or a Raspberry Pi, or an Arduino chip, Atmega328p, MSP430, STM32, ESP32 or others. The computer processor 20 may also be a PLC. The MCU may include a network module so as to interface wirelessly or in a wired way with the OBD or other elements. For example, a signal from the turn signal actuator may be presented wirelessly (via a Bluetooth network unit wired into the turn signal actuator at the stem base, for example).

    [0129] The data from the signal actuator may be directly sent to the inlet port from the actuator or the computer processor 20 may be attached to an outlet port of a computer processor which directly manages vehicle operations. In that instance, the computer processor 20 may receive data relating to the signal actuator from the computer processor manager of vehicle operations, rather than from the signal actuator itself.

    [0130] There is also a re-introduction algorithm which is implemented by one or more modules in the processor 20. The re-introduction algorithm implements a method including the steps of: recording the time of alert commencement; commencing a timer from the time of alert receipt; silencing the alert for a selected period of time; and then increasing the volume of the alert after the selected period of time or after a threshold speed range has been exceeded.

    [0131] The reintroduction algorithm method includes the step of assigning a weight to selected alerts for use in an alert prioritisation algorithm. The method includes the step of implementing an alert prioritisation algorithm such that alerts with a higher weighting are re-activated before other alerts. The method includes the step of reactuating alerts with a higher weight earlier than alerts with a lower weighting. The method includes the step of silencing alerts with a lower weight for longer than alerts with a higher weighting in the alert prioritisation algorithm.

    [0132] The indicator alert has a high weighting in the alert prioritisation algorithm, being 0.5 in the alert prioritisation algorithm; a hazard light alert has a weighting of 0.8 in the alert prioritisation algorithm, a proximity alert has a weighting of 0.9 in the alert prioritisation algorithm. The algorithm re-actuates alerts after a selected number of seconds and then re-silences the alerts after another selected number of seconds.

    [0133] The processor 20 records the number of re-actuations and reduces the silencing time between them unless there has been a change in one of the recorded conditions relating to that alert, such as for example, threshold speed range, or temperature, or steering angle, or proximity to another vehicle.

    [0134] In this way the processor 20 monitors a plurality of silencing events and by the reduction of the silencing time between alert episodes, and/or the reintroduction of certain alerts in a certain order, encourages the taking of some action in response to an alert tone. This is shown in FIG. 6.

    CLARIFICATIONS

    [0135] Modifications and improvements to the invention will be readily apparent to those skilled in the art. Such modifications and improvements are intended to be within the scope of this invention.