Wireless connectivity in a radar detector

Description

Technical field

[0001] The present invention relates to anti-radar devices.

State of the art

[0002] Anti-radars warn drivers about the use of police radars and potential fines if the driver crosses! speed limit. The FCC has allocated several areas of the electromagnetic spectrum for use by police radars. The bands used by police radars are commonly known as the X, K and Ka bands. Each covers a different part of the spectrum. The X and K bands have relatively narrow frequency ranges, while the Ka band has a relatively wide frequency range. In the early 1990s, police radars evolved so much that they could operate almost anywhere in the broad 1600 MHz Ka band. At the time, anti-radars kept pace with models with descriptive names such as "Ultra Wide and" Super Wide. " Police recently started using laser (optical) systems to detect speed. This technology was named LI DAR for "Llght Detection And Ranging.

[0003] Anti-radars typically include a microwave receiver and a detection circuit, which is typically made using a microprocessor or a signal processor (DSP). Microwave receivers are usually capable of detecting microwave components in the X, K and very wide Ka bands. In various implementations, either a microprocessor or a digital signal processor (DSP) is used to make decisions about the content of the signal from the microwave receiver. It has been shown that systems containing a signal processor provide higher performance than solutions based on conventional microprocessors due to the DSP's ability to distinguish signals that are covered by noise. Various methods of using DSP are disclosed in US Patent Nos. 4,954,828, 5,079,553, 5,049,885, and 5,134,406, each of which is hereby incorporated by reference.

[0004] The use of lasers by the police has also been counteracted by laser sensors such as those described in US Patent Nos. 5,206,500, 5,347,120, and 5,365,055, each of which is incorporated by reference herein. Currently, there are products available that combine laser detection into one product with a microwave receiver, providing comprehensive protection.

[0005] The DSP or microprocessor in a modern anti-radar is programmable. Can be properly instructed to manage all user interface functions such as switch inputs, lights, sounds, and generate control and timing signals for a microwave receiver and / or laser detector. In the early days of anti-radar development, consumers were looking for products that offered a better way to manage the audibility of sounds and the duration of warning signals. Good examples of these solutions can be found in US Patent Nos. 4,631,542, 5,164,729, 5,250,951, and 5,300,932, each of which is herein incorporated by reference, offer methods of conditioning the responses generated by an anti-radar.

[0006] Methods of conditioning detector responses are gaining importance as there are an increasing number of signals present in the X, K, and Ka bands derived from products that are completely unrelated to police radar. These products share the same spectrum areas and are also licensed by the FCC. The growing number of such signals is quickly undermining the reliability of the anti-radar function. The anti-radar system does not distinguish between the emissions of many of these devices and the actual police radar systems. As a result, anti-radars are increasingly generating false alarms, thus reducing the importance of anti-radar alerts. Possible sources of false alarms include microwave door openers -1ΕΡ 2 477 041Β1 doors, public safety systems like ARTEMIS and other radar sensors. At the moment, there are very few signal sources that can cause false alarms for laser detection, compared to the substantial list for microwave signals described above. However, in some locations near airports, it has been shown that they can cause problems with various laser detectors. The problem of false signals and methods for resolving geographically embedded false alarm sources was taken up in the aforementioned US Patent No. 6,670,905, in which the properties of the false sources were written in relation to the GPS-based source location, so that on the next detection the source could be ignored or answered conditioned on this source.

[0007] The complexity of vehicle electronics continues to increase; GPS and satellite receivers are now common. In addition, wireless connectivity (usually Bluetooth) to cell phones and cellular networks has become commonplace, allowing hands-free use and, in some circumstances, Internet or SMS connectivity within the vehicle's electronic system. As vehicle electronic systems become more widely promoted and complexity increases, more and more advanced functions will be available to drivers within vehicle electronics.

[0008] For example, a common problem with GPS navigational devices is that data on the device may not be updated. Thus, when the user enters the location to which he intends to go into the navigation, the navigation device typically calculates the route or routes to the destination using data that is not updated on the device. Data may have been entered into the navigation when the device was first purchased, sometimes months or years in advance, so based on a route or routes that are not updated. However, to improve the route calculation, some navigation devices may require the server to calculate the route or routes. For example, the server may contain traffic data, so the routes that the server computes may take the traffic data into account. The server can then send a route to the navigation device that does not appear to have any traffic jams. Consequently, some navigation devices with GPS functionality have built-in modems in the device to receive the route or routes from the server.

[0009] Moreover, some beacon devices retrieve traffic data from servers. Typically, the device requires initializing contact with the server by sending a traffic request, otherwise the server does not communicate with the device. Consequently, some navigation devices with GPS functionality have modems built into the devices to receive updated traffic data.

[0010] Data may also be forwarded, typically one way, from the subcarrier or station to the navigation device to display the song name and artist of the song being played on the vehicle. This data can be transmitted via FM and / or received via the modem of the navigation device.

[0011] Moreover, there is an application from Trapster for iPhone, BlackBerry, some Android devices, some Nokia devices and other devices, which, thanks to the GPS capability, tracks the driver's location as a dot on the map, and when the driver passes the police officer waiting roadside with a radar gun, the driver can tap his iPhone, for example to mark the location as a speed trap point. This data point can then be sent to the server so that other drivers using Trapster can be notified of this speed trap as they approach that point on the map. The driver can report the location of police traps live (e.g. police with radar or positioned laser guns), infrared cameras, speed cameras or regular police hideouts, using hotkeys or menu items on the mobile phone. Therefore, via the application, the iPhone can transmit and receive data from the Trapster server.

-2ΕΡ 2 477 041 Β1

[0012] The controller may in particular display on the iPhone screen a list of traps in the vicinity of the driver and the distance to each of them by means of data received from the server. The app provides the driver with data on when the trap was reported, the confidence level and who reported it, and allows the driver to judge the traps that other users have reported based on whether the driver agrees or disagrees with the trap. Colors are used to indicate "trust" in a trap, and trust grows when different users report the same trap at the same location from a mobile device or when users rate the trap on the Trapster website. Also, if a driver reports a trap and others confirm the report, the driver's Karma score also increases.

[0013] In addition to viewing the traps, the driver may receive alerts (e.g. audible alerts) when approaching a previously reported trap, and may also receive alerts for new live police reports in his area via text messages. Indeed, some versions offer the display of traps on the map, while in others, alerts are displayed as a text description in the main application window.

[0014] While the improvements described have served the drivers, further improvements could be made to reduce inaccuracies and improve the driver's experience.

[0015] US 6567035 discloses systems for network discovery devices associated with police operations in a network comprising at least one server and a plurality of client devices. Each client device sends information about its location to the server for saving. When the client device receives information about the detection of activity related to radar, police surveillance or other police activities, the client device sends this information to the server. Then, the server can forward the detection information to other client devices.

[0016] In US 2004/0263378 discloses an apparatus and method for multi-range, multi-frequency signal detection and transmission, comprising a wideband multi-band antenna, a receiver based on a plurality of synthesized step-down converters and a plurality of synthesized programmable multi-channel phase loop LOS, DDS and synthesized, composite I / Q phase detector, control center based on DSP combined with ADC, a multitude of DACs and EPGA, and a plurality of synthesized programmable multi-channel relays synchronized with the DDS.

The essence of the invention

[0017] The invention is defined in the claims.

[0018] The invention provides a police detector, including a police-generated electromagnetic signal detection receiver, a processor connected to the receiver, and evaluating the electromagnetic signals received by the receiver to determine whether an alert should be issued, a software and / or data-controlled processor. and controls the interface of a wireless device, including a radio, a processor paired with a Bluetooth or WI-FI compatible mobile network device via a wireless device interface, a mobile network device providing an internet connection via a Bluetooth or Wi-Fi link between the mobile network device and the wireless device interface, a data exchange processor with a remote server via using an internet connection via a mobile network device, characterized by that the processor forwards data over the internet connection to the remote server, including one or more speed trap locations detected by the receiver and confirmed by the detector user, and that the processor forwards the data via the internet connection to the remote server, including one or more more locations detected by the detector and the corresponding false alert designation given by the detector user.

-3ΕΡ2 477 041 Β1

[0019] In the described embodiments, the processor may use the location data to determine whether to issue a warning to the user of the detector.

[0020] In the disclosed embodiments, an external device may be enclosed in a housing containing lighter plugs to provide 12 volts of cigarette lighter power.

[0021] The above and other objects and advantages of the invention emerge from the accompanying drawings and their description.

Description of the figures of the drawing

[0022] The accompanying drawings, which are incorporated into and form part of the description, show various embodiments of the invention, and together with the foregoing general description of the invention and the following detailed description of the embodiments, they serve to explain the principles of the invention.

Fig. 1 is an electrical block diagram of an anti-radar circuit in accordance with the principles of the present invention.

Fig. 2 is a functional block diagram of the anti-radar device of Fig. 1 placed in an operating environment to demonstrate possible applications.

Fig. 3 is a block diagram of an embodiment of the invention in which the anti-radar function is connected to the terminal of a 12V power source.

Fig. 4 is a block diagram of an embodiment of the invention where a toggle button communicates with the mobile communication device to detect speed traps.

Fig. 5 is a block diagram of a speed trap detection system that only uses the mobile communication device.

Fig. 6 is a block diagram of an embodiment of the invention where the anti-radar communicates with the GPS device.

Fig. 7 is a block diagram of an embodiment of the invention where the detector is in communication with the navigation unit.

Fig. 8A is an illustration of an anti-radar device connected to a public power cord assembly including GPS functionality.

Figures 8B1 and 8B2 show alternative embodiments in which the navigation unit communicates via a wired or wireless connection with an anti-radar connection.

Figures 8C1 and 8C2 show alternative embodiments in which the GPS device communicates via a wired or wireless connection with an anti-radar.

Fig. 8D shows an embodiment of the invention in which a 12v power source terminal together with the display communicates wirelessly with a remote anti-radar.

Fig. 9 is an electrical block diagram of another anti-radar circuit in accordance with the principles of the invention. Fig. 10 is a functional block diagram of the anti-radar of Fig. 9 placed in an operating environment to demonstrate possible applications.

Fig. 11 is another functional block diagram of the anti-radar of Fig. 9 in an environment or client-server system.

Fig. 12 is another functional block diagram of the anti-radar device of Fig. 9 in an environment or client-server system.

Fig. 13 is an exemplary false alarm design according to the principles of the invention.

Fig. 14 is an exemplary hazard designation according to the principles of the invention.

Fig. 15 is an exemplary update according to the principles of the invention.

-4EP 2 477 041 Β1

Detailed Description of Embodiments of the Invention

[0023] With reference to Fig. 1, an anti-radar 20 according to the principles of the invention comprises a processor 22 for controlling all functions of the device. Processor 22 receives information about radar signals from conventional Χ / Κ / ΚΑ band microwave receivers 24 connected to processor 22 via a signal processor (DSP) 26. The microwave receiver 24 and DSP 26 can use any of the technologies described above and the cited patents to reject noise and enhance the distinction between real and fake police radar signals. In addition, the receiver 24 and DSP 26 may be controlled by an optional second CPU 25 which may include additional signal evaluation beyond the capabilities offered by the DSP.

[0024] The processor 22 is connected to a laser detector 30 for detecting LIDAR police signals. The processor 22 is further connected to a GPS receiver 32 and a separate differential GPS receiver (DGPS) 34, so that differential GPS methodologies can be used where beacon signals are available. Since the application of the anti-radar described in the patent is not a proposal for the needs of military services, it is not possible to gain access to a more accurate PPS. However, it is recognized that “the civilian user is free to use the SPS.

[0025] The processor 22 executes a stored program in an electrically erased programmable permanent memory (EEPROM) 36, flash memory, or masked permanent memory (ROM). The processor is programmed to manage and report detected signals in different ways depending on the stored program. The programming includes functions for conditioning the detector response, detailed below.

[0026] The anti-radar further comprises a keyboard for user input or switches 38. Operating commands are communicated by the user to the processor 22 via the keyboard. The processor 22 is further connected to a display 40 which may include one or more light emitting diodes to indicate different states of the device or, in the case of a more complex device, may include an alphanumeric or graphical display providing detailed information to the user. Also included is a loudspeaker 42 which allows the processor 22 to deliver auditory information to the user under various alert conditions, as detailed below. [0027] Processor 22 may also include an interface 44, such as an ODB II compliant interface, for connection to vehicle electronics 46 that are embedded in the vehicle. Modern vehicles are equipped with standard information systems using the so-called standard OBD II interface. Such a standard interface is described in an article titled ODB II Diagnostics by Larry Carley, of Import Car, January 1997, which is hereby incorporated by reference. Processor 22, using the standard OBD II interface 44, can obtain vehicle speed and other vehicle health information directly from the vehicle and then use this information as described in more detail below. Additional and more detailed information and functions can be obtained through Intelligent Vehicle Bus Systems (IDVBs), which in the future may be integrated into vehicles in addition to or instead of OBD II.

[0028] The processor 22 is further connected to the Universal Serial Bus (USB) interface 48 (which may be a "mini-B series") which provides the ability to transfer and download information to and from processor 22. It should be noted that there are three types of USB connections, "A", "B" and "mini-B" series. The "mini-B series" socket measures 6.9mm by 3.1mm while the "A" series is 12.5mm by 5.12mm. The standard USB port is "A" series. In one embodiment of the invention, it is contemplated to use a -5EP 2 477 041 Β1 series "mini-B" socket. The mini-B uses less space for the detector than the standard USB A series. USB interface 48 can be used to automate the assimilation of coordinate information to data structures in EEPROM 34, as described below.

[0029] Processor 22 may serve as a host for USB interface 48, or may serve as a Slave on the same interface. In the first case, the USB interface 48 can be used as a detector interface on a USB mass storage device such as a flash memory. In the latter case, USB interface 48 may allow the processor to communicate with a separate host computer or product application for the purpose of updating or monitoring detector activity.

[0030] The external memory devices connected via the USB interface 48 may have a larger recording capacity than that available from the internal memory. Remote storage devices can include all kinds of dynamically allocated storage (DASD) devices such as flash memory, hard disk, removable or permanent magnetic disk, optical or magneto-optical, or removable or permanent memory cards, or any device having a dynamic directory structure; or table of contents included in the storage format to allow dynamic memory allocation. The storage device, or host computer, or other connected device does not need to be visible to the driver, and may be in a convenient location such as under the vehicle's dashboard.

[0031] USB interface 48 can also be used for firmware update purposes. Updates and bug fixes may be available from time to time, for example, via the manufacturer's website. The USB interface 48 will allow the user to apply the appropriate firmware or fix a bug, whereas in the earlier embodiment, the manufacturer would perform such an upgrade.

[0032] USB interface 48 may also serve to add other user route points. The Internet provides a convenient way to store and access information repositories. Web sites can be created for this task and that provide convenient types of training information. One of them may be a training file containing the coordinate information from the Online "Speed ​​Trap Register" at www.speedtrap.com. This information can be used to set "always alert" bits at known speed trap locations. The second type of training information could be training files provided by individuals for use in specific areas, and a third type of information would be aggregated training files created by integrating individually provided information into single files organized by region. Aggregated training files would be managed and updated by the site administrator.

[0033] Where the host computer in conjunction with the anti-radar 20 is used, the coordinate information may be recorded, e.g. on a hard disk, organized with an indexed database structure to facilitate quick search, and the hard disk may include a special purpose processor for facilitate quick information retrieval. In the event that a general-purpose host computer is connected via a USB interface, it is likely to rely on the higher-scale CPU chip and thus be able to perform complex coordinate comparison tasks more efficiently as described below, and such tasks may be delegated to the host CPU instead of implemented in the processor 22. The host CPU may also anticipate the need for specific coordinate information based on vehicle movements and respond by fetching records from the vicinity of the current location for delivery readiness to processor 22. The host computer may also provide navigation functions to the driver, potentially using the stored signal information and flag bits to provide the user with location information about driving hazards and potential police observation positions.

[0034] As an alternative to the USB interface, the anti-radar 20 may include wired or wireless data exchange functions. For example, in a wired embodiment, a fiash 50 memory slot such as a memory card (SD) or a micro memory card (uSD) may be used to provide and retrieve data from the anti-radar 20. The fiash memory may provide more memory available to databases as a memory expansion. EEPROM 36.

[0035] The fiash memory is a non-volatile computer memory that can be electrically erased and reprogrammed. A non-trust mark means that no power is needed to maintain the information stored on the card. In addition, the fiash memory offers fast read access and better resistance to kinetic shocks than a hard disk. Another feature of the Fiash memory is that when packaged in a memory stick (or USB device), it is extremely durable, capable of withstanding intense pressure, extreme temperatures, and even immersion in water. These features make the Fiash memory card ideal for difficult conditions inside the vehicle. Some fiash memory card formats include Secure Digital (SD), micro Secure Digital (uSD), Secure Digital High Capacity (SDHC) and Secure Digital Input Output (SIDO).

[0036] It will be appreciated the fact, as mentioned above, that the fiash memory functions described above can be achieved via a pluggable fiash USB memory. In this embodiment, the USB anti-radar terminal 48 supports mass storage devices, rather than being merely or in addition to being a USB slave device.

[0037] The processor 22 is further coupled to a radio-hazard warning system (SWS) 52 emitting dedicated short-range signals (DSRC) transmitted in the 5.9 GHz frequency band for use by a vehicle. SWS / DSRC is an infrastructure capable of communicating warning information to surrounding vehicles about various potentially hazardous situations. Some of the alerts that are forwarded include bridge icing warnings, fog zone warnings, MOP zone alerts, railroad crossing warnings, and construction zone alerts. In accordance with the principles of the invention, SWS information may be received and broadcast as driver alerts via multiple interfaces. [0038] The processor 22 further includes an IEEE 802.X 54 radio that provides the ability to send data packets over local area networks or metropolitan area networks. In particular, the IEEE 802.X 54 interface can be used to transmit data packets through the 802.11 family, also known as Wireless Local Area Communication Network (Wi-Fi), developed by the IEEE LAN / MAN Standards Committee in the public frequency bands 5Ghz and 2.4GHz band. IEEE 802.X 54 interface can also be used to transfer data packets through the 802.15 family, also known as WPAN [Wireless Personal Area Network], This family can be divided into two subgroups labeled 802.15.1, known as Bluetooth and 802.15 .4, known as Zigbee.

[0039] Bluetooth is a wireless network protocol using short-range communication technology that allows both voice and data transmission over short distances from fixed and / or portable devices to form a WPAN as described above. The goal behind the development of Bluetooth was to create a single wireless digital protocol that could connect multiple devices and overcome the problems associated with synchronizing these devices. Bluetooth technology allows devices such as GPS receivers, anti-radar devices, personal headsets and mobile phones to connect and exchange information over the secure, globally unlicensed short-range 2.4 GHz radio frequency band.

-7ΕΡ 2 477 041 Β1

[0040] Zigbee is a wireless protocol using low-rate WPAN and focuses on ubiquitous low-cost communication with low communication speed between devices. The emphasis is on very low communication costs with nearby devices with little to medium use of the infrastructure, with the intention of reducing energy consumption. A praised feature of Zigbee is the ability to achieve extremely low operating costs due to reduced energy consumption and technological simplicity.

[0041] Although Bluetooth and Zigbee are not expressly intended for this use, according to the principles of the invention, an 802.x anti-radar radio can pair with a cellular telephone via a headset or other hands-free kit to allow the anti-radar to dial telephone numbers and exchange signals. DTMF, or alternatively use text / SMS messages to transfer information to and from a remote server or database.

[0042] Bluetooth or other 8O2.x technology may also be used to connect a conventional headset to the 8O2.x radar radar radio, so as to provide remote alerting to a conventional headset. Such an application can be particularly useful in the case of motorcycles or convertibles, where the loudspeaker integrated with the anti-radar may be difficult to hear. For example, the signal information can also be retrieved from different hosts, for example a connection can be established directly via a USB interface or a wireless interface to a website containing the signal information, as is now done in text form on a website www .speedtrap.com. An indirect internet connection can also be established via a mobile phone, a WjFi hot spot or a host computer. The connections can be used to get information about speed traps as mentioned above or to get other speed monitoring information such as speed camera locations. In addition, the connection can be used to check for available firmware updates or other system changes that must be communicated to all enabled devices. Furthermore, a peer-to-peer connection can be established between two receivers, e.g. a trained receiver having enhanced signal information and a receiver having less extensive information for transmitting signal information between receivers such that either one or both of them have a more complete set of signal information. Speed ​​camera locations and system software can also be shared peer-to-peer. Finally, it should be appreciated that peer-to-peer connections can be made directly over the ad-hoc 802.x network, or over a LAN or Internet infrastructure using a peer locating server as commonly used in file sharing and player networks.

[0044] In one embodiment, the location database has been incorporated into the anti-radar 20 and the processor 22 is multi-threaded, so that the multi-threaded processor 22 manages the location database without external processors or hosts. The multithreaded processor 22 may be programmed to allow for high-speed continuous processing of records in the location database using parallel threads. In general, processor 22 compares the direct coordinates of the anti-radar with a stored list of the coordinates of unwanted stationary sources. If the anti-radar receives a microwave / laser signal at a distance from one of these predetermined sources, processor 22 applies additional constraints to the detection criteria before sending an alert to the user. Since stationary radar sources make up most of the unwanted sources, there is a significant benefit in using these functions.

[0045] It will be appreciated that processor 22 may execute a program on the EEPROM 36 or may execute a stored program found in flash memory at socket 50, in addition to or instead of programming found on EEPROM 36. Furthermore, firmware updates from flash memory may include, for example, voice files used by the anti-radar to send voice alerts, which is a common feature today. This feature provides ready-made upgrade paths to language extensions for devices designed for different markets, and allows you to update and expand features to also include voice feedback as well as on-screen displays. Furthermore, it should be considered a good idea that the flash memory slot could be connected to the device in wireless communication with the processor 22 via, for example, an 8O2.x 54 radio, so that the flash memory in the connected cell phone, attached power source, vehicle navigation system, receiver The GPS of the dashboard or radar displays may have included a flash card reader slot that is available to CPU 22.

[0046] Fig. 3 shows a block diagram of the invention in an operating environment of a given vehicle. An exemplary embodiment includes an anti-radar 20, a power supply 60, a mobile phone 62, a satellite location detector 64, a SWS communication network 66, a telephone communication network 68, an internet communication network 70, and a remote database 72. In this embodiment, the anti-radar 20 receives operational power via a power supply 60 connected to an operational means such as a SmartPlug that is used by the assignee of the present invention. However, the operational power may be provided by means located in the vehicle, such as the battery. The operational power supply is described as the power necessary for the anti-radar detector to perform all the functions described.

In the embodiment of Fig. 3, the anti-radar 20 has a working connection with the cell phone 62. In this embodiment, the cell phone 62 is enabled with IEEE 802.15.1 technology, also known as Bluetooth. While an efficient connection between the anti-radar 20 and the mobile telephone 62 may be in the form of a serial or USB cable, many mobile phones currently available allow communication via the IEEE 802.Χ 54 radio of the anti-radar 20. The anti-radar 20 also includes a radio warning system 52, which allows the anti-radar 20 to receive informational messages regarding upcoming or current road conditions.

During an anti-radar alert in this embodiment, the anti-radar 20 is able to obtain GPS coordinates of detection due to the communication between satellite 64, a beacon (not shown), the DGPS receiver 34 and the GPS receiver 32 of the anti-radar 20. With the coordinates obtained by the receivers 32, 34, the anti-radar 20 is able to determine if the detected signal can be correlated with the signal detected in the previous radar communication to correlate the current signal with the previous detected signal, the anti-radar 20 compares the various parameters of the current detection with the stored parameters of the previous one. detection. Parameters that can be analyzed are the signal signature of the currently detected signal versus the signal signature of the signal previously detected in the predetermined area of ​​received coordinates, the anti-radar driving factor at present versus the driving factor at the time of previous detection within the predefined area of ​​received coordinates, the driving direction at the time of the current detection versus the driving direction at the time of the previous detection in the predetermined area of ​​the received coordinates. These parameters are stored in the detection table 74 located in the EEPROM 36 of the anti-radar 20.

[0049] Once detection has been matched with prior detection, the anti-radar 20 evaluates the last user input during the previous detection to decide if and how to alert the driver of the current detection. If the user has marked matched detection as a false alarm, the anti-radar 20 may mute loudspeaker 42 and / or remove the visual alert. Alternatively, if the user has marked the matched detection as genuine detection, the anti-radar 20 may send an alert through loudspeaker 42 -9ΕΡ2 477 041Β1 or create a visual alert. In addition, the anti-radar can send an audible alarm to the Bluetooth headset 76 via the IEEE 802.Χ 54 radio. This feature is especially useful in environments where the user may find it difficult to hear the beep from the anti-radar loudspeaker 42 or would cry to receive a more personal alert directly in the ear.

An efficient connection with the cellular telephone 62 allows the anti-radar 20 to communicate with the remote database 72. The remote database 72 records the transmitted GPS coordinates of the observed radar or radar detected. A sighted radar encounter is when a user notices speed traps, a street camera, or other mechanism designed to impose fines or obtain a traffic intimidation effect instead of safety, which may or may not be emitting radar. Speed ​​trap can be defined as a place where the police strictly enforce speed limits. Alternatively, a speed trap could be defined as a stretch of road where the police are known to issue an unusually large number of tickets, speed limits are not readily apparent, or speed limits are set much lower than the road engineering analysis would suggest.

[0051] Communication with the remote database 72 of the invention implies that the user will indicate to the anti-radar 20 that the current detection (observed or detected) is a speed trap. This can be done from a switch, a remote button, or via a button on the anti-radar 20. When the user actively characterizes the detection as a speed trap, the anti-radar 20 communicates with the mobile phone 62 which communicates certain parameters to the remote database 72. Communication between the cellular telephone 62 and remote database 72 may be accomplished over a communication network. telephony 68 such as the GSM or CDMA2000 protocol. Communication via telephone communication network 68 may be in the form of a short message via a short message service (SMS). Communication over telephone communication network 68 may be dual-tone multi-frequency (DTMF), also known as tone dialing. In the event that the mobile phone 62 is capable of being connected to the Internet, communication between the mobile phone 62 and the remote database 72 may be via the Internet 70. The mobile phone 62 may obtain an internet connection to the remote database 72 through internet communication 70 protocols such as WiFi, Zigbee, EDGE or 3G.

[0052] The anti-radar 20 may also receive notifications from a remote database 72. The alerts may communicate the location of speed traps that have been detected and reported by other anti-radar users. By transmitting GPS coordinates via internet communication means 70 or telephone communication 68 as part of active communication from the mobile phone 62 which has active communication and the anti-radar 20, the remote database 72 is able to send information to the anti-radar 20. This information includes the GPS coordinates of the speed traps identified by other users of the detector. This feature can provide real-time speed trap alerts to anti-radar users and warn them to be careful when approaching the speed trap.

[0053] The invention also contemplates the use of anti-radar devices without active GPS. Fig. 3 illustrates a block diagram of an embodiment where the anti-radar is an anti-radar with no GPS active. In this embodiment, the power source connector 78 includes a DGPS receiver 80, a GPS receiver 82, a status display 84, and a detection table 86. In this embodiment, the anti-radar 20 may draw power through the power source port 78 and efficiently communicate with the power source port 78 for past and present detections via a USB cable or serial cable or IEEE 802.X radio 88.

[0054] Optionally, the anti-radar 20 may itself include an 802.x radio allowing wireless communication with the power supply terminal 78, in which case the anti-radar 20 may be battery powered, or may be remotely located in the vicinity of the vehicle grille. , requiring only a 12V power supply for the complete installation.

[0055] As with the anti-radar circuits shown in Fig. 2, power source attachment 78 correlates the stored data parameters of the current detection with those of previous detections and mutes the anti-radar loudspeaker 42 and / or the visual alert accordingly. Power source connection 78 is also provided with a speed trap locating means. It may take the form of a button or switch on the keypad 89 of the power source connector 78. In this embodiment, the power source terminal 78 has established communication with the mobile phone 62, and in this configuration, the user is still able to determine rate traps and communicate with the remote database 72 with the similar communication means described above. Power source connector 78 may also receive updated speed trap location information from remote database 72 via similar communication means described above. Also, as mentioned above, the power source connector 78 or the anti-radar 20 itself can transmit the alerts to the Bluetooth headset 76 via the IEEE 802.Χ 54 radio.

[0056] Fig. 4 shows a block diagram of an embodiment of the invention wherein there is no anti-radar. In this embodiment, the set of buttons 90 includes a DGPS receiver 92, a GPS receiver 94, and an IEEE 802.Χ 96 radio. The set of buttons 90 is established in normative connection with the power supply 60 and the cellular telephone 62. Communication between the set of buttons 90 and the cellular telephone 62 may be established. via serial or USB connection or via IEEE 802.Χ 62 radio.

[0057] In the embodiment shown in FIG. 4, the toggle button set 90 includes a GPS receiver 94 and a DGPS receiver 92 for detecting the current location, and interacts via IEEE 802.x radio with a cellular telephone 62 or other communication device to detect speed trap locations from the current location. remote database 72. This communication may be via telephone communication network 68 or internet communication network 70 as described above. Nearby speed traps that have been identified in the database are retrieved and if the vehicle is approaching one of these speed traps, an alert is provided via 62 cellular telephone or a display and / or speakers that may be included in the toggle button assembly 90.

[0058] Moreover, when the user of the embodiment shown in Fig. 4 visually detects the speed traps, the user may activate the set of buttons 90 by toggling a button, switch or knob. Once activated, the button set will document the GPS coordinates received by the DGPS and GPS receivers 92,94 that communicate with the location sensing satellite 64, and then transmit the information to the mobile phone 62. The mobile phone 62 can then transmit the detection coordinates to the remote database 72. In this way, other drivers can receive messages over the internet network or download an update from the database 72 including speed trap description and receive appropriate alerts. [0059] Fig. 5 shows, for comparison, a block diagram of an embodiment of a speed trap detection system that uses a mobile phone. In this example, the user reports the detection of the speed trap via an application in a GPS enabled mobile phone 98 by pressing a button programmed in telephone 98. Activation with the button will document the GPS coordinates by phone received from the location satellite 64 and send the received coordinates of the detected speed traps to the remote base 72 via telephone communication networks 68, or via network internet communication 70. Then GPS mobile application -11ΕΡ 2 477 041 Β1 can retrieve the location of the speed traps stored in the remote database 72 and provide the alerts to the telephone user. This embodiment requires the use of a GPS-enabled mobile phone, customized applications for that telephone, and a permanent connection of the application to the telephone, none of the above conditions being required in the embodiment shown in Fig. 4 which makes the example in Fig. 4 it is more useful for many environments that are not available in the example of Fig. 5.

[0060] Fig. 6 shows a block diagram of an embodiment of the invention where the anti-radar 20 has active communication with the GPS unit 100. In this embodiment, the anti-radar 20 and the GPS unit 100 can communicate over serial or USB link or IEEE 802.X radios 54 , 102. When the anti-radar 20 detects the radar, it will acquire the coordinates provided by the GPS unit 100 that is in active communication with the locating satellite 64 and determine whether the detected signal can be correlated with the signal detected in the previous act of anti-radar communication. Accessing the detection table 74 located in EEPROM 36 and correlating the current signal with the previous detection signal is performed as described above. In addition, the manner in which the anti-radar 20 will alert via the loudspeakers 42 is described above. In this embodiment, the anti-radar 20 has active communication with the mobile phone 62 via a serial or USB link or via an IEEE 802.X 54 radio. Through this connection, the invention is able to communicate efficiently with a remote database 72 via telephone communication network 68 or the internet communication network 70 by the above method. The anti-radar 20 in this embodiment is also capable of receiving location updates from a remote database 72. The anti-radar 20 may send an audible alert to a Bluetooth headset 76 via an IEEE 802.X radio 54.

Fig. 7 shows a block diagram of one embodiment of the invention where the anti-radar 20 has active communication with the power supply 60 and the navigation unit 110. In this embodiment, the anti-radar 20 has active communication with the navigation 110 via a serial or USB connector or an IEEE radio. 802.X 54, 112. When the anti-radar 20 detects the radar, it acquires the coordinates provided by the beacon unit 110 which is active in communication with the satellites 64 and determines whether the detected signal can be correlated with the signal detected in the previous radar reading. The anti-radar 20 then proceeds to the detection table 74 located on EEPROM 36 and correlates the current signal with any previously detected points as described above and determines whether and how to issue an audible alert through the loudspeaker 42 as described above. The anti-radar 20 can send an audible alarm to the Bluetooth headset 76 and the IEEE 802.Χ 54 radio.

Referring to Fig. 8A, in an alternative embodiment, the invention may be embodied as a replacement power cord assembly for an anti-radar anti-radar device. In this embodiment, the power cord assembly includes a GPS receiver, a DGPS receiver, and a tagged detection table or map. The power cord assembly is coupled to a conventional anti-radar to power the anti-radar and implement signal silencing to the anti-radar. It should be appreciated that the power cord used with many traditional anti-radar devices also includes a mute signal line that is activated by a button on the power cord assembly. The power cord assembly shown in Fig. 8A connects to this mute signal line and provides a silent signal to the anti-radar in the event that the anti-radar position determined by the GPS receiver in the power cord assembly correlates with the rejected signal as determined in the detection table in the power cord assembly. Databases in the power cord assembly can be updated in the event that the user silences the radar alert generated by the anti-radar, e.g. the power cord assembly can give the user the ability to store locations where mute has been activated to prevent future alerts of the same or a similar location.

-12ΕΡ 2 477 041 Β1

[0063] The embodiment shown in Fig. 8A may also be implemented by updating the system software to form a conventional anti-radar. The new anti-radar software may cause the anti-radar alerts to be conditioned differently in response to the power connector response such that the GPS receiver in the power cord is more closely related to the radar anti-radar and more tightly controls the alert controls from the GPS receiver in a manner more closely related to the integrated unit.

[0064] Figures 8B1 and 8B2 illustrate an embodiment of the invention in which an integrated vehicle navigation unit including GPS receivers, a display and a map function is in communication with an anti-radar. The connection to the anti-radar can be wired as shown in Figure 8B1 or wireless via Bluetooth or other 802.x radio as shown in 8B2. In both cases, the application in the beacon unit generates anti-radar alerts upon detection by the connected anti-radar and further communicates with the stored detection table or map to suppress radar alerts in case the detected signal correlates with the rejected signal and records false signal locations that will be as specified by the user via the navigation system user interface.

[0065] Figures 8C1 and 8C2 show an embodiment of the invention similar to 8B1 and 8B2 in which a dashboard GPS navigation receiver including GPS receivers, a display and a map function is in communication with a radar anti-radar. Here again, the anti-radar connection can go over the cable as shown in Fig. 8C1 or wirelessly over Bluetooth or other 802.x radio as shown in Fig. 8C2. In both cases, the application in the GPS device generates radar alerts when detected by the connected anti-radar, then communicates with the saved detection table or map to suppress the alert in case the detected signal correlates with the rejected signal, and stores the location of the false signal identified by the user via the user interface of the GPS device.

[0066] Fig. 8D shows an alternative embodiment of the invention where a 12v power supply connector including GPS and DGPS receivers and display is connected via Bluetooth or other 802.x radio to a remote anti-radar that includes Bluetooth but no GPS functionality. . An example of such a device is the anti-radar unit sold by K40 Electronics under the Caliber brand. In this embodiment, the power cord assembly communicates via Bluetooth or other 802.x wireless standard with the remote anti-radar to obtain radar alert information, and the power cord assembly generates the alerts on the power source connector display. In addition, the power source connector communicates with a stored detection table or map for suppressing radar warnings in case the detected signal correlates with the rejected signal and may include a user interface such as a mute button used to record the false location signal verified by the user via user interface.

[0067] Turning to Figs. 9-15, as many of them include the elements already discussed above in connection with Figs. 1-8D, these discussions will not be repeated but also apply to Figs. 9-15. In embodiment 9, the anti-radar 20 includes a GSM cellular data modem 200 embedded in the anti-radar 20 for both receiving and transmitting data, rather than being connected by an external cellular telephone (e.g., cellular telephone 62 discussed in connection with Fig. 3) to receive and transmit data.

[0068] Those skilled in the art will appreciate that by embedding modem 200 in the anti-radar 20, data can be continuously transferred from the anti-radar to the server, analyzed on the server, and transferred to the remote master database on the server. In turn, the anti-radar can receive from a remote database on the server, inter alia, -13ΕΡ 2 477 041 Β1 relevant updated data about coordinates, coordinate markings (e.g. as a threat or false alarm), software updates, all in real time and potentially without any interaction after the initial installation of a radar detector on the vehicle.

[0069] Indeed, the anti-radar 20 may be able to receive real-time data on false alarms and threats without having to use a mobile phone 62 to connect the anti-radar 20 to the server, without having to physically connect the mobile phone 62 with the anti-radar 20, without having to recharge the phone battery mobile 62 and operational readiness, without having to deal with the cables for connecting the mobile phone 62 with the anti-radar 20, without connecting the anti-radar 20 (or parts thereof) to another data device (e.g. software updates, false alerts data, threat data) etc. For example in Europe, users usually need to connect the anti-radar to their computer with a USB cable in order to download threat data (e.g. data on cameras that are on on a given day), but such user intervention can be avoided or significantly reduced by using the discussed embodiments. In addition, the maintenance of a large database on anti-radar 20, with data that is not updated (i.e. old), or at least minimized, can be avoided, as it is possible to maintain a much smaller database and / or memory on anti-radar 20 containing the updated data received over time. real. In addition, the anti-radar 20 can only be updated with data that is more relevant to the driver, such as data on speed traps or false alarms or alerts within a certain radius from detector 20 as these are items more likely to be encountered than speed traps or false alarms within five states. In fact, keeping data on a case-by-country basis as drivers are unlikely to encounter such remote cases, may not be productive. Turning to the GSM cellular data modem 200 in Fig. 9, although the type of GSM cellular data modem is used as modem 200, its use may not be necessary for other embodiments. For example, a different type of modem may be used, such as different types of cellular data or bidirectional paging modem, or other bidirectional communication device. However, the use of GSM-type cellular data modem can be beneficial due to GSM, which means a global system for mobile communication, and thus an international standard for cellular data, so a GSM modem will usually work wherever GSM is supported (e.g. with minor adjustments, such as switching of the Subscriber Identity Module (hereinafter referred to as "SIM")). However, as will be discussed below in connection with the Jasper Wireless listing, not all US GSM cellular modems operate outside the US (e.g., because GSM operates at different MHz in different countries). Therefore, the data modem in the GSM 200 cellular network in the anti-radar 20 should be selected to function in the country where the anti-radar 20 will be used (e.g. in the United States). Moreover, in some embodiments, the anti-radar 20 may have more than one data modem in the GSM cellular network, for example to account for these differences.

[0071] As shown in Fig. 9, the GSM cellular data modem 200 is coupled to the processor 22. The processor 22 generally controls all functions of the anti-radar 20, including all functions of the modem 200 such as controlling the modem 200 for receiving and / or transmitting. data. To control processor 22, modem 200 receives and transmits data, processor 22 may process data received by modem 200, and processor 22 may provide data to modem 200 for further transmission. Indeed, the inbound and outbound arrows shown in Fig. 9 between modem 200 -14ΕΡ 2 477 041Β1 and processor 22 emphasize that the anti-radar 20 is capable of two-way communication, such that the anti-radar 20 receives data via modem 200 for processor 22 (e.g. for writing data to flash memory, flash memory slots 50 or even EEPROM 36), and / or may transfer data of processor 22 through modem 200 (e.g., to remote database 72 shown in Figs. 10-12). Two-way communication will be discussed further in connection with Fig. 10.

[0072] Processor 22 may be used in hardware by logic circuitry distributed over one or more physical integrated circuits (e.g., one or more printed circuits) or chips. Although processor 22 is illustrated as a single processor, processor 22 may be a plurality of processors. If the combined processor 22 is a plurality of processors, modem 200 may be coupled to, for example, each of the processors in the plurality of processors.

[0073] Like a cellular telephone, modem 200 may include a SIM card (not shown) with user subscriber information and may even be assigned a cellular telephone number. The SIM card is a small removable drive that slides and slides into the GSM 200 modem and can contain all of your call data and identification numbers for accessing a specific wireless network provider such as AT&T Inc. (hereinafter referred to as "AT&T"). Modem 200 may also have an associated Data Switch Service (CSD) from a wireless service provider such as AT&T.

[0074] Modem 200 may be from the list of Certified Modules and Certified Integrated Devices found on the Jasper Wireless, Inc. website. (hereinafter referred to as "Jasper Wireless). Contact details for the Jasper Wireless office: Jasper Wireless, Inc., 501 Macara Avenue, Apartment 202, Sunnyvale, CA 94085 Tel: +1 408 328 5200, Fax: +1 408-328-5201. Contact information for Jasper Wireless office in Europe: Jasper Wireless, Ltd., 176 St Vincent Street, Glasgow G2 5SG, UK, Tel: + 44 (0) 141 249 6780, Fax: + 44 (0) 141 249 6700. Certified modules in the Jasper Wireless list, for example, may contain a modem and be used on the Wireless Jasper platform. Therefore, modem 200 may be a standalone modem, part of a module, part of a modified module, device, part of a device, part of a modification, etc., for example from Jasper Wireless's list of certified modules and certified devices, but need not be from Jasper Wireless's list of certified modules and certified devices. Those skilled in the art will appreciate the use of a certified module and / or certified device from the Jasper Wireless list which, for example, can lead to faster deployment of the anti-radar 20 shown in Figs. 9-15.

[0075] Especially for the implementation in the United States, Jasper Wireless requires the modules to be AT&T certified and the Jasper Wireless list includes many AT&T certified modules that can be used on the Jasper Wireless platform, including Enfora GS M0104, GSM0108, GSM0113, GSM0204, GSM0208 , GSM0304, GSM0308 and GSM0404. The list also includes certified Cinterion, Ericsson, Motorola, Novatel, Option, Oualcomm, Sierra Wireless, Telit and Wavecom modules. Jasper Wireless also has additional modules certified for use outside of the US, including Cinterion (Siemens), Enfora (e.g. GSM2218 and GSM 1218), Sony Ericsson, Erics syn, Sagem, SIMCom, Telit, Wavecom and IWow modules. The list also includes integrated devices certified for the Wireless Jasper platform, including integrated devices CalAMP, Dejavoo, Digital Communications Technologies, Enfora, Falcom USA, Gemalto, Hypercom, Ingenico / Sagem, MultiTech, Novales, RemoteCommunications NovaTracker, Prolificx, Janus RemoteCommunications, TechTrex , Trimble, Wavecom, and VeriFone.

In addition, u-blox America, Inc. may be contacted. (hereinafter "u-blox) on equipment for development. According to the website, u-blox is a semiconductor supplier for -15ΕΡ 2 477 041 Β1 positioning and wireless communication solutions for consumers, industrial and automotive markets, which enable people, devices, vehicles and machines to locate their exact position and communicate wirelessly via voice, text and video. Contact information for the US headquarters is: u-blox America, Inc., 1902 Campus Commons Drive Suite 310, Reston, VA 20191, USA, Tel +1 (703) 483 3180, Fax +1 (703) 483 3179. U-blox it also has other locations around the world.

[0077] Data providers that can be contacted are AT&T and Juniper Networks. The contact details for AT&T headquarters are: AT&T Inc., 175 E. Houston St., San Antonio, TX 78205. AT&T also has other locations around the world. Contact details for Juniper Networks Headquarters: 1194 North Mathilda Avenue, Sunnyvale, California 94089-1206 USA, Telephone: 888-JUNIPER (888-586-4737), 408-745-2000, Fax: 408-745-2100. Juniper Networks also has other locations around the world.

[0078] Accordingly, the anti-radar modem 200 of the embodiment shown in Fig. 9 may be a certified module (or modification) from the Jasper Wireless list that is attached to a printed circuit or processor chip 22 for use on the Jasper Wireless platform. or the hardware can be sourced from u-blox, and AT&T or Juniper can serve as wireless service providers for transmitting and delivering data to a GSM system using GSM technology. However, skilled artisans will appreciate that there may be other ways to make a Radar 20 with a built-in modem 200. Indeed, u-blox also has a wide variety of GPS modules, cards, chips, and software solutions along with wireless modules and solutions, therefore, those skilled in the art will appreciate that the u-blox module (or modification) or the module (or its modifications) from another operator can be used as modem 200 instead of certified modules from the Jasper Wireless list

[0079] Turning to Fig. 10, there is shown a block diagram of the anti-radar 20 shown in Fig. 9 in the vehicle environment. Although only one anti-radar 20 is shown for simplicity in this Fig. And others, those skilled in the art will appreciate that there will be substantially many anti-radar 20 in the environment. More particularly, the anti-radar 20 includes a GSM data modem 200 embedded in the anti-radar 20 for both receiving or transmitting data to a remote database 72 via a communication network such as telephone communication networks 68 (e.g. GSM or CDMA2000 protocol) and / or internet communication networks 70 (e.g. WiFi, Zigbee, EDGE or 3G). EDGE applies to Enhanced Data Rates for GSM Evolution technology, providing improvements to the GSM network, and can use the same structure as GSM networks. This allows EDGE to be superimposed directly on the existing GSM network (e.g. by updating the software). Remote database 72 may reside on a server, such as server 300 (FIG. 11). The anti-radar 20 via modem 200 is able to directly and in real time perform two-way communication via telephone communication networks 68 and / or internet communication networks 70 with a server 300 which includes capable databases 72. Anti-radar 20 or various anti-radar 20 and server 300 may be considered a system and will be discussed further in connection with Fig. 11.

[0080] In particular, the anti-radar 20 includes a modem 200 embedded in the anti-radar 20 for direct data reception and transmission, instead of actively connecting to an external cellular telephone 68 for receiving and transmitting data (shown in Fig. 2 and Fig. 3). Modem 200 is capable of performing real-time two-way direct communication via cellular telephone network 68 and / or internet communication network 70 with a remote database 72 on server 300. While real-time is used for simplicity, real-time can also include near real-time, which refers to the slight delay that can be introduced by automatic data processing and / or transmission networks between when -16ΕΡ 2 477 041 Β1 occurs and the use of data processing for display and control.

[0081] As the modem 200 embedded in the anti-radar 20 replaces the external cellular telephone 68 that was connected to the anti-radar 20, the modem 200 performs some or all of the functions of the cellular telephone 68. For example, the modem 200 may be responsible for digital data conversion for outbound communication. or converting digital signals for incoming communication. Accordingly, receiving and transmitting data via modem 200 may require conversion. To this end, modem 200 may include a DSP (not shown), such as DSP 26, discussed in connection with Fig. 2 and Fig. 3, to perform conversion. Alternatively, the conversions may be performed elsewhere in the anti-radar 20, such as modem 200, under the control of processor 22 (Fig. 9), which may transmit radio signals to be received by DSP 26 to perform the conversion. Modem 200 may also include antennas (not shown) for receiving and transmitting data.

[0082] The remote database 72 on the server 300 may store the transmitted GPS coordinates from the radar observation or radar detected for speed traps transmitted by the anti-radar 20 or other detector. As mentioned above in connection with Fig. 3, radar sighting is a situation where a user notices speed traps, a street camera or other mechanism designed to act as a deterrent or issue fines, which may or may not be broadcast radar. Speed ​​traps can be defined as where the police strictly enforce speed limits. Alternatively, speed traps may also be defined as a stretch of road where you know that the police issue an unusually large number of tickets, the speed limits set are not readily visible, or the speed limits are set much lower. than engineering studies might suggest. For the sake of simplification, they will be referred to as hazards or hazard symbols if the user identifies them as hazards. Conversely, other mechanisms or sources that may falsely trigger an alert will be referred to as false positives or false alert flags if the user identifies them as false positives.

[0083] Turning to Fig. 11, Fig. 11 may be taken as an exemplary client-server system or environment. The client-server system or environment may include at least one client (e.g., anti-radar 20 may be considered a client, as well as other detectors that communicate with the server computer 300) and at least one server (e.g., the server computer 300). The system includes at least one device, e.g. one or more anti-radar clients 20 and one or more servers in the form of a server computer 300. Computer 300 may represent virtually any type of computer, computer system, or other programmable electronic device capable of functioning as a server in a client-server environment. For example, in specific embodiments, computer 300 may be a computer, computer system, computing device, disk array, or programmable device such as a multi-user computer, single user computer, mobile device, network device (including a computer in a clustered configuration), cellular telephone, a video game console (or other game system), etc. In addition, computer 300 may be deployed using one or more computer networks, e.g., in a cluster or other distributed computer system. Furthermore, as is commonly used in many client-server systems, typically multiple clients (i.e., multiple anti-radar 20) will be coupled to the server computer 300. However, due to the nature of computer 300 as a server, in many instances computer 300 may be deployed using a multi-user computer such as a server computer, mid-range computer, mainframe, etc. As a result, descriptions of processors, memory, storage, user interfaces and interfaces networks may differ between computer 300 and anti-radar 20 to accommodate possibly higher requirements of computer 300. Other hardware environments are also contemplated in the context of the present invention.

[0084] Computer 300 typically includes a central processing unit (CPU) 326 including at least one microprocessor in conjunction with memory 328 that may represent RAM comprised of the main memory of the computer 300 as well as any supplemental levels of memory, cache, permanent memory. , or a backup (e.g., programmable memory or flash memory), read-only memory, etc. Remote database 72 may reside in memory 328. A processor CPU 326 is implemented in hardware using logic circuitry distributed over one or more physical devices of the integrated circuit or chips. Accordingly, computer 300 may include at least one hardware processor. CPU 326 may have one or more microprocessors, microcontrollers, programmable array gates, or ASICs, while memory 328 may include RAM, dynamic DRAM, static SRAM, flash memory, and / or other digital medium, typically implemented by a logic circuit. and distributed over one or more physical devices of the integrated circuit or chips. Thus, memory 328 may be considered to include memory physically residing elsewhere in the computer 300, e.g. any caches in CPU 326, as well as any memory used as virtual memory, e.g., stored on a mass storage device 330 or on another computer connected to the computer 300. Computer 300 also typically receives a number of inputs and outputs to relay information to the outside world. For a user or operator interface, computer 300 typically includes a user interface 332 comprising one or more user input devices (e.g. keyboard, mouse, trackball, joystick, touchpad, or microphone) and a display (e.g., CRT Monitor, LCD display, or speaker). Otherwise, the user input may be received via another computer or the terminal or the anti-radar 20 modem 200. Likewise, the computer 300 may send the data and forward it to the anti-radar 20 modem 200. For additional memory, the computer 300 may also include one or more 330 storage devices, e.g. floppy or other removable disk, hard disk, direct access storage device (DASD), optical drive (eg, CD, DVD, etc.), or tape drive. In addition, computer 300 may include an interface 334 of one or more networks (e.g., LAN, WAN, wireless network, internet (e.g., internet communication network 70), WiFi, Zigbee, EDGE or 3G, cellular or telephone network (e.g. telephone communication network 68), GSM and / or CDMA2000 protocol, among others) to enable the transmission of information from other computers, electronic devices, anti-radar 20, multiple anti-radar, etc. Communication via telephone communication network 68 may be in the form of short messages via via short message service (SMS). Communication via telephone communication network 68 may also be in the form of dual tone multi-frequency (DTMF) communication, also known as tone dialing. Indeed, interface 334 may connect to a network that may in some respects be public and / or private, wireless and / or wired, local and / or wide, representing multiple interconnected networks, etc. It will be appreciated that computer 300 typically includes appropriate analog or digital interfaces between CPU 326 and each of the components 328, 330, 332 and 334 as is commonly used.

[0086] Computer 300 is controlled by operating system 340 and executes or otherwise relies upon various computer program applications, components, programs, objects, modules, data structures, etc. (e.g., server 344). Furthermore, various applications, components, programs, objects, modules, etc. may also be implemented on one or more processors on another computer connected to the computer 300 via a network, e.g. in distributed networks or a client-server computing environment, the processing required to perform a computer program function may be allocated to a plurality of computers in the network.

Generally speaking, the procedures performed for implementing the embodiments of the invention, whether implemented as part of an operating system or a specific application, component, program, object, module, or sequence of instructions, or even a subset, will be referred to herein as "program code. computer, or simply "program code. Program code typically consists of one or more instructions that reside at different times in the various memory and storage devices of a computer and which, when read and executed by one or more processors in the computer, cause the computer to perform the steps necessary to perform an action, or elements incorporating various aspects of the invention. Moreover, while the invention, which will be described hereinafter in the context of a functioning computer and computer systems, those skilled in the art will appreciate that various embodiments of the invention may be disseminated as a program product in various forms, and that the invention applies equally regardless of the readable signal carrier of a particular particular signal. the type of computer used to actually implement the distribution. Examples of computer readable media include, but are not limited to, physical and tangible types of media burners such as fixed and non-permanent storage devices, floppy disks and other removable disks, hard disks, magnetic tapes, optical disks (e.g., CD-ROMs, DVDs, etc.) ), as well as types of transmission media such as digital and analog communication links.

[0088] In addition, the various program codes described below may be identified based on the applications on which they are implemented in a particular embodiment of the invention. However, it should be appreciated that any specific program nomenclature that is used herein is used for convenience only, and thus the invention should not be limited to, and / or implied by, use with a particular application. Moreover, considering the usually infinite number of ways in which computer programs can be organized into procedures, methods, modules, objects, and the like, and the different ways in which program functionality can be distributed among the various layers of software that are within the structure of a typical computer (e.g. operating systems, libraries, APIs, applications, applets, etc.), it should be recognized that the invention is not limited to the specific organization and allocation of functionality of the program described herein.

[0089] Further, the server computer 300 may be a web server computer, such as the web server computer 400 shown in Fig. 12, or some other type of server. Referring to Fig. 12, in a similar fashion to computer 300, web server computer 400 Fig. 12 may include a CPU 326, memory 328, storage 330, user interface 332, network interface 334, operating system 340, and a remote database 72 discussed in connection with computer 300 Fig. 11. For example, the CPU 326 of the web server computer 400 similarly may include at least one hardware processor, wherein the CPU 326 is implemented in hardware using logic circuitry distributed over one or more physical devices of integrated circuits or chips. Thus, the CPU 326 of the web server computer 400 may include one or more microprocessors, microcontrollers, programmable gate arrays, or ASICs, while the memory 328 of the web server computer 400 may include RAM, dynamic DRAM, static SRAM, flash memory, and / or other digital medium, usually implemented by logic circuits distributed over one or more physical devices of integrated circuits or chips. In a similar manner, the remote database 72 may reside in memory 328 of the web server computer 400. Further, the web server computer 400 is controlled by the operating system 340 and executes or otherwise relies upon various computer software applications, components, programs, objects, modules. , data structures, etc. (e.g. web server 444).

-19ΕΡ 2 477 041 Β1

[0090] In general, the above discussion of computer 300 (Fig. 11) also applies to discussing the web server computer 400, except that the web server 444 replaces the web server computer 400 for realizing the www network connections. The server 344 and the web server 444 may be considered to contain any resident program code on a computer or other programmable electronic device that is capable of handling requests and / or analyzing in a distributed computer system. In addition, server 344 and web server 444 may be considered to include hardware associated with each (e.g., computer 300 and web server computer 444, respectively) and software (e.g., program code).

[0091] Additionally, with the web server computer 400, it is likely that the web interface 334 of the web server computer 400 will establish an interface to the internet communication network 70 instead of the telephone communication network 68. Thus, the telephone communication network 68 has been mock-imaged. However, there may be such embodiments where the network interface 334 of the web server computer 400 can still interface with the internet communication network 70 and the telephone communication network 68 as shown in Fig. 11, or just an interface with the telephone communication network 68.

[0092] It will be recognized by those skilled in the art that the pattern environments shown in Figs. 10-12 are not limited to the present invention. Thus, those skilled in the art will recognize that other, alternative hardware and / or software environments may be used without departing from the scope of the invention. For example, although a web server 44 is used herein, those skilled in the art will appreciate that another server or server computer may also be used. Moreover, while only a single anti-radar 20 is shown for simplicity, those skilled in the art will appreciate that multiple anti-radar 20 can communicate with server 300 and / or web server 400 and that server 300 and / or web server 400 can communicate with multiple anti-radar 20.

[0093] In the context of the embodiments discussed above, communication between the anti-radar 20, with an embedded modem 200, and the remote database 72 of the server 300 or web server 400, assumes that the user is actively indicating on the anti-radar 20 that current detection (observed or detected) should be flagged as a false alarm or a threat. It can be done with a switch, a remote button, or via a button on the anti-radar 20. Once the user has unequivocally determined the detection as a false alarm, for example as part of the control of processor 22, the anti-radar modem 200 20 may communicate in real time particular false alarm parameters such as false alarm coordinates and coordinate related data such as false alert signature indication to server computer 300 and / or web server computer 400 to remote database 72. Anti-radar 20 can obtain GPS coordinates of detection by communicating between satellites 64, beacons (not shown), DGPS receiver 34 and GPS receiver 32 of anti-radar 20. Communication between modem 200 and remote databases 72 may be via telephone communication network 68 such as as GSM or CDMA2000 protocol 72 and / or via internet 70 communication, via WiFi, Zigbee, EDGE or 3G.

The server computer 300 and / or the web server computer 400 may analyze the derived parameters from the anti-radar 20 (and other detectors) in real time (e.g., on CPU 326), for example to determine whether a false alert signature for the coordinates received from anti-radar 20 has been received a sufficient number of times (e.g. via a counter stored in a remote database 72) from different anti-radar 20. If so, the server computer 300 and / or the web server computer 400 sends a notification (e.g., passing coordinates and possibly also indicating a false alert signature and / or data that will be silenced and / or skipped, alerting for the false alert coordinates) to all radar detectors within a radius with false alert coordinates. Alternatively, it can pass -20ΕΡ 2 477 041 Β1 to those that have not marked these coordinates as false alarm within the given radius. The same may be done for a threat signature where the server computer 300 and / or the web server computer 400 provide the coordinates as well as data related to the coordinates, such as indicating the name of the threat. In addition, an indication of the anti-radar 20 coordinates, position and / or speed can also be provided.

In terms of radius, each anti-radar can continuously transmit to the server computer 300 and / or the web server computer 400 its location (e.g., GPS coordinates), position and / or speed for storage in a remote database 72, and the computer the server 300 and / or the web server computer 400 can determine what anti-radars are in the radius based on the constant reception of data. With respect to the remote database 72, it may serve as a database master or repository for aggregating data from multiple anti-radar and may include, for example, false alert signatures, false alert mark coordinates, threat markings, threat mark coordinates, location data including anti-radar GPS coordinates, anti-radar data position, anti-radar speed data, counters, etc. for analysis by server computer 300 or web server computer 400, such as CPU 326, for comparing threshold counters, determining radar radar within a given radius, etc. The indications of the indications may be transmitted either by the anti-radar 20 and / or server 300 and / or the web server computer 400 to reduce inaccuracies and confusion as to why the there are specific coordinates.

[0096] Accordingly, the anti-radar 20 can not only relay information to the server 300 and / or the web server 400, but can also receive data via the embedded modem 200 from the server computer 300 and / or the web server computer 400 from the remote database 72 This data can communicate the location of false alarms or speed traps and / or threats that other anti-radar users have observed and reported. By transmitting GPS coordinates via the Internet 70 and / or telephone communication network 68 to the modem 200 of the anti-radar 20, the server computer 300 and / or the web server computer 400 containing the remote database 72 can send information to the anti-radar 20 and others within the radius. This information may include GPS coordinates of false alerts and / or indications of threats reported by other anti-radar users, so that the information that is more relevant to a given driver goes to the appropriate anti-radar. This feature can provide real-time data to anti-radar users and alert them to proceed with caution. Likewise, the server computer 300 and / or the web server computer 400 may upload software updates to the anti-radar.

[0097] All information received by the anti-radar modem 20 may be stored in the flash memory of the socket 50 (Fig. 9) or even the EEPROM 36 (Fig. 9) of the anti-radar. Moreover, those skilled in the art will appreciate that by receiving real-time vital data from the server computer 300 and / or the web server computer 400, smaller anti-radar memory 20 can be used, rather than larger storage that contains outdated or old data, and less memory can lead to cost savings. and / or allows faster searches and improves the response time of the anti-radar 20. While the inclusion of an embedded modem 200 in the anti-radar 20 may increase the cost of the anti-radar 20, modem 200 may in turn lead to lower data storage requirements.

[0098] Furthermore, it is worth noting that the anti-radar 20 may also perform other tasks discussed in connection with Figs. 1-8D, such as using the coordinates of the detected signal obtained by the receivers 32, 34, the anti-radar 20 is able to determine whether the detected signal can be correlated with the signal detected in the previous detection. But as described herein, anti-radar 20 can moreover

- 21ΕΡ 2 477 041 Β1 determine whether the data has been received by the server 300 and / or the web server 400 with respect to the coordinates of this detected signal and whether or not the warning or alert should be emitted by the anti-radar 20 via the processor 22 (Fig. 9) . The anti-radar 20 and server 300 and / or web server 400 may be in real-time communication with each other, receiving and transmitting information without human intervention (e.g. except for potential user intervention to indicate a false alarm or threat), which can improve the accuracy and user experience.

Referring to Fig. 13, it shows an exemplary routine procedure designated as false alert 501 from a plurality of anti-radar devices 500, 502, 504, 506, each similar to anti-radar 20 and each having an embedded modem, such as modem 200 shown in Fig. 9-12. Anti-radars may remain in real-time two-way communication with the server computer 514, which is similar to the server computer 300 or the web server computer 400. For ease of understanding, a step of procedure 501 (or a step of other procedures 601 and 701 in Figs. 14-15) shown for anti-radar 500, 502, 504, 506 or in server computer 514 is intended to indicate that a step can be performed on that item. Although only four anti-radars are shown for simplicity, those skilled in the art will appreciate that many more anti-radars can be in real-time two-way communication with the server computer 514.

[0100] Starting at block 508 in the anti-radar 500, the anti-radar 500 may alert the user of a detected signal. For example, the anti-radar 500 may not have other information about the coordinates of the detected signal, or this may be the first time the anti-radar in communication with the server computer 514, including the anti-radar 500, detects a signal for these coordinates, and the anti-radar 500 alerts the user of the detected signal. If the user determines that the detected signal is a false alarm, the user may make a false alert flag by silencing the alert at block 510 and indicating the false alert signature, and the coordinates may be passed automatically to the server computer 514 at block 512. It is worth noting that it may be advantageous to transmit both the false alert signature coordinates and the false alert indication to reduce inaccuracies between all coordinates that are sent from different anti-radar at different times to the server computer 514. However, in some embodiments, the signatures false alerts can be omitted and only coordinates are transferred. Returning to block 510, if the user does not flag the detected signal as a false alarm, the anti-radar 500 may simply continue to operate as usual.

[0101] Next, the server computer 514 receives the false alert signature indication and the coordinates at block 516 and control proceeds to block 518 to determine whether the false alert signature, or more specifically, the false alert signature indication, has previously been received for the received coordinates. The concept of a false alert signature, an indication of a false alert signature, and an indication of a false alert signature in the server context should be considered interchangeable. Returning to block 518, if not, and this is the first false alert indication for the coordinates, a false positive counter for the coordinates at block 520 can be activated. The server computer 514 may begin tracking the number of false positives for those coordinates. The higher the numerator number, the more likely the coordinates are likely to actually reflect a false alarm. The counter may be stored in a remote database 72 (shown in Fig. 10-11) in block 522 and control is then passed to block 516 to obtain more signatures and coordinates for false alerts. Other information, in addition to the counter, may also be stored in the remote database 72 such as coordinates, indication of false alert signatures, as well as identifiers of the anti-radar that transmitted the co-ordinates of the false alert signatures. However, the data should not be issued by the server computer 514 as a single false alert - 22 ΕΡ 2 477 041 Β1 for the coordinates may not be very precise.

[0102] Returning to block 518, if a false alert signature for the received coordinates has previously been received, block 524 determines whether the anti-radar that sent the false alert signature indication received by the computer server 514 previously transmitted any false alert signatures for those coordinates. If so, then the just received false alert signature may be ignored in block 526 because multiple false markings for the same coordinates from the same radar may be an indication that the user is trying to tamper with the accuracy of the data. For example, a check is performed to reduce the chances that a single user (e.g. police officer) or a group of users would misuse their anti-radar system to manipulate the server computer 514 to transmit certain coordinate data and possibly false alert signatures, which in turn could cause the anti-radar receiving the coordinates and false alerts to not issue a warning. If the false alerts data received by the anti-radar are false, it may cause users receiving alerts in their anti-radar alerts to receive a ticket in these coordinates. In addition, when a user marks a detected signal as a false alarm on their anti-radar, the anti-radar will not issue warnings later and mute or suppress alerts from a given location, therefore there is no reason for the user to constantly mark the same coordinates as a false alarm. .

[0103] Returning to block 524, if a false alert designation that has just been received has not previously been received from the same anti-radar, the controller may proceed to block 528 to increment the false alert count associated with these coordinates. Thereafter, the counter is updated and stored in the database of block 530, and in the course of another checking, the updated counter is compared to the threshold value in block 532. The updated counter is compared to the threshold to ensure that a sufficient number of false alert notices was received by the server computer 514 before transmitting the data to the radar anti-radar, as the small number of false alert notices received from the anti-radar detector may not be as precise. In addition, the use of thresholds can also help reduce the chances that a group of users, for example by using various anti-radars, will manipulate the notifications of the server computer 514. The threshold can be set using statistics. For example, the selected threshold may be selected based on analyzes and statistics which indicate that the selected threshold is highly accurate in terms of forwarded or non-forwarded alerts given the data received from server 514. Alternatively, the selected threshold may be referenced to low the risk of manipulation. The threshold can be set and adjusted as deemed necessary (e.g. to increase accuracy and / or avoid tampering) automatically by the server computer 514 and / or by the administrator responsible for the server computer 514.

[0104] In general, radar sensors and their users will not be able to change the threshold to avoid errors and reduce the likelihood of tampering. While controls are designed to improve accuracy and reduce the likelihood of tampering, those skilled in the art will appreciate that while there may still be some inaccuracies, but overall, Procedure 501 (and others described in this document) can improve accuracy by reducing the number of false positives for coordinates. that users may encounter.

[0105] Returning to block 532, if the counter does not show a value greater than the threshold, the controller may proceed to block 516 without issuing a notification as the server computer 514 will continue to receive false alerts and coordinates. On the other hand, if the counter update shows a greater value than the threshold, the controller can go to block 534 to determine which anti-radars are within the radius of -23ΕΡ 2 477 041 Β1 of coordinates marked as a false alert, in other words, whether the coordinates are within the radius which anti-radar. Determining which anti-radars are within the radius may be based on the location, header, and / or speed data sent to the server computer 514 from block 536 of radar 500, block 538 of radar 502, block 540 of radar 504, and block 542 of radar 506. This information is received by the server computer 514 and used in block 534. These data can be continuously received from different anti-radar, transmitted at specific intervals such as every ten seconds depending on the speed of traffic or network, etc. The data can also be sent and received with the identifier of the respective anti-radar to reduce inaccuracies, for example not to assign the 502 anti-radar data to the 504 anti-radar. However, it may not be necessary to transmit the identifier of a particular anti-radar, for example, if there is only one anti-radar in a given area, then the location, position, and / or speed data received by the server computer 514 could only have been transmitted by that anti-radar, not another. . Likewise, when new data being received matches or is in the same vicinity with respect to location, position or speed data previously obtained for a radar detector, it may possibly mean that new data is coming from the same radar detector. Moreover, if some anti-radars only transmitted location, position, and / or speed data every eight seconds, for example, location, position, and / or speed data received every 8 seconds are likely to belong to that anti-radar. Skilled artisans should remember that the more anti-radar systems it transmits to the server 514 computer, it is important to remember to take precautions (e.g., uploading the location, position, and / or data of the appropriate anti-radar ID and speed) on the server 514 computer to reduce inaccuracies.

Γ01061 .If it is about no. it may contribute a few miles ino. ten pass around anti-radar detectors 500. 502. 504. _ _ _ _ _ ....... - | ...... t J XI X /_with - . .

506, with an anti-radar in the center of the beam. As the user travels, the beam moves with the moving vehicle and the anti-radar in the vehicle, and the server computer 514 transmits false alarm coordinate data per region of the beam. The radius can be, for example, forty miles around the anti-radar, and the data for the next fifty coordinates over a forty-mile area is transmitted to the anti-radar. In general, the radius can be selected to provide the user with enough coordinate data concerning him and the anti-radar must acquire relevant information on an ongoing basis, so the anti-radar can use less data memory as it only receives and stores relevant data from the server computer 514. Therefore, by obtaining and storing local data with reference to the coordinates within the radius around the radar damper, it is possible not to waste space and resources on data outside the radius, which is probably irrelevant to the user, at a given time. Real-time data from the server computer 514 may be continuously transferred to anti-radar devices 500, 502, 504, 506 for the coordinates within the beam. However, it's worth noting that network traffic or other issues can affect the extent to which a user can remain without receiving data. In addition, if the server computer 514 does not need to perform any notifications regarding the coordinates within the radius, there may be no need for the server computer 514 to transmit data to this anti-radar.

[0107] The exact radius may be selected based on statistics, may be based on network traffic or network speed or constraints, depending on the average driving distance for a given user, depending on the average driving distance for multiple users, depending on the number of users. coordinates of the area, etc. For example, the radius may be the average distance traveled by users based on location, position, or speed data being transmitted to and received by the server computer 514. The same radius may be used by all anti-radars (as shown in Fig. 13). , block 534), or different radius values ​​may also be used (e.g., the radius for the anti-radar 504 may be different from the radius for the anti-radar 506).

[0108] The controller then proceeds to block 544 for sending false alert signatures and coordinates to the anti-radar radius of the coordinates. In this example, all detectors 506, 504, 502, 500 are within radius, and as such, each of them can receive data from the server computer 514 via a correspondingly built-in modem. Each modem is controlled by a processor to receive data, and a given processor may fail to issue a warning and silence or suppress an alert for the coordinates denoted by a false alert in blocks 546, 548, 550, and 552. Received data may be stored in socket 50 flash (Fig. 9) or even the EEPROM 36 (Fig. 9) of each anti-radar by the corresponding processor. However, as the Radar 500 has already marked these coordinates as a false alarm, alerting the Radar 500 (or other radar that also marked these coordinates as a false alarm based on the data on the 514 server) may not be necessary as the user of the Radar 500 is already aware of false alarm, especially since the server computer 514 is tracking anti-radar devices from which it has received the false alert signature for these coordinates. However, it may be easier to pass data to all radar detectors in the radius that are communicating with the server computer 514. Block 552 indicates that this is optional.

Turning to the exemplary routine threat determination procedure 601 in Fig. 14, this procedure is similar to procedure 501 in Fig. 13 and shows the same four anti-radars designated as anti-radars 600, 602, 604, 606, similar to anti-radar 500, 502. , 504, 506, and the same server computer, designated server computer 614, similar to server computer 514. Starting at block 610, the user can enter a specific hazard tag position to indicate speed trap, camera, etc., via a switch, remote button or via a button on the anti-radar, and the hazard tag and coordinates can be automatically transferred to the 614 server computer at block 612. It is worth noting that it may be advantageous to transmit both the hazard designation coordinates as well as the indication of the hazard designation to reduce discrepancies between all coordinates that will be transmitted from the various sensors and received by the server computer 614. However, in some embodiments, the threat designation signature may be omitted, with only the coordinates. Returning to block 610, if the user does not designate the detected signal as a threat, the anti-radar 600 may simply operate in the normal mode.

[0110] Next, the server computer 614 obtains a threat signature and coordinates at block 616, and the controller proceeds to block 618 to determine whether a given threat signature has been obtained for the coordinates. If not, and this is the first threat count for the coordinates, activate the threat counter for the coordinates in block 620. The server computer 614 can begin tracking the number of threats received for these coordinates. The higher the numerator value, the more likely the coordinates are to truly represent the threat. The counter may be stored in remote database 72 (shown in Figs. 10-11) at block 622 and the controller may then proceed to block 516 to obtain more threat signatures and coordinates. Other information may also be stored in the database 72 including the coordinates, threat signatures, as well as the identifiers of the anti-radar that transmitted the threat signature coordinates. However, it may not be necessary for the server computer 614 to send data to the radar anti-radar, as a single threat signature for the coordinates may not be accurate.

-25ΕΡ2 477 041 Β1

[0111] Returning to block 618, if a false alert signature for a received coordinate was previously received, block 624 determines whether the anti-radar that sent the false alert signature indication received by the computer server 614 previously transmitted any false alert signatures for those coordinates. If so, the just received false alert signature may be ignored in block 626 because multiple false markings for the same coordinates from the same radar may be an indication that the user is trying to manipulate the accuracy of the data.

[0112] Returning to block 624, if a false alert designation that has just been received has not previously been received from the same anti-radar, the controller may proceed to block 628 to increment the false alert counter values ​​associated with these coordinates. Thereafter, the counter is updated and stored in the database of block 630, and on the next check, the updated counter is compared to the threshold value in block 632.

[0113] Returning to block 632, if the counter does not show a value greater than the threshold, the controller may proceed to block 616 without issuing a notification as server computer 614 will continue to receive false alerts and coordinates. On the other hand, if the counter update shows a greater value than the threshold, the controller may go to block 634 to determine which anti-radars are within the radius of coordinates marked as false alert, in other words, whether the coordinates are within the radius of which anti-radars. Determining which anti-radars are within the radius may be based on the location, position, and / or speed data sent to the server computer 614 from block 636 of anti-radar 600, block 638 of anti-radar 602, block 640 of anti-radar 604, and block 642 of anti-radar 606. This information is received by the server computer 614 and used at block 634.

[0114] The controller then proceeds to block 644 for sending false alert signatures and coordinates to anti-radar radars within the coordinate radius. In this example, the detectors 606, 604, 602, 600 are all within radius, and as such, each can receive data from the server computer 614 via a suitably built-in modem. Each modem is controlled by a processor to receive data and the processor in question may not issue a warning and silence or suppress the alert for the coordinates denoted by a false alert in blocks, 646, 648, 650, and 652. Received data may be stored in the flash memory of socket 50 (Fig. 9) or even the EEPROM 36 (Fig. 9) of each anti-radar by the corresponding processor. However, since the antiradar 600 has already marked these coordinates as a false alarm, alerting the antiradar 600 (or other radar antiradar that also marked these coordinates as false alarm based on data on server 614 may not be necessary as the user of the antiradar 600 is already aware of the false alarm) alarm, especially since the server computer 614 is tracking anti-radars from which it has received a false alert signature for these coordinates. However, it may be easier to forward data to all radar detectors in the radius that are communicating with the server computer 614. Block 652 indicates that this is optional.

[0115] Moreover, in any transmission between the anti-radar and the server, or from the server to the anti-radar, it may be advantageous to transmit some data related to the coordinates as well, rather than the coordinates themselves, to reduce the inaccuracy, but the coordinates themselves can also be transmitted. The server computer 514, 614 can receive coordinates related to various events, such as signatures of false threats and data on the continuous location of each anti-radar, which may be beneficial for the anti-radar, especially the built-in modem, transmitting the data related to the coordinates, such as an indication of the type Coordinate transfer event to reduce inaccuracies. Likewise, it may be advantageous for the server computer 514, 614 to forward its data with at least an indication of the event type (e.g., threat signature or false alert designation) associated with the transmitted coordinates to reduce inaccuracies. For example, it may be advantageous to also transmit the anti-radar identifier with the data item or velocity data, however, transmitting the indication of the events related to the transmitted coordinates may not be necessary in some embodiments, for example, if the event can be inferred.

[0116] Furthermore, it is noteworthy that while various checks have been included in procedures 601 and 501 (Fig. 13) to reduce inaccuracies and limit tampering, some or all of the checks may be omitted in some embodiments. In such cases, anti-radars, with built-in modems, can remain in real-time two-way communication with the server computer and simply receive and transmit data without control.

[0117] Returning to the update procedure 701 in Fig. 15, the procedure shows the same four anti-radars designated as anti-radars, 700, 702, 704, 706, similar to the radars 500, 502, 504, 506 of Fig. 13 and anti-radar 600, respectively, 602, 604, 606 Fig. 14, and the same server computer, designated server computer 708, similar to the server computer 514 of Fig. 13 and the server computer 614 of Fig. 14. Specifically, the server computer 708 may transmit software updates to the radars 700, 702, 704, 706 at block 710. In particular, the software update may be sent from the remote server database, under control by the server processor 614, to each anti-radar in communication with the server computer 708. , and if the anti-radar is disabled, updates can be forwarded when the anti-radar in question is enabled and communicates with the server computer 708. Then, after receiving the firmware update from the computer server 710 via the built-in modem of each of the Radar 700, 702, 704, 706, received at block 712 of antiradar 700, block 714 of antiradar 702, block 716 of antiradar 704 and block 718 of antiradar 706, the updates can be stored in flash memory of socket 50 (Fig. 9) or even 36 EEPROM (Fig. 9) of each anti-radar. Each modem is controlled by the anti-radar processor to receive software updates and implement updates by the processor.

[0118] Software updates or other types of updates (e.g., firmware updates) may be automatically pushed, in real time, from the server computer 708 to the individual anti-radar devices 700, 702, 704, 706 without user intervention. For example, the user can automatically update the anti-radar without having to manually remove the anti-radar from the vehicle and manually connect it to the computer (e.g. via USB), which could be cumbersome and / or impractical for some users (e.g., elderly users) and without having to insert software updates manually in any way. Therefore, instead of abandoning the software update due to the handicaps or difficulties that may arise from a manual update, routine 701 can be used to automatically update the anti-radar real-time as often as needed without user intervention.

[0119] Moreover, it is worth noting that the routines 501, 601 or 701 may be used in conjunction with each other. For example, anti-radars 500, 600 can be used to both transmit signatures of false alerts and flags, along with the coordinates of these threats. Insiders must remember that the status of some coordinates may constantly change, for example, if a policeman is in position, users can mark him as a threat, and once the threshold is exceeded, the computer server can send notifications about the threat marking along with the coordinates. However, if the policeman leaves these coordinates, subsequent users can mark it as a false alarm, and once the threshold is exceeded, the server computer can send a false alert notification along with the coordinates. In addition, at the same time, the software update can be transferred to the anti-radar 500, 600. Alternatively, the opposite may also occur, where the false alert flag occurs first, followed by the threat flag. Therefore, although procedures 501, 601, 701 are presented as separate procedures for simplicity, the procedures can be used jointly for four anti-radar devices and on the server.

[0120] It should be remembered that the embodiments set forth above are exemplary and non-limiting and that there are other embodiments of the invention which are defined by the appended claims. For example, the features shown in the power cord kit may be incorporated into the under-dash unit, not the case in conjunction with the power connection. The built-in vehicle electronics may also include some or all of the functions as described. In some embodiments, for example, the anti-radar 20 may have both an embedded GSM modem 200 and also have a working connection with an external cellular telephone 62 (Fig. 2).