WO2014047695A2 - Système de notification d'alerte interactif basé sur une urgence, une sécurité et des règles personnalisées - Google Patents

Système de notification d'alerte interactif basé sur une urgence, une sécurité et des règles personnalisées Download PDF

Info

Publication number
WO2014047695A2
WO2014047695A2 PCT/AU2013/001360 AU2013001360W WO2014047695A2 WO 2014047695 A2 WO2014047695 A2 WO 2014047695A2 AU 2013001360 W AU2013001360 W AU 2013001360W WO 2014047695 A2 WO2014047695 A2 WO 2014047695A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
input
referenced
sensor
vehicle
Prior art date
Application number
PCT/AU2013/001360
Other languages
English (en)
Other versions
WO2014047695A3 (fr
WO2014047695A8 (fr
Inventor
Christian KAZAMIAS (Christos)
Patel PRAVEEN
Original Assignee
Kazamias Christian Christos
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2012904170A external-priority patent/AU2012904170A0/en
Application filed by Kazamias Christian Christos filed Critical Kazamias Christian Christos
Publication of WO2014047695A2 publication Critical patent/WO2014047695A2/fr
Publication of WO2014047695A3 publication Critical patent/WO2014047695A3/fr
Publication of WO2014047695A8 publication Critical patent/WO2014047695A8/fr

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/016—Personal emergency signalling and security systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/001—Alarm cancelling procedures or alarm forwarding decisions, e.g. based on absence of alarm confirmation
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/165—Anti-collision systems for passive traffic, e.g. including static obstacles, trees
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/166—Anti-collision systems for active traffic, e.g. moving vehicles, pedestrians, bikes
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G3/00—Traffic control systems for marine craft
    • G08G3/02—Anti-collision systems

Definitions

  • the invention relates to a system that can be used in a moving vehicle or vessel for which it takes inputs from various devices and / or data sources, collates said data and leads to an action which can include providing an output, pushed or timed notification and / or notification alert over communications based on the applied rule or action that leads to further queries that lead to a set action.
  • a mode of transport is typically described as a solution that makes use of a particular type of vehicle/vessel, infrastructure and operation. It can also refer to a person walking and lot jogging as a means pf transpor.But in today's means of transport, there are considerable complexities, risks and disaster management requirements and in most modes of transport,safety has become amajor factor for consideration and concern. Safety in vehicles or vessels today include concerns about the driver, occupants of the transportation vehicle, the vessel and other vehicles or vessels or people in the surrounding areas on roads, water, air and paths where pedestrians can and are present in the area and even people in fixed locations off roads and walk on walkways and runways varying from homes to work place locations and areas where masses of people congregate.
  • B enefi ts include savings in travel times to transport one or more people, goods and livestock from one place to another place in a more cost efficient and safer manner.
  • the transportation journey on all these modem transportation systems has also been improved over time with an introduction of a variety of technological creature comforts depending on type of transport.
  • P atent applications US20110112717, CN102044095, US20090112394, US20060122749, and US20050182538 are providing teaching and suggestions for sending and receiving data related to vehicle positioning.
  • Such technological features include improved road surfaces, tyres and traction systems, seat designs, efficient use of cabin space, addition of creature comforts such as air-conditioning, electronic wind up windows, multi media (radio, music or video) playback in vehicle or vessel embedded purpose built computational devices, in-car voice and data communications, air conditioning and many more other associated creature features.
  • creature comforts such as air-conditioning, electronic wind up windows, multi media (radio, music or video) playback in vehicle or vessel embedded purpose built computational devices, in-car voice and data communications, air conditioning and many more other associated creature features.
  • Lighting for B rakes, Indicators and specifically for Driving at night and / or fog lights for safety in limited visibility lowering danger and improving safety and over time have been added to assist road or waterway awareness and safety keeping other drivers aware of planned movements to prevent or limit accidents.
  • More recently Airbags were also introduced to minimize spinal and other major accident injuries in sudden high impact situati ons and these can be triggered early on impact.
  • Our roads also have over time added safety systems with traffic lights, better road surfaces, use of colour on roads when entering select areas, use of mini speed humps to slow drivers down in certain areas and even more detailed safety signs and protective walls around bad corners all designed to improve road safety.
  • Some vehicle manufacturers improve passenger, vehicle, vessel safety when in motionby adding speed limiters especially addressing high speed potential accidents through various means including by integrating sonar or laser distance detectors from other high speed objects (vehicles/vessels/people/objects) for intercepting by force or alerts when detected as too close according to rules based system using high speeds detectors.
  • Law enforcement agencies have also tried to limit dangerous driving and have introduced Speed limits for drivers, repeat offenders and younger and in- experienced drivers and have even set limits on alcohol levels and illicit drug use with system limiters that won't start a vehicle or vessel if under the influence, all designed to help to improve safety while driving and interacting with other vehicles/vessels/pedestrians on roads and waterways.
  • Law enforcement in safety systems include the use of Mobile Random Breath testing units that setup to detect signs of Alcohol and Drug use while driving and where detected the setup of Mobile B reath testing units to measure levels of detected drunk or illicit drug use drivers and where found in breach, limit these drivers from causing danger to themselves and others.
  • Some identified repeat offenders caught are disciplined both financially and through laws placed on voluntary and in some cases forced rehabilitation programs that on return to driving may include passing breath detection input tests to even start a vehicle or vessel for a period of time. These systems have been shown to work and improve safety but for example an intoxicated driver who needs to pass a no alcohol breath detection input test to start a vehicle or vessel today can get a passenger to do this test (as it checks for signs of alcohol in breath) but still may allow this driver to start or drive vehicle or vessel once this test passes and this may endanger themselves, their passengers and others.
  • P eople with medical conditions and / or allergies who need to drive today have online access to information on current weather conditions and can check the potential impact against known allergies whilst driving such as scratchy eyes, sore throats and runny noses while on the go that can impact driving if occurred at wrong time.
  • Some technology alert systems such as Ford's allergy alert concept can connect devices that provide continuous glucose meter (CGM) connecting to the vehicle or vessel via wireless means such as B luetooth and allows users to hear alerts about their blood glucose readings instead of having to fumble with their monitor's screen while driving.
  • CGM continuous glucose meter
  • Other technologies can encourage drivers to double check their blood sugar levels are balanced and right when they get behind the wheel especially relevant if they had a low reading earlier that day and it can affect their driving and safety.
  • alerts Whilst these alerts are useful and can assist to warn potential drivers about dangers, some alert systems designed for allergy emergencies that can assist tracking of such people by showing their location in such emergencies, and providing a targeted medical update which are neither fully connected to recording full driver behaviour and actual environment details nor are integrated into full behavioural management and communication systems when medical conditions impact their driving and trouble arises.
  • Fatigue detection systems in some instances are merged with speed detection systems to identify potentially dangerous sleepy drivers that are fatigued driving semi-consciously. Quite often drivers will slow down during these signs unless their mind is elsewhere and can be detected swerving off course and this can trigger fatigue system alerts in some integrated systems.
  • road rage Another side-effect of stresses of life that is evident on the road or waterways and mentioned earlier - is road rage. Whilst there are various reasons why road rage occurs and what can trigger road rage varies, from a driver seeing another driver doing something dangerous (i.e. Changing lanes without indicating or braking suddenly), to power trip duals of one driver not allowing another to overtake them causing tension, friction and dangerous driving behaviours that stereotypically is depicted as habits of younger aged drivers and male "hero" types.
  • An overtaking driver exceeding speed limit to pass another driver on a road who also is speeding can for example: get an unexpected blown tyre at high speed and end up off a cliff, into a pole, tree or run over an innocent pedestrian, or they may land in the front room of someone's office, shop or home or impact with another object or vehicle or vessel this may be explosive or explode on impact.
  • GPS P ersonal Navigation Assistant (PNA) systems are one of the fastest growing consumer electronic devices and constantly evolving in technological features. They have found a place as a navigational tool in vehicles as attachments and built-in to some vehicles or vessels today.
  • PNA Personal Navigation Assistant
  • FM Radio frequency speaker playback and support to play audio over the car audio system in some solutions also enables more personalized navigational services.
  • the addition of local Points of Interest (P Ol) and pop-up POI alerts also has assisted guiding drivers to nearest petrol of gas stations, bank teller machines and Food outlets. Alerts of known Fixed Speed Camera locations appear to have also assisted in safety in some known accident danger areas guiding drivers to be more careful on the road in these areas. This last point has proven true where fixed speed camera locations are known and detected by such GP S navigation guidance systems and known area speeds especially where these area speeds change at certain times i.e. during school zone times.
  • the GP S PNA system's voice and audio playback has also assisted drivers who no longer need to take their eyes off the road and look at a map or look at the GP S for the street name, how many meters before turn left etc.
  • proximity sensor or visual images of rear or front view still seems to be the main source of guidance and very much depends on driving ability to follow alerts and notifications to park a vehicle with proximity or camera sensors and if you don't have such technology in your vehicle to assist you don't have too many options but caution and instincts.
  • In-motion Vehicle / Vessel Video capture add-on devices can record activities whilst driving. Some can also show overlays of the GPS location and even speed. These are typically limited to a set amount of internal or media card limited data that overwrites once filled oldest to newest. Some applications in mobile/smart devices can also record and are limited to that device's media limitations.
  • Some commercial transport vehicles include tracking technology that can assist in determining driver behaviour and assist to piece some activity but to our knowledge no technology is commercially available to determine fault in multiple vehicle or vessel accidents nor provide detailed capture of all activities like a B lack B ox does in an aircraft, nor use this data to guide driver for accident prevention and / or management or alert or voice or data communications during or after such an event.
  • CPUS Central Processor Units
  • GP S PNA Central Processor Units
  • vehicle/vessel Systems integrate safety (including related medical alert technologies) systems, Driver Vigilence systems, proximity, sonar or laser and other distance detection / limiter and camera capture parking systems
  • Mobile communications eyeball camera with sensors, B rain wave sensor input, other sensors and on processing queries can lead to Event Driven Task Scheduler that can provide personalized alerts, notifications and driver guides that can keep a driver's attention span focused, help improve safety, minimize mistakes and alert necessary people and authorities when danger, break-downs or accidents occur driven from a PNA or In-vehicle or vessel system, mobile or smart phone/watch/glasses, medical and / or other- in-vehicle/vessel input or output devices with support for reporting and / or tracking, transmission and simulation capabilities from the derived data including related medical and other alert technologies and managing voice and messaging via available communications.
  • CPUS Central Processor Units
  • our invention can also assist in recreating or simulating event playback, accident and medical alert conditions, recreating driving/cruising scenes by applying data inputs and this can literally save lives where time is of the essence in an emergency such as low blood sugar levels and /or while trapped and /or unconscious after an accident, fire or flood or other incident and / or when the need arises to prove one's innocence where conflicting claims are presented during accidents, breakdowns or traffic /other claimed law infringements.
  • This invention has been specifically devised from the above information in order to provide improved safety, awareness, honesty and more frequent interaction and focus with the driver and communicate with nominated emergency contacts where required.
  • the present invention outlines an Intelligent Two Way B lack B ox system that can receive data or content input from various devices in various forms such as GPS device, speedometer or accelerometer or gyro meter / shock sensor,
  • the Output can lead to an alert, message or a task which can lead to an outcome that can be displayed from various supported fixed or wirelessly connected output devices including: fixed or mobile communication devices, Audio player, FM Wireless over FM or other Short wave Radio frequency streams, B rake or Safety or Speed Control or airbag systems, GPS system, Camera / V ideo capture, other wired / wireless receiving / sending capable portable output device.
  • fixed or mobile communication devices Audio player, FM Wireless over FM or other Short wave Radio frequency streams, B rake or Safety or Speed Control or airbag systems, GPS system, Camera / V ideo capture, other wired / wireless receiving / sending capable portable output device.
  • the referenced B lack B ox system defines a process that includes the use, query, storage, alerts and use of relevant data to produce output, reports and simulations and /or trigger alert notifications based on matching queries.
  • the black box describes a system that reads data from the car computer (ECU) via On-B oard Diagnostics ("OB D") adapter which is an industry standard connector (but can be any type of ECU connection), that can be connected via a wired or wireless connection mat provides data including actual speed, acceleration, engine load, fuel use, temperature and more.
  • OB D On-B oard Diagnostics
  • This data can be merged and collated with other input data that includes data on position or location, direction (from a Global positioning type device or service) and sudden movements (provided from accelerometer, gyro-meter and other forms of supported shock sensors) that can be derived from a vehicle's or vessel's accessible built-in GP S or telemetric device, GP S PNA and / or Mobile or Smart-phone/watch/glasses enabled with GPS or Assisted GPS .
  • the referenced B lack B ox system can be an external or internal processor that is associated to the vehicle.
  • Host device with integrated processor and associated software is referenced and this can interact, connect and communicate with various other Host supportive integrated devices that include processor, display, communications, input including Smart-phone, Infotainment unit, PNA GP S other variants including high tech rear view rnirror with built in PNA or infotainment system, high tech dashboard display with distributed controls, Smart Watch etc. could be used as internal processer and input controls can even be some of the user's portable and / or personal devices such as smart phone, portable gaming device, Smart Watch / Glasses or other high tech portable gadgets with processor etc.
  • the B lack B ox has access to various forms of data from the vari ous inputs can be used as a raw or filtered data feed and this data can be collated, queried and then represented graphically in simulations and reports to help i.e. to recreate an accident trail, detect what went wrong in a vehicle or vessel breakdown and / or provide supporting evidence in traffic infringement claims being challenged or in-consistencies queried.
  • the black box system in the vehicle or vessel can receive data from connected compatible proximity sensor system, which can detect and recognise that the driver in a moving vehicle or vessel is coming very close in proximity to another vehicle or vessel.
  • This system for example may be used in traffic and whilst in motion detect distance from another vehicle / vessel and / or detect a conflicting device such as a Lidar Laser signal that interferes with a Lidar Parking / Proximity and / or Speed sensor.
  • This can also include an alert system that involves visual and / or audio alerts to the other vehicles or vessels compatible referenced B lack B ox system enabling improved guidance, safety and consistent cross checked logging and updating (where supported systems are in place).
  • This may also link the vehicle or vessel's collated location data from when vehicle or vessel was parked or moored respectively from the accessible built-in GP S or telematics device, GPS PNA or Mobile or Smart-phone enabled with GPS. This then becomes a data feed to software to assist to return to the parked/moored location. Also, when a vehicle or vessel parks or docks respectively and user's Mobile/Smart phone/watch or other device requests the location via software application, it may transmit the location from the B lack B ox via available communifi ations to user's smart or mobile phone/Smart Watch/ Glasses application or device and store this, then when user is in close proximity again, it may transmit guidance to the vehicle / vessel and merge any additional incident and/ or captured data.
  • the referenced B lack B ox may re-connect to user's device(s) and based on stored communication rules it maytransmit over rules based Mobile communications updates on data to user's device when re-connection to smart or mobile phone with Mobile transmission communications is re-established and provide incident details ie. location change update for example if a vehicle / vessel or even motor bike was moved from a set location on return or proximity sensors detected an intruder in close proximity but no other rules based sensors were triggered and this may trigger to retrieve video and / or incident footage downloaded over wireless or wired communications to user's preferred display device compatible with B lack B ox referenced system.
  • the B lack B ox system can also transmit summary and / or full data to user personal device(s) where communications are available and present to B lack B ox parked or moored vehicle/vessel respectively and / or can support use of local area communications where compatible to transmit to user device and / or central hosted (cloud) service enabling user to access summary and / or more details of any incidents to vehicle/vessel while parked/moored respectively.
  • the other vehicle or vessel's referenced B lack B ox system may accept transmission of wireless data or proximity sounds through their preferred output device connected to the referenced black B ox system such as a mobile device, GP S, wireless audio visual / IP streaming device or FM Radio on specific band or channel increasing audible tones as proximity dist5ance diminishes from the other vehicle while it reverses closer with a "beep-beep" or other supported type tone.
  • the frequency of this sound may incorporate increased volume of tones as the proximity among the vehicles diminishes and the vehicle gets closer playing audible sounds like traditional proximity systems do or can be customised on their device with supporting applicationby user.
  • the B lack B ox system captures input and logs all the above activities on the supported media as evidence of event / activity occurrence stored in real-time and securely where required, This can be stored as secured and / or encrypted data on local device and / or securely and / or encrypted data transmitted to cloud based client server storage. Access to such data can be limited to reporting or simulation for consumers or as collated or raw data to service providers / law enforcement agencies with support for encrypted or secure data storage and / or access where required.
  • the data feed to the B lack B ox of the sensor system may detect proximity and obtain instructions from the B lack B ox based on User rules to log and / or not only capture data but also capture image /video of the close proximity object and / or person along with any available details of the vehicle / vessel / driver and this logged detail may also trigger an alert notification over available mobile or in area communications to the user, authoriti es and / or stored on Host server or local media and becomes evidence of support, alert and contact.
  • this referenced black box system is helpful in detecting a potential intruder or thief, detecting when an un-identified person suspiciously stands close in vicinity of sensors for a predefined period of time and / or attempts to break into a vehicle or vessel without using a key, or attempts to break and enter and steal possessions in a vehicle or vessel.
  • the Black B ox system will read data from proximity sensors that match a rule pre-defined and may trigger request for more collated data from alarm system data which is collated and queried against rules and where for example a door is also opened and sensor detects this was without a remote or key, an alert may trigger alarm system sensors to trigger as a single or scalable warning alert.
  • this detection is achieved by the integration of the B lack B ox using the perimeter sensors of the vehicle proximity system interacting with the B lack B ox that detects which sensor is turned on and this activates an alert notification from this sensor.
  • This will then pass the signal to the referenced B lack B ox, and in another embodiment may trigger a live stream and / or recording of image or video capture with a photo/video of the environment and may capture image of the person or environment, and the alert system may in another embodiment automatically dial the emergency number, or alert authorities, owner etc. or trigger the vehicle or vessel alarm and / or interact with the Car computer to shut down specifi c functions i.e. lock doors, switch off fuel input, play perching in vehicle alarm and other vehicle protection functions.
  • the contact made is detected by the B lack B ox system which reads the data inout from proximity sensors that automatically detect object within close proximity leading to the sensor forwarding relevant data information to the referenced B lack B ox, that on a queri ed rule match could lead to an action that includes triggering by the proximity sensor to activate the data recording of the parking sensor activity or activate and record using the camera proximity sensor in the front of the vehicle or vessel to take a picture or image or enable the time stamp capture of the images and /or enable video capture that could provide cri tical details of the other vehicle or vessel including number plate, colour, make, driver face or image etc.
  • B lack B ox compatible Image capture devices can be placed as wired and / or wireless devices that can be anywhere but typically in front /rear of vehicle / vessel and in the vehicle / vessel cabin with multi-camera positi oning rotation / tilting capture capabilities that can include sensor driven rotation and / or multi-camera capture split screen images / video.
  • Area Public or Private video / camera capture devices such as WiFi / B luetooth Cameras and Access Points that provide access to public, may also be logged and used as data input and added to reporting for added supporting evidence against any claims ie.
  • the B lack B ox system can be configured to receive data from Shock sensors and Tyre Pressure Management system, collate the data and process queries against rules leading to the detection of an unexpected shock level rise.
  • This can then be stored on secure server and if applicable forwarded to local authorities to repair the faulty surface on a road and also provide supporting evidence for liability support including evidence for insurance purposes where accident occurs.
  • the user's B lack B ox can enable water authorities to identify and make more informed decisions to identify dangerous vessels in waterways including providing water whitewash or changes due to speeding vessels in area and assist them with supporting evidence to best determine consequences in such, dangerous practices.
  • This can be further justified by using the referenced Black B ox with input data from available captured video or image footage of dangerous vessel which may originally be triggered by data collated and queried via processor from gyro meter or accelerometer or shock readings and output as reports and simulations then transmitted according to mobile transmission rules by the B lack B ox system that can be used as supporting evidence of violation.
  • the referenced black box system is used for accident prevention, detection and management that can be useful in detecting and managing situation during accidents and medical emergencies. This is achieved by integrating medical data input data via the B lack B ox system and applying rules based data queries and where rules lead to alert notifications, prompting user via display notification for input and feedback or where there is a lack of feedback, auctioning an alert that may be transmitted via rules based available communications to request help for the identified danger.
  • the referenced B lack B ox system can also provide historical stored data logs that may include what occurred before or during and after the alert or emergency or accident and forward this data to Emergency services, family and friends via available communications.
  • the referenced B lack B ox system includes a rules based Timed notification process that can trigger driver alerts that require input in a timed or non-timed period and alerts that automatically trigger Emergency Services and / or family notifications via available mobile voice and data or messaging communications.
  • the referenced B lack B ox system can have default settings for rules based emergencies which can include to auto call a pre- specified number if no feedback is entered and / or on call connection detection, start playing tone and / or send details as tones or Text to speech or pre-recorded audio.
  • the B lack B ox can also be used to check available resources including availability of Mobile Communications for Data and / or Making phone calls and link details on available power from batteries and /or engine running generators and based on rules based decisios that lead todetection of no data connectivity available, then the system rule may apply to dial International Mobile emergency call service stored in the B lack B ox and may be dialled directly where service is available.
  • the system can be pre-programmed to dial Emergency services and play the information as tones or text to speech or pre-recorded audio in such instances, rules based communication diagnostics enable this step process to occur.
  • a medical alert is detected where a medical health service is required.
  • the driver or passenger can provide input and / or medical device input data into the referenced B lack B ox and trigger a danger and / or emergency rule action alert to supported output devices and via available Black B ox rules based Mobile or Area communications in a detected medical alert emergency.
  • various health details stored by the B lack B ox device from Medical Input devices can display according to rules based output process onto the supported output devices and rules could be set in the B lack box system that action during a medical emergency utilise the Emergency dialling and / or messaging system automatically or manually send or advise data readings giving medical updates on the condition of the un-well party connected via the Rules based B lack B ox system.
  • the output can be the primary host device output, but can also be any connected display / input and output device, reported or logged output file or document that can display on devices such as GP S Display, Mobile or Smart-phone, Smart Watch or Glasses, wristband, Earpiece, inbuilt car system. Reporting can be to any printed or displayed reporting system displayed or printed locally or stored in media file reports securely offsite.
  • Such emergency alerts can also be applied to transmit according to B lack B ox rules at set intervals after initial alert trigger, transmitting via available rules based communications in real-time or data stored and forwarded in batches to an off-site Host server where the collated and queried data received, is collated and is sent to another party and / or Emergency service provider .
  • the B lack B ox system output process applies transmission according to rules and query results via supported mobile / in area communications rules for transmission including its frequency and Emergency cancellation rules.
  • the B lack B ox system input of data queries has detected unusual behaviour against rules and output process includes to alert user via display and prompt user for feedback-
  • This unusual behaviour managed by B lack B ox rules can be configured to trigger the transmission of this behaviour over available rules based communications constantly or in batch or where signal fluctuations, battery on portable devices and / or other rules based actions seem likely to affect transmission, it may transmit more regular updates to Emergency services or cloud server, supporting raw or refined filtered data captured after alert by the B lack B ox system such as location, speed, altitude, direction, acceleration, personal and / or vehicle or vessel details and collated with user feedback on requested input and this collated data transmitted via the vehicle or vessel B lack B ox system nominated transmission communications which may be a mobile or smart-phone, wireless telemetry device or even satellite phone / data device or in-area public communications.
  • the B lack B ox system defined can transmit to a user device supporting the B lack B ox system and that device can use the received data to track the vehicle / vessel via the Mobile or smart-phone, Wireless Telemetry device or satellite based tracking or in - area device(s) and user may input request for more i frequent updates to be transmitted along with other referenced Black B ox data such as medical allergies and updates if medical devices are connected, or video or image footage enabling this data to be sent directly or from collated data on cloud or server, and customise or use raw uploaded data, and re-transmit messages with corresponding message templates over available communications to emergency services, friends or family or multiple parries.
  • Black B ox data such as medical allergies and updates if medical devices are connected, or video or image footage enabling this data to be sent directly or from collated data on cloud or server, and customise or use raw uploaded data, and re-transmit messages with corresponding message templates over available communications to emergency services, friends or family or multiple parries.
  • B lack B ox In another embodiment where all or key raw data captured by referenced B lack B ox is collated and rules applied instruct to query available communications against rules for communication integrity and transmit in real-time to a Host Server instead of the B lack B ox system device or devices. This may be critical where B lack B ox system identifies low signal and / or supported device battery/power levels.
  • This Host Server receiving transmitted data can then provide via application same B lack B ox system functions to collate, query and produce further alerts and forward such through its available communications that may include reporting alert data, notifications, historical data and links to retrieve data from server and / or details to access B lack B ox system and / or user details, tead on
  • the B lack B ox system may be integrated with resource management process that queries connected devices and on their available power and where override battery power is used and lot signal is low or fluctuating, or Mobile or Wireless Network is fluctuating and an alert action is detected by B lack B ox system executing process of the invention, an output process action may be to send via available message means raw or collated data while power, network and signal levels allow it, and then use mobile voice call means or Wireless data transmission means via available communication means to a server, enabling all further emergency forvvarding of notifications processing to be managed from a client server or cloud based emergency forwarding server, minimising environmental factors such as low communications signal, battery and user input limitations to hinder alerting someone in emergencies
  • the reference black box system deals with processing of the input and output data. It also manages the capture, query and processing of the input data that leads to output or reporting and /or actions that includes an alert technique that has been defined.
  • input we can use various inputs including utilizing various sensors, ECU (car computer), GP S, Video, Radar Detectors, Tyre
  • Wirelessly connected output devices can include a plethora of options including but not limited to: mobile / smart phone, watch or watch phone, telemetry devicewith display dashboard or a B luetooth or Wi-Fi or other form of wireless or wired enabled Input remote device, Smart or Mobile device connected with supported application and output formatting. All these output devices can function as an alert display or audio or multimedia playback system, seeking feedback response, when rules based triggers detect unusual activity or driving behaviour or medical and / or emergency is detected.
  • the defined B lack B ox system references support for input/output from other devices it can connect to via Wired / Wireless means and can also support other passenger devices that can be connected as output displays requesting input confirmation to alerts and these can be completed by the passenger(s) on their wirelessly or wired connected mobile / smart-phone iPod or other Music / Multimedia player (or Input device to player), Tablet, Net book or P C device, Media player, games console, smart watch / glasses display / phone-or other supported input or output enabled device to allow them to be connected to the referenced B lack B ox.
  • Alerts in a black box system that has queried collated or specific data and output process rules outline that these are alerts that can be of varying types, including timed alerts requiring user to provide input within a set period of time or these can be a standard display alert which has no further action after logging alert was responded to, and / or logged.
  • the B lack B ox system alert system may apply a rule that defines a process to prepare output data and forward alert data and add note on nil input received by driver or passenger(s) by set time and uses B lack B ox system transmission communications rules to automate sending notifications to pre-set emergency services, Host Server and /or directly or in-directly (via Host / emergency Server) to friends or family or even update unavailable in Social Media sights depending on the user settings.
  • the system or user dials a known emergency or other number listed in the referenced B lack B ox system
  • it can be configured to prompt user on their input connected device to select type(s) of emergency and to send a message in a standardised template format, which can include other information including: driving historical details, driver or vehicle or vessel or license and registration details, medical details / allergies, insurance policy and other relevant details.
  • the B lack B ox system incorporates a novel system that on detection of an emergency alert after query on collated data and rules match detected can use processor to collate the emergency data, forward this same or summarised data that typically is sent in message format but now can use the B lack B ox system to convert the message into DTMF tones and send over an Emergency phone call as DTMF codes.
  • This system can include a receiving DTMF translation system that translates the DTMF tones and identifies via tones critical data such as: the geo-position of an accident, recorded type of emergency (accident, medical emergency, infringement, breakdown, multiple or no selections tri ggering Event Driven Task Scheduler to action) and can store or send this and other data to appropriate emergency service providers as data such as historical data including relevant location data such as: altitude, latitude or longitude and speed information that can be vital data to assist emergency services agencies, family and friends to assist especially in time critical crisis situations where location, path etc. can help to identify and get to the location quicker.
  • relevant location data such as: altitude, latitude or longitude and speed information that can be vital data to assist emergency services agencies, family and friends to assist especially in time critical crisis situations where location, path etc. can help to identify and get to the location quicker.
  • This B lack B ox system also can use Event Driven Task Scheduler to apply rules while processing the collated data and caters for people compromised in an accident when they cannot and / or are not in a position to make a call to the local emergency services number and / or cannot pass details about the accident, their physical position, nor whether they, or other people are hurt or injured by setting rules based thresholds and timer for user to respond within a set time and if no response, can enable microphone pickup on all connected devices and record all noise for a period of time then automatically forward recording file and details collatedby B lack B ox system rules based on Event Driven Task Scheduler defined communication means.
  • the system can enable emergency services to speak or see and evaluate and action with more informed details from audio or visual feedback on an emergency call triggered by the Event Driven Task Scheduler from a B lack B ox with software to trigger this function.
  • This can incorporate an emergency call to an emergency service operator who upon detecting such call through pre-recorded identifier can trigger data retrieval by selecting or having an automated DTMF tone that the B lack B ox system host device detects and authorises to: retrieve details, enable video or image transfer and / or retrieve relevant data via specifi c or general DTMF tones on a call back to the user (where referenced B lack B ox supports such a feature or can communicate with in vehicle / vessel connected input devices with software to provide this).
  • system can utilise voice emergency calling to send formatted voice message then can send pre-recorded, formatted information as structured DTMF data tones to Emergency services and / or to a central recording system.
  • Emergency Services equipped with DTMF tone translation software can then utilise existing DTMF translation systems to convert this data to text and forward as electronic data integrating emergency feed into existing and enhanced emergency systems.
  • the B lack B ox system can support automated voice input available on some hardware with software and / or connected host servers.
  • an input device that supports voice input
  • the B lack B ox system can support this input also.
  • the B lack B ox system querying collated data that rules based query detects it can enable user input from available microphones and even play predefined output audio and display message on all available displays for user to say verbally their requirements.
  • an Emergency When an Emergency is called through to emergency services, it can include live user input selections on supported output screen with input support including support for interactive voice menus and / or message recording that can be formatted and sent in a structured format and enable the playback of text to voice or pre-recorded audio when get through to a live operator. This can then assist in Emergency situations, accidents, location alerts, notifications and provide more accurate audit trail reporting and share this more accurate information filtered for Emergency Services, family, work and friends.
  • the B lack B ox system can also be formatted to apply a rule to add in DTMF tone format the actual details of the emergency incident.
  • Automated Voice Menus can also be incorporated with the B lack B ox for other applications including input using simple yes, no, true,false etc inputs.
  • Figure 1 details the defined B lack B ox system showing the Processor with Input and Output Integration.
  • the illustration demonstrates the various input (1) to (5) and output sources (8) that include some input and /or output sources (9), the transmission communications module (14) that connectrs to the system of the referenced B lack B ox system.
  • the illustration outlines the interaction flow between these Input or output devices and Communications and the Event Driven Task Scheduler used to process and lead to output reporting (12) and (13) and Media storage (11) and (15) and further manual input (10) requests.
  • Figure 2 details the defined B lack B ox system showing the process for Collating Data in B uffer and managed Storage.
  • the illustration demonstrates the Processor (6) monitoring or querying (7) the data in B uffer (7) for using Event Driven Task Scheduler by applying rules based matches i.e. speed drop, direction change etc. and how it stores data in Local (11) or offsite (Secure) Media (12) & an example of how buffer clears this after write (7) overwriting oldest data with new and / or storing (11) and /or (12) before overwriting the old data where limited storage (11) is available.
  • Input devices (1-5) interact with processor (6) and manual input (10) that can include a variety of input devices (9) and collates data feeds (7) and queries the collated data against pre-defined rules (7) using Processor (6) to determine outcomes into output sources (8).
  • Processor (6) stores collated data (7) and matching query data (7) to stored device (11) and / or (15) and outputs (8) to a range of pre-configured output devices (9).
  • processor (6) adds this requirement to output sources (8) requesting input (10) and logging the request (11) and / or storing locally (11) or off-site (15) via transmission communications (14) to supporting display and input devices (9) and (10)
  • Figure 3 details the defined B lack B ox system showing the Process for Rules based Queries.
  • the Illustration demonstrates the processing (1) of how the Raw data, the collating of multiple raw and filtered data sources (2), challenging the Data (2) which is Queried against Rules (3) and (8) and (10) and (12) that lead to an Action such as a Display alert (9) or to further Rules based Cross reference Query (4) reading other stored and collated data (7) that both lead to Event Driven Task Scheduler leading to an Action that is displayed (9) and / or requires feedback by specified time (10) , and / or where response confirms alert danger or emergency (12) is sent for processing to B lack box system that prepares notification via available rules based communication (11) and / or displays (9) and sends over communications (11) if no response to feedback within timeframe (10) but can Cancel alert (14) but user interface input (13) and this is sent to B lack box system that passes request to communications device management to prepare to send cancel alert (11).
  • an Action such as a Display alert (9) or to further Rules based Cross reference
  • processor queries data (1)
  • it firstly reads sources of data and collates the data(2) using Processor (1) which compares data against pre-configured rules(3).
  • Processor (1) detects a no Rule match (3)
  • Processor (l ) is used to Cross reference (4) against other stored collated data (7) and Media storage .(5) where Data is stored and checks the new collated data (2) against new collated data (4) and if No Match (6) result is stored (7) on Media Storage (5).
  • Processor (1) detects Rule Match (3) or (6), processor (1) then queries Rule on whether to display alert (9) and / or display alert notification for a set time (8) and where no input (10) is detected, SOS communications (11) Is prepared and sent and the lack of input (10) is further cross-referenced (4) with additional captured data (4) and stored data (7) all while sending SOS (11) via available communications
  • processor (1) sends SOS (11) via available communications and continues to send location and other collated relevant data according to set parameters by user to send updates in set times over available communications (11) after processing (1) and collating data (2) then transmitting (11) .
  • a request to Cancel SOS Alert (14) is sent to processor (1) to cancel SOS (11) via communications.
  • SOS Alert is transmitted (11) via communications and user inputs AFTER alert is sent through Cancel Option (13) it sends request to query (12) and this in turns triggers the request to Cancel further SOS Alerts (14) from that time SOS Communication cancellation (11) is received by processor (1).
  • FIG. 4 details the defined B lack B ox system showing the process using Event Driven Task Scheduler for managing Queries and how this process leads to further queries, alerts and / or actions.
  • the Illustration describes the B lack B ox system Input Sources (1) to (5) that are managed by Processor (6) and these data sources are collated (7), Queried (21) and (8) and (9) and (12) and (13) and (22) and (23) with Manual input factored in (18) for processing against rules to the queries and these queries lead to Actions (10) and (14) and (15), including preparing and Sending SOS Emergency alerts (20) and preparing output (16) to available input and /or output devices (17) and sending manual input (18) responses to queries back to processor (6) for taking appropriate further action (10) and (14) and (15).
  • the referenced Black Box includes a Processor (6) which takes input from a seri es of Input sources that are defined in drawings including: Vehicle / Vessel Computer - ECU (1), Global Positioning Data (2), Various Sensor inputs (3), Radar detection sensor data (4) and other input sources (5). This data is transmitted live to the Black Box central processor (6) where the received data is collated (7) and Rules are applied to check Speed claim matches(2l ).
  • Speed Match (8) does not match a cross reference request (9)
  • a further query on Direction rule (12) is checked, if Direction rule does not match either, it displays this on supported devices (17) and this can trigger SOS alert notifications (20) over available communications and displays (17) seeking input (18).
  • Direction rule(12) does match a further rule is used to see if the match (12) requires further cross reference match (13).
  • Direction Rule (12) includes rule to check other rules (19) and triggers a Danger (15) and / or Direction Alert Action (14) and prepares to Send (20) over available communications.
  • Figure S details the defined B lack B ox system showing the Speed Drop Reaction Time when an unexpected Object crosses a moving vehicle / vessel's path and in a 3 car pile up accident.
  • the illustration shows the speed drop reaction ti me and events that occur and are logged, queried and auctioned by the system using available data from sensors, ECU, GP S and software.
  • Vehicle 1 Rear camera and sensor (4) begins recording including the rear vehicle / vessel almost impact while reacting to Vehicle 1 reacting to unexpected rolling object coming in their path and suddenly dropping Speed fast.
  • Vehicle 2 in this example also has sensors (3) and Proximity camera sensor (5) and also records their reaction time and can use the same Black Box system in Vehicle 1 to log their reaction time, near miss impact and where rear vehicle makes impact, capture this rear proximity sensor / camera (5) data and time stamp it if impact is made projecting Vehicle 2 onto Vehicle 1.
  • Vehicle 2's data can be used to show near miss then projection forward on rear impact by vehicle 3. Additional data from Vehicle 2 ECU, GPS and CPU with APP can also support speed drop and near stop position and Shock and proximity sensors along with GPS data can show how the rear impact projected Vehicle 2 to make contact with Vehicle 1.
  • the Black Box can trigger an Emergency alert timed display that sends an SOS Alert via available communications.
  • the three involved vehicle B lack B ox systems can also share collated details automatically on impact and any other vehicles / vessels in area with compatible and available details could also be captured and used in reporting for possible eyewitnesses to the accident.
  • Figure 6 details the defined B lack B ox system showing the system used for detecting Start/Stop in Traffic.
  • the Illustration shows the automated stop/start instructions depending upon the traffic detection by the B lack B ox system supported by sensors, ECU, GPS and software. Shows same said vehicles in Figure 5 that front and rear sensors detect constant start/ stop.
  • This data is collated from the various systems and prompts for user feedback / confirmation there is heavy traffi c.
  • This detail is also pushed to Black Box Cloud server that in turn can send the data to in area compatible devices.
  • the system also reflects the possibility to pass to vehicles/vessels travelling in opposite direction that as they travel their course may pass-alerts and / or relevant alerts of heavy traffic to traffic further back from the location. This data may be retrieved from the Cloud or passed by the vehicle / vessel depending on the user settings and permissions.
  • Figure 7 details the defined Black Box system showing the detection of Direction Change and Unusual Driving Behaviour.
  • the Illustration shows a System where directional changes are linked to vehicle tyre bursting and the use of Tyre Pressure Management system, ECU,GPS and software and communications via Black Box to detect, log and transmit danger and assistance request.
  • This illustration shows a path of a typical vehicle travelling at a certain speed and velocity (bottom image) and a tyre bursts (2 nd from bottom image).
  • Black Box processor detects erratic driver behaviour through sudden directional change at fluctuating speeds as driver swerves to control the vehicle and Black Box system prompts for sensor data feedback and collates this with other GPS, ECU, Tyre Pressure Management data.
  • Black Box processor collates data and sends via available communications an Emergency alert and continues logging details and sending these over available communications and storing all activity in Logs.
  • Figure 8 details the defi ned B lack B ox system showing the process for using B lack B ox System with Proximity Sensors Auto-Detect.
  • the illustration shows automated detection of proximity sensors used to assist in Reverse parking a vehicle with assistance from FM or Wireless transmission between vehicles / vessels and / or Radio/Wireless Communications. This can transmit tones and where impact is made whilst reversing, system can share details and store in local and / or Host Server via available communications accident data captured.
  • the system can retrieve data guidance proximity prompts via another Black Box referenced system with compatible control data.
  • the Black Box can be driven by a Host device and connect and communicate with other input and / or output devices, these devices can include devices over wireless communications such as WiFi, Bluetooth, FM transmission.
  • the bHost device can transmit tones, video from it's own camera streamed and can even grab from ECU, CPS of the reversing system.
  • Figure 9 details the defined B lack Box system showing the process when detecting objects and / or persons in Colse Proximity to V ehicle / V essel.
  • the Illustration describes the B lack B ox system querying data input from proximity sensor system that when processed and collated with other data determines the positioning of objects and based on rules can trigger an alert to alarm system, send alert via available communications to user and / or Law Enforcement agencies and / or capture images/video and / or trigger detterant audio, lighting strobe and / or action in-vehicle systems to lockdown vehicle / vessel controls such as fuel, doors etc. It can also trigger sending details via B lack B ox Communications of surrounding devices detected.
  • the same referenced Black Box can be triggered to transmit an alert of an intruder and used as a proximity alarm to vehicles/vessels and any other stationary environment where other data can be collated and managed by a Host device with processor that can do rules based queries.
  • the intruder alert can trigger the same Black Box transmission of data of the intrusion over available communications to a central server which may store and forward the data and / or utilise other in area resources to capture and collate data regarding the incident, this can include other moving or stationary vehicles / vessels or people walking/jogging or even riding bicycle and using the referenced Black Box.
  • the Black Box may also tri gger microphone and / or provide alarm relay tri gger.
  • Figure 10 details the defined Black B ox system and how it applies to Start / Stop Signs in Traffic Infringement Claims
  • the Illustration describes how the B lack B ox system uses input Data from GPS.ECU and even Laser and other proximity sensor systems that logs stop/start instruction data and can also collect other in- area device data and add to collated data inputs for later supporting evidence.
  • the Black Box is used by a vehicle approaching an intersection or a vessel entering a low knot area
  • the system can track, log and use ECU, GPS and even other vehicle / vessel data in the area to build and recreate activity when approaching an intersection and / or stop sign.
  • Stop sign Traffic Lights or Local Area authorities have technology that can be recognised as In the area ie Wifi or Bluetooth Access Points and / or Traffic Cameras, these can also be used as input and can be added to reporting to support any conflicting claims.
  • Figure 11 details the defined B lack B ox system showing the process where Shock Sensor Alert Activation is Detected by B lack B ox System.
  • the referenced Black Box can receive input from various input sensors and apply rules based queri es on that sensor data and collate with other data, it can not only detect the impact, log the location, note the speed and direction change and even record the whole thing to support the TP MS detection of unexpected impact and possibly loss of air pressure or sudden temperature rise and / or disappearance of data (tyre blown).
  • the user can transmit this to a Cloud based service, retrieve a report for supporting evidence and / or transmission to local authorities and / or other parties via available communications,
  • Figure 12 details the defined B lack B ox system showing the process for using available Communications in an Emergency.
  • the Illustration describes emergency system during an accident and process of data collection or collating
  • the Black Box processor would retrieve input from available communications such as Mobile Data, Mobile Voice Network and any other terrestrial networks available and use same inventive rules and process to determine best means to dial.
  • the system detects a Mobile Network is available it will check to see availability of Mobile Data, if no Mobile Data, rule will check to see if any signal and if any will send SMS. If decent signal and mobile network detected, will attempt to make call and / or can also send SMS message to Emergency contacts and / or forward to Cloud service which can forward to other parties.
  • Black Box can do is factor in available power for wirelessly connected transmission devices such as Smart-phones, watches, glasses etc.
  • the Black Box system can have preset rules to move the Host device to another device or support other device(s) as input and /or host where battery or network signal is low or fluctuating.
  • FIG. 13 details the defined Black Box system showing the process for Calibrating GPS device against ECU / OBD device and calculating the GPS delay and offse
  • the Illustration demonstrates ECU Calibrated GPS Accuracy Offset that can auto- calibrate the delay time average when ECU data is unavailable.
  • the Black Box system can be managed by a variety of Host devices including a GPS.
  • a connection to the ECU can output data via an application as an overlay onto a GPS enabled device such as PNA, SmartPhone, or infotainment unit.
  • An ECU connection can be via the On-Board Diagnostics (OBD) adaptor and can connect via APP to the GPS enabled device as a feed and overlay data as dashboard type output.
  • OBD On-Board Diagnostics
  • Figure 14 demonstrates calibrating GP S to speedometer offset.
  • Figure 15 demonstrates improvement in GP S Speed Accuracy.
  • Figure 16 details the defined B lack B ox system showing the process for using various PNA / GPS devices such as a Mirror GP S.
  • the Illustration demonstrates a
  • This input device includes a multi directional hinge that provides full rotation of the PNA or video display and the integrated mirror displaying collated data as or from the B lack box system for optimal view whilst driving and ease of use in input.
  • This device can be controlled via personal user settings via the B lack B ox according to Event Driven Task Scheduler to optimise glance capabilities whilst driving. Shows a GPS system with Rear View Mirror that can be used as Host device and Black Box.
  • the diagram shows a mirror that can be positioned to view in rear and an attachment to effectively a GPS and / or mini tablet with GPS system that can run APP and data feeds into a dashboard that shows typical data from the attached ECU, 6PS and / or other sensor inputs.
  • FIG 17 details the defined B lack B ox system showing the process for using various Input devices such as a wrist Smart Watch / Phone and / or Mobile Display attached to Steering Wheel.
  • the Illustration depicts a wrist and / or mobile display input device where watch can be worn on the wrist through a strap that is adjustable and same or other mobile display device can be clipped to steering wheel for easy view by the driver during driving displaying collated data as or from the B lack box system for optimal view whilst driving and ease of use in input.
  • Th unit can also be mechanically controlled along with other personal settings via the B lack B ox according to Event Driven Task Scheduler to optimise glance capabilities whilst driving Where a Smart Watch or Pocket sized input device including Health devices are used, these can also act as input and / or output and / or emergency voice and dialling communications and / or can be the Black Box system run via APP
  • Figure 18 details the defined B lack B ox system Input and Display supported devices
  • the Illustration demonstrates In- Vehicle entertainment input and /or output devices that are inter-connected to B lack B ox system and share power, input, display, audio and visual alerts, audio microphone and / or speaker and power and communication resource details.
  • the Black Box system includes a mobile and fixed device distributed architecture where multiple devices can be inter-connected, shared for display, input, output.
  • the Black Box can be set to accept input and / or display output to all available devices.
  • the devices registered can also be used to detect whether a driver is alone or with others in the vehicle and / or vessel. This can also enhance and / or limit use of mobile/smart- phone to make call, message and / or look at content and social media posts, instead the Black Box can apply same set rules to supporting devices, limiting access to these whilst vehicle / vessel is in motion unless user overrides this on grounds they are not using this. In such instances, the same logging and / or reporting and overlay support on a map and / or dashboard can reflect and simulate the experience. Where an override is actioned and unusual driving behaviour is detected, automated rules based switching to hands-free and text to speech support can be set to be automatic.
  • Figure 19 details another B lack B ox system Display and how it interacts with
  • dashboard Proximity, Audio Visual Capture devices, input controls, ECU, GP S and other devices and inputs/output controls.
  • the Illustration demonstrates dashboard as customisable screen replacing typical vehicle dashboard and / or reflecting as inverse display on front windscreen. , Where a vehicle is equipped with a dashboard this can be in the form of an LCD display that includes support for Black Box data. It can also display customised team support and video footage independant and / or with dashboard gauges mandatory to be available in most countries.
  • the reflection of Black Box Data can also be on inversed front screen display. This can include front and / or rear camera data, dashboard data and even include screen saver data.
  • Figure 20 details the defined B lack B ox system Communications applied according to Rules based queries.
  • the Illustration demonstrates the steps taken to determine whetlier signal is available, Wireless and Mobile Networks and Mobile Data and enables the auctioning of Dialling or Messaging process for determining best means to communicate via call &Jor message depending on available Voice & / or Data signal.
  • this shows the process for query based messaging or dialling in reference black box system.
  • Figure 21 details the defined B lack B ox system Emergency Communications process.
  • the Illustration demonstrates work flow for SOS mobile dialling and / or sending message over voice call using DTMF tones.
  • Figure 21 details the defined B lack B ox system Emergency Communications process.
  • the Illustration demonstrates work flow for SOS mobile dialling and / or sending message over voice call using DTMF tones. Detailed description of the invention:
  • the system logs locally or where available and configured to off- site host server. Where input is required, this is received by B lack B ox system as another input. Where input requests a query to lead to an action that produces output, the system prepares this in the form of a report and / or displayed simulation and / or overlay on eg. Maps. In all embodiments of this invention, the above rules lay the foundations for the defined system.
  • the present invention outlines an Intelligent Two Way B lack B ox system that can receive data/ content input from various devices in various forms such as ECU, GP S device, speedometer or accelerometer or gyro meter or shock sensor,
  • Pressure Management system Medical health input devices, Video or Images captured camera, Wireless communication devices and Access Points or supported combinations of these from the said input. All of this data is collated and queried against rules that lead to actions via processor on referenced B lack B ox system which then collates said data, conducts queries and performs actions processed as per the rules to provide an action and output, notification or further rule based query.
  • the Output can lead to an alert, message or a task which can lead to an outcome that can be displayed from various supported output devices with support for input including: fixed or mobile communication devices, Audio player, FM Wireless over FM or other Short wave Radio frequency streams, B rake or Safety or air bag or Speed Control or airbag systems, GP S system, Camera, wireless receiving or sending capable portable output device.
  • the referenced B lack B ox can receive data or content inputs from various devices in various forms from the said inputs. These data feeds can be received as raw or categorised, collated and queried data that can be read in supported format of data relating to core data inputs that include: Transportation Data such as Engine load, speed, directions, tyre pressure (and temperature), altitude, geo-code or GPS position, Time span, proximity, video, images or supported combinations of these. Personal Status Information such as Medical or Health condition data, driving and other licenses, personal communications and personal input feedback such as whether the user responded to alerts and other personal details.
  • Transportation Data such as Engine load, speed, directions, tyre pressure (and temperature), altitude, geo-code or GPS position, Time span, proximity, video, images or supported combinations of these.
  • Personal Status Information such as Medical or Health condition data, driving and other licenses, personal communications and personal input feedback such as whether the user responded to alerts and other personal details.
  • Vehicle or Vessel Information such as make, model, service history and other related data and even available Traffic or Law enforcement Wireless identification references made available transmitted over Mobile Wireless Communications such as Traffic Law Enforcement Speed Cameras and systems and Emergency or Law Enforcement vehicles.
  • the said inputs are fed to the referenced B lack Box on a real time basis and this referenced B lack B ox system is capable of collating the received data in real-time (or batched), recording or logging the said inputs data and backing data up to an internal or external or over the air or cloud storage media all whilst challenging the input data against rules that lead to the generation of patterns and logs of the captured activities.
  • the said generated patterns can be used to discriminate the routine activities from the unusual behaviours identified and enabled with navigation capabilities and / or Proximity or Image or Sonar Laser sensor and other systems that are directly (or in-directly) connected to lead to "actions" derived from the data from these inputs by the referenced B lack B ox system.
  • This system may also link the vehicle or vessel's location from when vehicle or vessel was parked or moored respectively from the accessible built-in GP S or telematics device, GP S PNA or Mobile or Smart-phone enabled with GP S directly or retrieved from the accessible built-in GPS or telematics device, GP S PNA or Mobile or Smart-phone enabled with GP S and stored whilst mobile connection is present, before communications i.e.
  • the Host B lack B ox may transmit the location to the user's smart or mobile phone /watch / device and store tins, then merge the captured data when driver returns to the area and transmit over Mobile Communications when driver returns and re- connection to Host B lack B ox with smart or mobile phone / watch or device with Mobile transmission communications is re-established.
  • the other vehicle or vessel's referenced B lack B ox system may accept transmission proximity sounds through their mobile device, GP S, wireless stream (with compatible Wireless connection and application support) or FM Radio on specific band or channel (often associated with proximity sensors with audible tones) increasing as the other vehicle reverses closer with a "beep-beep" or other supported type tone.
  • the frequency of this sound played would increase as the proximity among the vehicle or vessels diminishes and the vehicle gets closer playing audible sounds like traditional proximity systems do or can be customised to do by user.
  • passenger devices are connected as output confirmation to alerts, these can be completed by the passenger on their wirelessly / wired connected smart-phone, IPOD or other Music / Multimedia player, Tablet, Net book / P C, Media player, games console, smart watch / glasses / phone or other supported input / output enabled (and supported) device to the referenced B lack B ox.
  • the black box system can automati cally activate the micro phone, imaging, and video and stream data where the system has detected dangerous situations and automatically transmits or records via available means in real time or remote trigger basis.
  • FIG. 1 shows one example of various input system that are input data feeds into the black box system.
  • the input system can include as described here : ECU input (101), GP S input (102), Sensor input (103), Radar Detector input (104), other inputs (105). These devices provide data inpu to the black box processor (106). In the processor the input data are collated and queried in buffer (107). After that the processor applies the data feed and queries this data against pre-defined rules that provide output (108) and actions.
  • the different output sources can involve B lack B ox system connected devices including Mobile phone, PNA, Watch, Mirror, Dashboard and other wireless displays (109).
  • output sources (108) we can manually input (110) data into the processor (106). Then the input data can be stored locally as public or secure data (111). Also this stored data (111) can be used as input datainto the processor (106) which can also provide the output (108) by collating this and other data and querying the newly collated data in buffer (107). The data can be stored locally (111) and can also bestored in cloud media data centre (115) via available Transmit Communications (114).
  • the manual input (110) from the output sources (109) and / or input directly (110) can lead to the processor (106) collating data and applying query against data (107) and / or using additional stored data (111) and outputting (108) reported data to display devices (109) showing related reports (113).
  • the displayed reports can include input options (110) to produce further reports and/or simulations (112) as overlays on Maps and same or other display devices (109).
  • This simulation and reporting can include display on Overlayed screen display Map or on displayed Dashboard (112) or other selected display output (109). Also all these and other reporting data can be stored on local host device (111) and can also be stored in cloud media data centre (115).
  • FIG. 2 shows yet another example of various input systems that are input feedsinto the black box system.
  • the input system involves ECU input (201), GPS input (202), Sensor input (203), Radar Detector input (204), other inputs (205) that can include Tyre Pressure Management system, Local Wireless Access Point beamed identity data and other inputs (205). These data sources are collated as input to the black box processor (206).
  • the input data are collated and queried in buffer (207). Then these collated data can be stored publically and / or securely in local media (211) and / or into the cloud media storage (212). Also these collated or queried data can directly or in-directly trigger to provide feedback to the supported output (208).
  • the different output sources can also support Manual Input (210) and can include Mobile / smart-phone or device, PNA, Smart Watch / Glasses I Phone or Wrist / Watch Display, Rear View Mirror with display, In-vehicle Dashboard Infotainment, FM radio, audio output device or other dashboard output media device and other wired or wireless displays (209). Through output sources we can manually input (110) data and submit to query request (207) into the processor (206).
  • These data inputs can be locally securely stored and can also /or be stored in the cloud media storage and can also becollated against the old raw data. That is the queried buffer can be configured to backup to local ed data storage (211) and then when clear all or last line of the stored data after write to storage is confirmed can be set to overwrite oldest data with the new input data.
  • the process is shown on how the Raw (or filtered) Data is Queried against Rules that lead to an Action or to further Dynamic Rules based on Cross reference Queries in Rules that both lead to an Action mat is either displayed as feedback, and / or sent as communication and / or both if it is a timed display requiring input and no input response to feedback request is received within a set timeframe.
  • Figure 3 basically shows how the raw data from various device sources and, /or collated data from such input devices are queried against static and dynamic rules.
  • the data is provided as input into the processor.
  • the processor (301) the data received from the various sources are collated (302).
  • these collated data sources are queried or matched against predefined static and/ or dynamic rules (303).
  • the system triggers a match alert and provides an alert and / or a timed alert (308) requiring user to provide input within a set period of time (110) or if it is a standard display alert (309) which has no further user input action requirements, just to display this, the system will log the displayed alert that was responded to, and / or logged respectively.
  • the cross referenced data can be configured to be stored in the local media (305) or off-site to a Host Server / cloud storage and also is stored in the local media securely or publically stored collated data (307).
  • the resultant cross referenced data can be queried against the rule (306). If the cross reference data does not match the rule then it's again assumes more data will have been collated and is re-submittedfor further cross referencing (304). If the cross reference data matches the rule with udated collated data and / or rule applies to read stored collated historical data (307) or media stored data (305) or just read new data and collate (302) then store in collated data storage (307) and a match against a rule is found, then the system may be confi gured to trigger a timed alert (308) requiring user to provide input within a set period of time or if it is instead a standard display alert(309) which has no further action after logging alert was responded to, and / or logged.
  • the timed alert can be queri ed and further against the rules (310). If the timed alert does not match the rules then the system can be confi gured todisplay alert notification - Emergency request triggered and prepare to Send Emergency SOS communications (311). If the ti med alert matches the rule then the user can be able to manually input (313) and set to snooze or stop timer manually. Then this user input in set time is queried against the rules and input by user (313) is added as input data that again is collated (302) and queried against rules via processor (301).
  • the system will prepare to send an SOS Message / Call (depending on available communications) via available communications (311) and system will apply Emergency Rules of display so the user can input responses to displayed options including options to cancel emergency(314). If the user enters input in set time to override SOS request, then the system can apply rules that will cancel the SOS alert (314) and prepared and /or sent SOS Request via communication(311 ). If an SOS Query has been sent and user manually inputs(313) a requests to cancel SOS request, the system can be configured to send a False Alarm and / or other SOS request cancel message (314) defined in rules by the system.
  • the system can be configured to generate a display menu awaiting further user input (313). While user is reviewing this SOS Request Menu, the system can be continually collecting further data and assessing the environment and querying available updated data for Rules based danger alerts. When the user enters input from displayed menu / options (313) the system will generate a query for user input in set time against the rules. If the user does not input after requesting SOS Request communication then the system can be configured to assume the user is incapacitated and can prepare to send an SOS message via communication.
  • this input is also sent, if the user selects to Cancel SOS Request(314), then the system will cancel the SOS alert and prepare to send an SOS Request Cancelled via communication.
  • this data may also be sent with SOS Alert Requests and / or SOS Alert Requests cancelled.
  • the system can use the stored collated data and send this from the stored collated data derived from the system and send this with SOS Request via communication.
  • the system can also trigger other rules based actions that can include activating all available devices, triggering communications and transmitting relevant summarised data to Emergency Services, Host Server and family/friends according to rules and settings.
  • FIG. 4 Another embodiment of the invention shows the system for detecting Speed Drop or Reaction time of a vehicle or vessel using proximity sensor warning system and / or detail capture system due to unexpected objects and other reasons along with support for logging or simulation for after event recreation.
  • Fig-4 provides a mechanism for reaction alerts and feedback options.
  • the referenced B lack B ox describes a system that reads Input information from Car" Computer (ECU) and in this example this Input Data is read via On-B oard Diagnostics adapter (OB D II) but can be any communication connection to the Car Computer (ECU).
  • ECU Car" Computer
  • OB D II On-B oard Diagnostics adapter
  • This adapter which can come in a number of variations can be connected via a wired or wireless connection as an external or embedded connection and provides us with relative Input data relating to the vehicle / vessel provided through vehicle / vessel standard ECU parameters including actual speed, acceleration, engine load, fuel use, temperature and more.
  • vehicle / vessel standard ECU parameters including actual speed, acceleration, engine load, fuel use, temperature and more.
  • the black box system can use available proximity and camera sensors to record the object in motion across its path and can log all relative activity in reports and display captured data in simulations. This can include data on the driver's reaction time before and after die impact of the vehicle to the object or near miss if this occurs.
  • the vehicle B lack B ox system proximity sensors (503) detect the moving object (501) across its path, the input from the proximity sensor (503) with Input data updates that the processor with software (CPU+APP), will query against rules.
  • the Rules will activate to enable camera proximity sensor (502) and commence recording and feeding this data to the B lack box as input data.
  • the B lack Box system also adds GPS input data (GP S) that is also collated with other data and Car Computer (ECU) data and queries this data against rules.
  • GPS input data GPS input data
  • the position of the initial and subsequent sensors is measured to assist to determine the direction of the moving object.
  • the B lack B ox system processes against the updated and collated data and queries against the rules. Where result leads to an alert display, the system prompts the driver with an alert and / orfeedback request in the form of manual input referenced in Figure 2 (210) on output source display options (209).
  • the black B ox system can also -rigger the rear proximity sensors (503) and the Rear Camera proximity sensor (504) to activate on sighting the object (501) across its path and adds input data from these sensors to collated input data to ensure any rear impact is recorded with date and time stamp.
  • the second vehicle actually stops before impact from the vehicle ahead that had to suddenly slow down to avoid impact with the object across its path.
  • the second vehicle also equipped with proximity sensors (503) and camera proximity sensors (505) that logged on their B lack B ox system the close proximity but no impact
  • the B lack B ox system in both systems record the near miss and can provide reports, logs and simulations to that effect.
  • the B lack B ox system in Vehicle 2 that slowed down because of Vehicle 1 ahead, can use the proximity sensor data feed in front proximity sensors (503) to trigger front and rear camera proximity sensor (505) in Vehicle 2 and Rear Proximity sensor (503) data and on close proximity and / or prior to impact by vehicle 3, the Shock sensor input including any accelerometer, gyrometer data which is also added to the collated data for processor to query against rules and output alerts to vehicle 2 displays and / or transmit over available communications.
  • Vehicle 2 on impact may also project forward and make impact with Vehicle 1 and again both vehicles' proximity (503) and / or Once data is captured, the user can manually input request to the B lack B ox system to query the captured data and produce report and / or simulate sensor activity.
  • the B lack B ox system therefore can use and detect and / or log proximity(503), camera (504, 505,508, 509), accelerometer and other sensor data, activating via software request for further cross checks with GP S, ECU and processor (CPU+APP) conducts further queries and provides Alert feedback in the form of alert and / or displayed feedback with option for user to enter input.
  • the system logs or stores data from the various available sources including specific data from the ECU, GP S and Sensors such as: speed, direction, location, and altitude and sensor data listing sensor triggered and when and storing to local media and / or sent to Host Server / cloud storage.
  • This accessed data can be read and / or used (dependant on access policies) as raw or filtered data and can be represented graphically in simulations and reports to help for example: recreate an accident, detect what went wrong in a vehicle or vessel breakdown and / or provide supporting evidence in traffic infringement claims such as 3 or more car pile ups.
  • the B lack B ox system can trigger an SOS Emergency Alert (507) transmitted over Available transmit communications (114) described in Figure 1.
  • FIG. 5 Another embodiment of the invention shows the detection of the reaction time of a constant vehicle or vessel's start-stop, every time it comes in close proximity to another vehicle or vessel in short distances of very short distances usually in traffic.
  • Fig-6 provides a mechanism of detection through proximity sensors descried in Figure 5 (503) which provide data input to B lack B ox system added to other collated data and queried against rules using processor.
  • the Proximity sensor data can involve logging close proximity sensor data during Start / Stop in heavy traffic.
  • the system can enable the ECU data readings monitoring speed and braking and from GPS monitor movement and link these with proximity data to determine Start/Stop patterns.
  • These patterns can be logged to local media and / or sent to Host Server / cloud service storage that can be used with other local area B lack B ox enabled vehicle data to confirm heavy "bumper to bumper" traffi c on a specific roads.
  • This data can also be transmitted over common and available communications as short burst file to passing by vehicles travelling in opposite direction using B lack B ox compatible systems either directly and / or via Host Server/ Cloud service and can be re-transmitted to vehicles in heavy traffic traffic behind original vehicle with transmitting device as it goes up in opposite direction and opposite other in-area vehicles using available transmit communications (114) described in Figure 1.
  • the reference B lack B ox system can use collated input data queries against rules to detect Start- Stop of the vehicle in Traffic through available proximity sensors.
  • the B lack box system constantly queries received input data from proximity sensors and can cross reference against ECU, GP S and other sensors around the vehicle and applies cross-reference queries also where no matches occur depending on rules for input sources and available sources.
  • the B lack B ox system processes queries against rules and detects a Start-Stop pattern match occuring, this may be recorded as is the driver's reaction time and system will trigger a display prompt to the driver for feedback there is Heavy traffic.
  • the system checks and queries other collated data including proximity logs, associated accelerometer and other sensor data, it then conducts further cross checks and queries the provided and lack of user feedback to evaluate the situation and report accordingly.
  • the system also queri es logged and / or stored data from the Cloud in this area at specific time / dates and compares this to parameters such as speed, direction, location, and altitude and sensor data stored to local media and / or Host Server / cloud storage.
  • This accessed data can be read and / or used (dependant on access policies) as raw or filtered data and can be represented graphically in simulations and reports to help determine heavy traffic where road works has closed a lane or 2 of a 3 lane highway or road or an accident has caused delays.
  • FIG. 7 shows the " referenced B lack Box system that can detect changes in direction during driving along a path. During direction change the system can read from Input sources defined in Figure 1 (101-105) and engage sensor system input into collated data from input sources such as GP S, Gyro meter, camera / proximity, Tyre Pressure management system sensors and other inputs.
  • the system also records this data and can associate it to the speed and direction recordings (from ECU and/or GPS) and apply additional rules or sub- rules on collated data that is queried against rules by processor leading to actions and output to referenced sources.
  • the Output source device (109) defined in Figure 1 will prompt to display alert (309) and prompt user for feedback (310).
  • the B lack B ox system continues to process (106) queries (107) on collated data (207) and stores this data (211) for further querying. It also monitors and queries other rules based inputs including Tyre
  • the B lack B ox system may trigger an action to prepare and send SOS Alert (420) and include relevant report data (112) stored locally (111) or off-site to Media Host Server (115). to detect and log direction changes.
  • the system can report and log direction, speed, and location, altitude to local media (111) or Host Server / cloud storage (115). These data can simulate incident for future reviewing / reporting requirements.
  • FIG. 7 shows a System of proximity detection during reverse parking a car and / or also during changing the direction. Also this system can log or capture images or video & / or exchanges details or stores on media or transmits over communications.
  • Fig-7 shows that during reverse parking, other vehicle can also detect and log into the reverse parking vehicle in its auto logs proximity sensor data. As reversing vehicle gets closer to the parked vehicle, the parked vehicle can transmit data over FM Radio, B luetooth, WiFi or other wireless or visual prompts as get too close auto logs proximity sensor data. Also the parked vehicle can auto log activities and is designed to transmit an alert to other vehicle with compatible proximity sensors or system to assist in detecting when approaching vehicle gets top closer.
  • the system can also store data to local media or Host Server and / or transmit to cloud via mobile or wireless communications instantly if available or whenever available. Also the system of the parked vehicle can transmit audible sounds such as B eep as the reversing vehicle gets closer. This can generally enable improved guidance, safety and consistent cross checked logging.
  • FIG. 8 shows a proximity sensor system that provides alert during theft or object detection.
  • This system can also log or capture images or video & / or stores on media or transmits over communications.
  • Fig-8 shows that the system can detect a, potential intruder/ thief, when an un- identified person suspiciously stands close in vicinity of sensors for a predefined period of time and /or attempts to break into a vehicle or vessel without disabling the vehicle / vessel security system and / or using a key or remote unlock system, or attempts to break and enter and steal possessions in a vehicle or vessel.
  • the referenced B lack B ox has rules that detect via the perimeter sensors of the vehicle or vessel proximity system that is turned on to activate an alert notification.
  • This data capture enables the reference black box to store to local media or Host Server / the cloud storage and collate the data and support queries, reports and provide simulations.
  • FIG. 10 shows a vehicle approaching a STOP sign, the vehicle brakes in accordance with traffic requirements causing speed and velocity deceleration to zero.
  • the B lack B ox system reads collated data from ECU that detects that the vehicle/vessel's engine load is idle when stops and is not in an accelerating position and / or that engine load is light and this stores the data readings to storage media (211).
  • the GPS input data is also captured and logged or stored including location data of the vehicle and also provides data regarding how much time the vehicle is detected in a stationary stage. To correctly detect this, the system reads the GPS speed data and reviews the longitude / latitude and available satellites and consistency of these satellites (not just the Longitude / latitude data as there can be a direct correlation between number of satellites and changed satellite visibility as to the location of the vehicle / vessel in question).
  • the proximity sensors in the rear and / or side of a vehicle / vessel detect the proximity behind / sides and records when move away from any detected object i.e. Drive past STOP sign.
  • the road camera and sensors can capture wide image with time and location data.
  • Traffi c Cameras are equipped with Wireless Access Point Capture devices using B luetooth, Wifi or other Mobile Wireless communications, these can also be used as collated input data and where equipped with surveillance cameras in that area, these can be referenced to support any claims reported by the referenced B lack B ox claims.
  • Any other vehicle/vessel or even pedestrian compatible referenced Black Box devices in the area with a supporting output readable device can also become an input feed to the referenced B lack B ox and witness or supporti ng evidence input.
  • This data capture enables the referenced black box to query from a plethora of inputs and store securely to local media (211) or Host Server / cloud (215) storage and collate the data (207) and support queries (207), display reports (113) and provide simulations (112).
  • This data can be collated by the referenced box and where needed can be used to assist accident and traffic investigations at Stop signs (figure 10), Give Way signs and roundabouts where traffic is meant to flow and where other vehicles / detected Traffic or Security Monitoring Wireless Access Points are detected, log their existence and store this in the collated data for future reference.
  • the referenced B lack B ox concept can support an option where user can enable or disable or limit access to their identity or online identity for such services providing "Neighbourhood watch" style support when such times that the referenced B lack B ox reporting identifies the user's B lack B ox details as a possible witness.
  • the referenced B lack B ox system can collate any relevant data from such other available systems such as time / place, driving records and / or whether such data is available as a checkmark and / or accessible as evidence in such circumstance. For example, the system could limit showing identity or supporting identity if in a traffic infringement claim it shows the supplier user details mcriminates the supplying user for speeding.
  • the embodiment of the invention also describes a method of the referenced B lack B ox integrating through application use of a Shock Sensor system that logs from input supporting device(s), shock sensor data with complimentary data from GPS and / or Vehicle / Vessel Computer (ECU) data accessed via connection (OB D) and logs the location, shock measurement and where shock factor triggers an alert notification against rules in the referenced B lack B ox, flags an event that is added to data reporting over available communications.
  • ECU Vehicle / Vessel Computer
  • the Figure 11 shows a vehicle or vessel travelling at a set speed and velocity (Vehicle) or knots (vessel) and will driving over a consistent and /or more stable surface, is impacted on by a break in the surface by a pothole on the road or a vessel may be caught in water wave whitewash from a passing speeding vessel who's speed and velocity creates a whitewash wave and impact that impacts against a vessel with shock sensors in a slow knot speed area (vessel), the system can be configured to log the incident, detect the location, detect or record the shock value and even capture an image (from front and/or rear and/or side or in-cabin camera or cameras) and support prompting user to confirm user and vehicle / Vessel are ok where levels match or exceed set thresholds and supporting user's own manual input to displayed notifi cation to enter their feedback and / or use linked reference B lack B ox communications to support notifying authorities.
  • Vehicle vehicle or vessel travelling at a set speed and velocity
  • Vehicle
  • This data can then be stored locally and / or stored on secure Host server / Cloud storage and if preferred and authorised by user settings, this data can be forwarded to local authorities for example that the pothole with details on the location data from GPS can be sent to local authority to repair the faulty surface and also provide supporting evidence reporting from vehicle data including Tyre Pressure Management system feedback such as tyre pressure transitions and temperature or pressure change before and / or after impact (if for example tyre blew after crossing the pothole) and can provide claim evidence to support local authority or reckless other parties (vessel example) liability claims including liability support evidence for insurance purposes where damage or danger occured.
  • This can be further justified by using the referenced B lack B ox with available captured video or image footage of dangerous vessel which is tri ggered by gyro meter or accelerometer or shock readings as supporting evidence of violation.
  • the referenced B lack B ox system describes a communication system that supports emergency system and process that when rules based input matches what seems to be a dangerous situation such as an accident, fromthe process of data collection or collating & results lead to a match with no or limited feedback from user after such event.
  • the referenced B lack B ox may integrate a transmission system with or without user feedback where stored known medical conditions trigger alerts and / or no feedback is provided by user after a danger / accident alert is identified by the system .
  • the black box system demonstrates in one example how the referenced B lack Box in one form can also be used for driver guidance, accident prevention, detection and management and attempts to collate data and get feedback that can be useful in detecting and managing situation during accidents and medical emergencies.
  • This is achieved by integrating medical data input in addition to the referenced B lack B ox's rules based data queries and user input feedback (or lack of feedback) to help identify danger and possible in-ability to answer by user or users.
  • the referenced B lack B ox system can also provide historical data logs that include what occurred before or during and after the event, display and send alert notifications of identifiedemergency or accident and forward this data to Emergency services, family and friends via available communications with different levels of detailing.
  • the referenced B lack B ox system has been referenced to be able to integrate a rules based event / alert notification process that can trigger driver alerts that require input in a timed or non-timed period and alerts that automatically trigger.
  • Emergency Services and / or family notifications via available mobile voice and data or messaging communications integrated into referenced B lack B ox and / or inter-connected to it.
  • the black box system can be configured to manage the external communications by incorporating a system that either checks available communications to make a call and / or send a message, check the signal strength for wireless transmission and either make a voice call and / or send a SMS or send other messages depending on available resources (e.g.
  • the system can dial Emergency services number(s) and play relevant information as tones or text to speech or pre-recorded audio.
  • This information can include the location as longitude / latitude, type of emergency, logged data or summary (e.g. swerved off road after impact from object affected tyre) and other entered or assumed data (e.g. if user entered menu to dial emergency but did not enter if injured or passed out, we assume they are injured and may be incapacitated).
  • FIG. 12 shows the process for query based messaging or dialling in reference black box system and associated supporting host or peripheral input/output / communication devices.
  • the system to engage communications starts by conducting a series of queries across specific communications to determine best means to communicate. This includes measuring the cell signal. If the cell signal is available then it will attempt a call and / or SMS where the cell signal is above a certain nn and the network provider is available (SMS can be send in very low signal) .
  • the system In a Heirarchical process, it will check if there is no cell signal reading but there is Emergency coverage, the system is designed to prepare to make a SOS Emergency call and use International Emergency carriage to make that call and the results are then stored in the local media and / or transferred to Hosted Server / cloud storage in a
  • the system can be configured to query the availability of mobile data signal and detect if it is present, stable or not available. If the Data cell signal is not available and Voice signal is, then the referenced B lack B ox system can be configured to determine against its set rules and from query results, that best practice would be to send a message which is then stored in local media and / or Host Server / cloud storage.
  • a set threshold e.g. 10%
  • the server could then forward emergency details in various forms and to various levels of inner and outer circle from the server.
  • outer circle feedback such as social media update that may simply advise "unavailable” or "busy”.
  • This can be triggered by the referenced B lack B ox via a Cloud based service linked to the service.
  • the system will attempt to query and apply rules based on available mobile or area communications depending oh associated rules and give priority to specifi c communications means such as sending over Mobile Data depending on whether the data connection is present, stable or not available.
  • the system will check if signal is available to mobile carrier and may (if configured to) attempt to send a SMS or if mobile carrier is detected and then may attempt to make a call which is logged and then stored in the local media or cloud storage when in range to transmit over data. Also if the data connection is stable then the system may send data or message which may be stored in the local media and / or cloud storage. If the data connection is not stable men the system can be configured to send a message to a service associated to the referenced B lack B ox which can then be stored in the local or cloud storage.
  • the referenced B lack B ox can connect, integrate, output and use as input a series of linked devices to react to rules based alert notifications, it also can read output data on these devices availability of power. Where power to this connected devices is based on portable power such as batteries, the referenced B lack B ox can also read this data on battery levels on such devices as input and collate, merge and apply rules on preferred best practice especially where low battery levels are evident.
  • the system may trigger a prompt ( or do this in background) when a user tries to dial a number or emergency services with low battery and may automate sending a SMS (where signal and registration to a Network is found) first then attempt to call.
  • low battery may limit use of GP S to every 60 seconds or constant attempts to call may trigger a limitation on dialling but send instead an SMS with location before it hangs up.
  • the system may switch and dial emergency services and / or send SMS to that person or Emergency services if low signal is detected. If Emergency SMS is supported and low battery is detected, system may trigger a SMS to be sent instead limiting calls. If low battery is detected on host device connected to referenced B lack B ox and other peripherals are connected and are configured and identified as forms of input, the system may enable listen and alert user via audio tone that other device can be used.
  • This may be a GPS, Game console, mfotainment unit or smart watch /phone / smart glasses. As described in Figure 18. This displays the transmission communications process incorporating Dialling and / or messaging capabilities based on network availability to communicate according to Event Driven Task Scheduler that is integrated in the referenced black box system.
  • the referenced black box system can include a method to calibrate speed and velocity and other data and can query Vehicle / Vessel ECU Vehicle/Vessel computer)) and GP S data and can calibrate GPS speed offset based on specific conditions.
  • the ECU car computer
  • the reference black box system compares common parameters such as speed and velocity at a specific time or location and logs results including fine tuning / tweaking.
  • GPS data are queried and rules may be applied that leads to calibration offsets.
  • the GP S data parameters can include details such as number of GP S satellites, vertical or horizontal off sets, also display . store location specific environment parameters i.e.
  • GP S parameters can be cross referenced, collated and compared to data from ECU (Vehicle / V essel Computer) updating calibrated GP S data speed (and velocity) and adding algorithm to calculate the offset from ECU speed and velocity.
  • ECU Vehicle / V essel Computer
  • a GPS reading can be between 1-3 seconds delayed in displaying GP S Data depending heavily on the processor, GPS antenna, number of satellites and other environmental factors.
  • AN ECU can output data more timely and therefore more accurately than a GP S.
  • the offset can be calculated. Furthermore ifhe ECU data is cross referenced against data from tyres and tyre pressure changes across each wheel and monitoring the Tyre Pressure Management to ensure tyre pressure levels contine to comply with manufacturers recommended tyre pressure levels and regularly maintaining wheel alignment / balancing to manufacturer specifications.
  • Tyre Pressure Management system can also be used to assist referenced B lack B ox with data input against rules based outcomes that can also be collated, cross referenced and integrated with other data and used for optimising vehicle / vessel calibration, safety and optimal performance.
  • off set calibration can be achieved by using with GPS function is possible by using a mobile / smart-phone with Assisted GP S functionality and triggering it to use the local cell tower location and time to assist in calculating the offset by using time as the main variant.
  • the offset of GPS can be calibrated and calculated by motoring specialists with ECU (OBD or similar) hardware designed to read from ECU data and calibrate GP S with (optional) TPMS support.
  • TPMS systems often have two options - embedded valve (integrated inside wheel) or tyre pressure caps. The latter may also be used by motoring specialists who may check referenced B lack B ox calibrati on and offset with test equipment outlined.
  • the black box system is used to measure the offset between speed and velocity from the ECU (Car Computer) against the Dashboard speedometer and GP S Data. This is calibrated by conducting a calibration query by measuring available input from ECU and / or GPS data.
  • the application plays an audio file when key round number speeds are reached i.e. 50Km/h and echoes an audio alert or playback audio file when this speed is reached, mis prompts driver to look at their speedometer and note speed at that particular time.
  • the referenced B lack B ox system voices each speed per second and so driver can glance at their Dashboard Speedometer dial and see when for example, 50Km/h is shown on the speedometer dial and notes voice playback speed and velocity at that time.
  • the system enables an audio file recorder and when driver sights a set target speed i.e. 50Km/h on the Speedometer dial is reached, triggers a remote control on the steering wheel to log speed was reached and / or says something and this records a sound note at that speed which can later be reviewed in a Drive Simulation and used to confirm speedometer offset eg 50 Km/h is up to 5 Km/h maximum offset permitted .
  • Tins Calibration input can be conducted by a specialist such as a mechanic, electrician or automobile computing engineer but can also be conducted by the actual driver with portable hardware defined above.
  • the driver for example may be given a simplified calibration process driven by an application driven by the B lack B ox and be prompted to get vessel/ vehicle in motion and to monitor dashboard speedometer and input a steering wheel remote trigger or may make a comment to an audio recording when the speedometer reaches a specific prompted speed.
  • Reference black box system can create reports and simulations based on the input as it compares common parameters such as speed from ECU and GP S readings at a specific time/ location against claimed target speed displayed by Dashboard speedometer gauge entered by driver.
  • This calibration test managed by the referenced B lack B ox can lead to a driver specific Speedometer Dial offset as it is based on that driver's visualisation of the Speedometer Dial needle / speed reading on the Dashboard.
  • the accuracy of this can provide a low cost, measurable test of Dashboard Speedometer reading and ensure the Speedometer complies with International standards for Vehicle / Vessel Dashboard display of speed gauges.
  • offset calibration to PNA GPS / smart phone with GP S function or embedded (Infotainment or other) device is still managed and offset defaults can be used to display more accurate speeds based on time delay offsets and also can be calibrated and used and calibration tests can be conducted where driver wants to reflect their speedometer offset as GP S speed with same calibration test offset displayed, as it is not dependant on ECU.
  • Speedometer from GPS as a guide but the time delay of the actual speed which can vary from 0.5-2.5 seconds on average can be reflected i.e.
  • the referenced B lack box interacts via an application that can pair with the referenced black box via wired or wireless connection (B luetooth, Wi-Fi or other wireless connection) and Mobile/Smart- phone / GPS or other referenced B lack B ox and Input or Output devices that connect viaapplication that monitors input data from the B lack B ox including Speed and Velocity, location and movement and depending on requirements take appropriate actions to limit use and log or report on this.
  • the B lack B ox applies same style rules on Input data including: speed, location, direction changes etc. and on detection of such movements, restricts access or input to certain features in the vehicle or vessel to mobile and wireless telephony, messaging, content - searches and access and other input functions during driving.
  • the driver has connected mobile or smart-phone or other wireless convergence device to the B lack B ox system via the application than can enable wired or wireless connectivity to wireless manual input replacements such as steering wheel controls, or to Voice Input peripherals such as In-Car or external B luetooth speaker or portable B luetooth headset
  • the black box can be used to monitor ECU or GP S data, whether the vehicle or vessel is in motion or not and depending on this data, it will provide appropriate access to input or playback and also additionally provide steering wheel controls as alternative manual input on mobile or smart phone or other wireless device.
  • the B lack B ox input and application may in this example limit the use of available resources when a phone call is attempted to be made.
  • the B lack B ox and application interacting with the mobile or smart-phone may limit to only accept voice inputs and / or playback audio options selectable through voice inputs and / or steering wheel controls or for4ce user to pull over or stop to input. All the supported and defined inputs and outputs for the B lack B ox may be integrated to mimic input and voice access i.e. Rear View mirror input, smart wrist watch input, Smart Glasses input and output and / or dashboard projection as display or reflection option on windscreen selectable by steering wheel controls.
  • B y providing driver rules based limitations from driving and taking eyes off the road to look at small mobile or fixed screens for selecting an option manually and possibly losing control of the vehicle and cause an accident or endanger other vehicles and / or pedestrians this ensures safer mobile communications whilst in motion since the referenced B lack B ox is designed to detect such behaviour by some drivers and despite triggering alert notifications and actions and even ignoring law enforced regulations, the system tries to limit such drivers by forcing conditions where referenced B lack Box is used.
  • the B lack B ox system with supporting application may interact during calls, messages and content or social media feedback controlled through specific steering wheel control button(s) that in another example launch a search address book or instruct to dial via voice input instruction from the driver via the application connecting to the mobile or smart- phone or communication module for making a call and/ or this connected steering wheel control can be used to answer a call, as is integrated to B luetooth or other fixed or wireless in-car systems and Speakerphone or headsets.
  • This enhancement uses the referenced B lack B ox system to apply same said rules to limit such device's input / output that can be configured to assist to save many lives on road and waterways.
  • the same B lack B ox system in another example can be used to write a message.
  • the application can be used to write a message as voice input triggered from a steering wheel or other supported input device such as Smart Watch/Smart glasses before sending and / or translating and attaching text in message and playback translation over audio to the driver to confirm before sending whilst vehicle is in motion.
  • Support for speech to text can be managed by the black B ox device using processor or can be sent as voice attachment to a Cloud based service to convert to text.
  • Speech to text is applied before sending messages, it can be restricted to manual input edit of text availability only where the vehicle in this example is detected as stationary confirmed through the black box in the vehicle or vessel's GP S and/ or OB D speed and velocity reading and / or supported by GPS location as an indicator (sometimes location on fluctuates if obstructions to satellites are evident).
  • the application interacting with the B lack B ox can manage and detect when a message is received and restrict options to the driver from viewing on mobile or smart-phone handset, providing only options to view this on available display outputs such as dashboard, mirror in large legible text and /or playback audio through supported mobile or smart-phone speaker phone mode, or where B luetooth is available, In car audio playback options e.g. In- cor B luetooth speaker phone, B luetooth speaker phone or B luetooth headset mode.
  • Figure 21 describes the process of inbound calls using the Black Box Data and application connected to a mobile or smart-phone via a paired connection over B luetooth or speakerphone mode on the mobile or smart-phone.
  • the diagram shows the process of making and receiving a call on the mobile or smart-phone running the application during driving, and how the black box data feed helps the application to determine what mode to apply as it uses B lack box data to determine whether the vehicle or vessel is in motion or not and then provides the instructi on to the driver how to receive the call through mobile or smart-phone application.
  • the application can be configured to prompt user to confirm if driving or not. This can be set using same defined B lack B ox rules of input in a timed period or assumes driving and switches to in motion mode.
  • the application can also detect other mobile or smart-phone known user's mobile/smart-phones in the vehicle or vessel prompting confirmation to the assumption >1 person in the vehicle or vessel (the application can monitor the area for available B luetooth / Wi-Fi or other wireless devices and where >1 mobile/smart-phone, convergence, tablet, GPS device is detected in range from known or unknown parties, it can be set to prompt to confirm if driver alone).
  • the system will allow user to answer the call accordingly. If the driver inputs driving or receives no input, it will assume driving and forward the call to mobile or smart-phone speaker mode and/ or B luetooth speaker or B luetooth headset mode (depending what is configured and is default).
  • Figure 21 describes one example of the process of inbound messaging using the Black B ox data and application connected to a mobile or smart-phone via a paired connection over B luetooth or speakerphone mode on the mobile or smart- phone.
  • the diagram shows the process of writing a message during driving.
  • the black box data will provide details to the application as to whether the vehicle or vessel is in moti on or not and then the applicati on will provide input accordingly to the driver through mobile applicati on to notify / receive the message through available options.
  • the system will detect whether the driver is in motion or not and if the driver is in motion and / or other devices known and / or unknown in range, will prompt user for input in a set time..
  • the mobile application in one mode can convert the text message to Text to speech and can redirect the message to mobile or smart-phone speaker phone or B luetooth Speakerphone / Headset (if available). I.e. the driver is given options to listen in speakerphone mode, B luetooth in In-car B luetooth Speakerphone, B luetooth Speakerphone or B luetooth Headset mode.
  • Figure 21 describes one example of the process of making outbound calls using the B lack B ox data and application connected to a mobile or smart-phone via a paired connection over B luetooth or speaker phone mode on mobile or smart- phone.
  • the black box will provide data to the application which in turn will apply rules and give instructions to the driver through the application about how to initiate a call.
  • the system makes the call and the application will redirect the call if in motion or stationary defaulting once again to mobile or smart-phone speaker phone or B luetooth speaker or in-car B luetooth speaker or B luetooth headset.
  • Figure 21 describes one example of the process of creating / replying and/ or forwarding outbound messaging using B lack B ox Data feeds to the application that is connected to the mobile or smart-phone via a paired connection over B luetooth or speaker phone mode on mobile or smart-phone.
  • a driver wants to send a message i.e. if a driver wants to respond and /or send a text / email or Instant Chat message whilst driving, then the black box will provide data and the application can use this to provide instruction through mobile or smart- phone and provide input instructions on available means to create a message. If the driver wants to manually input and send a message whilst in motion and, men the application will log override and add to reporting.
  • the system will redirect the message to voice input and attach and send (or convert speech to text) via mobile or smart-phone speaker phone or B luetooth speaker phone or in-car Bluetooth speaker phone or B luetooth headset (whichever is default option and whichever B luetooth is default if multiple options are available).
  • the driver is given options to record voice input and send as Voice attachment and / or translate voice to text locally on the device with processor or via a hosted / cloud service.
  • This process of sending and receiving message and logging or reporting on mode along with the location can also provide valuable input and driving behaviour input along with other B lack B ox data that can assist in research and guidelines to reduce accidents during driving.
  • Application use and /or manual override instructions or input options can also be securely stored locally and / or played on simulator and /or as overlay on mapped data.
  • This data can also be used as input into the processor which also provides this data in output by collating and querying the data in buffer.
  • the data can be stored in cloud media data centre and / or locally in a secure area.
  • the reports and / or simulation in one example can be displayed on a defined output display with Map or Dashboard dials using locally or cloud based service content to populate.
  • Example- 1 During floods or fires, frequent updates would assist in the tracing of a trapped vehicle / vessel that could assist authorities to identify the whereabouts and state of trapped people and sometimes can even save their lives. This can be done through our reference black box system. Here suppose a car is trapped in floods or fi res. Here the black box system of the trapped vehicle will send a feedback alert to the driver. The message will show "Are u all right? Or Are u okay?" Then the black box system will work according to the driver's feedback.
  • the referenced B lack B ox system includes a rules based notification process that can trigger driver alerts that require input in a timed or non-timed period and alerts that automatically trigger Emergency Services and / or family notifications via available mobile voice and data or messaging communicati ons.
  • the black box system will either check available communications, signal strength and either makes call or sends SMS or send other messages depending on available resources (if mobile data is available) or sends pre-set message template with details or playback details as text to speech, or pre- recorded message.
  • the system can dial Emergency services and play the information as tones or text to speech or pre-recorded audio.
  • the direction can be monitored by the host processor deriving data from GPS, Gyro meter, camera / proximity sensors and other inputs and apply rules to monitor the direction of the moving vehicle. If the direction is scattered that is moving left to right or changes angles of a set and defined degree or rotation, the system also records this data and can associate it to the speed recordings (from ECU and/or GPS) and apply additional rules or sub-rules.
  • the driver can be given time limits to input from defined timed response alerts and depending on feedback the system automatically forwards incident details to the client server and / or directly to Emergency Services, Family and
  • the tyre control management system shows tyre pressure and tyre temperature through reference black box system.
  • the reference black box system will prompt user to feedback. The system will generate questions like are u ok? Then accordingly the system will respond. If the user input ok then the system will capture the data and store it in local media/ cloud storage. If the tyre blows or the user input negative then the user will be prompted to input incident details as need ambulance, need help, trapped, car extensively damaged get tow truck etc. which can be a simple yes or no response (or responses) or audio recording to send for each response with audible start or end sounds for recordings or just allow user to talk and record this as free speech attached.
  • the location aware two way rules based communication can also be used to input other information such as when a driver is pulled over for random breath testing or random checks.
  • This system involves connect via an innovative step to the car's current proximity system via a serial or wireless Wi-Fi or B luetooth Serial (B luetooth Serial port - virtual com port) or other type of connection.
  • This innovative step gives direct access to the mobile phone software application allowing the software program to detect when any of the proximity sensors detect nearing to an object or tyre management sensors detect high tyre pressure or temperature.
  • the Mobile phone software application includes a further innovative step by adding a real-time date and time-stamp to the supplied information from the proximity system and tyre control management system.
  • Example-3 Suppose a driver shows unusual Driving B ehaviour including Direction changes.
  • the reference black box system that can detect change in directions during driving.
  • the system will engage sensor system input such as GP S, Gyro meter, camera / proximity, Tyre Pressure management system sensors and other inputs. If the driver makes any sudden direction change or if the direction is scattered that is moving left to right or changes angles of a set and defined degree or rotation, the system also records this data and can associate it to the speed recordings (from ECU and/or GP S) and apply additional rules or sub- rules. Also the system will prompt user for feedback. Then the driver will be able to detect and log direction changes.
  • sensor system input such as GP S, Gyro meter, camera / proximity, Tyre Pressure management system sensors and other inputs.
  • the driver makes any sudden direction change or if the direction is scattered that is moving left to right or changes angles of a set and defined degree or rotation, the system also records this data and can associate it to the speed recordings (from ECU and/or
  • the system may be configured to log direction, speed, and location, altitude to local media or Host Server / cloud storage. These data can simulate incident for future reviewing / reporting requirements. This enables the reference black box system to support queries, reports and provide simulations and overlay this data over maps and / or real-time video captured of the journey and / or area.
  • the proximity sensor system will detect and provides the driver with options to control the vehicle or vessel.
  • other vehicle can also detect and log into the reverse parking vehicle in its auto logs proximity sensor data.
  • the parked vehicle can transmit data over FM Radio, B luetooth, or other wireless or visual prompts as get too close auto logs proximity sensor data.
  • the parked vehicle can auto log activities and is designed to transmit an alert to other vehicle with compatible proximity sensors or system to assist in detecting when approaching vehicle gets too closer.
  • the system can also store data to local media or Host Server and / or transmit to cloud via mobile or wireless communications instantly if available or whenever available.
  • the system of the parked vehicle can transmit audible sounds such as B eep as the reversing vehicle gets closer. This can generally enable improved guidance, safety and consistent cross checked logging.
  • Example-5 During driving a car, if a pothole or unusual object comes in the way then the system will activate the proximity sensor and perimeter sensor to overcome the problem.
  • the system can detect a potential intruder/ thief, when an un-idcntified person suspiciously stands close in vicinity of sensors for a predefined period of time and /or attempts to break into a vehicle or vessel without disabling the vehicle / vessel security system and / or using a key or remote unlock system, or attempts to break and enter and steal possessions in a vehicle or vessel.
  • the referenced B lack B ox has rules that detect via the perimeter sensors of the vehicle or vessel proximity system that is turned on to activate an alert notifi cation.
  • This data capture enables the reference black box to store to local media or Host Server / the cloud storage and collate the data and support queries, reports and provide simulations.
  • the black box system will capture all the data and provides the data for future traffic infringement claims.
  • the vehicle brakes in accordance with traffic requirements.
  • the system logs ECU data details from the ECU that detects that Hie vehicle/vessel's engine load is idle and is not in an accelerating position and / or that engine load is light and this stores the data.
  • the GP S data is also captured and logged or stored including location data of the vehicle and also provides data regarding how much time the vehicle is in detected in a stationary stage. To correctly detect this, the system reads the GPS speed data and reviews the longitude or latitude and available satellites and consistency of these satellites.
  • the proximity sensors in the rear and / or side of a vehicle or vessel detect the proximity behind or sides and records when move away from any detected object i.e. Drive past STOP sign.
  • the road camera and sensors can capture wide image with time and location data.
  • Use of laser /sonar beam sensors typically used in parking proximity can also be used to detect actual movement and data can be used as a sensor input.
  • This data capture enables the reference black box to query from a plethora of inputs and store securely to local media or Host Server / cloud storage and collate the data and support queries, reports and provide simulations. This can be used to assist accident and traffic investigations at Stop signs, Give Way signs and roundabouts where traffic is meant to flow.
  • the black box system will assist the driver with required information for overcoming the situation.
  • the shock sensor system helps retrieving data during driving.
  • the system can be configured to detect the location, detect or record the shock value and even capture an image from rear or in-cabin camera and support this with manual input to displayed notification.
  • This data can then be stored locally and / or on secure Host server or Cloud storage and if applicable forwarded to local authorities for example the pothole with location data from GP S can be sent to local authority to repair the faulty surface and also provide supporting evidence reporting from vehicle data including Tyre Pressure Management system feedback such as tyre pressure transitions and temperature or pressure change after impact and can provide claim evidence to support liability claims including liability support evidence for insurance purposes.
  • Tyre Pressure Management system feedback such as tyre pressure transitions and temperature or pressure change after impact and can provide claim evidence to support liability claims including liability support evidence for insurance purposes.
  • This can be further justified by using the referenced B lack B ox with available captured video or image footage of dangerous vessel which is triggered by gyro meter or accelerometer or shock readings as supporting evidence of violation.
  • indoor access point used for location tracking can be a system that is centred around an Access point based on B luetooth, Wi-Fi or Wi-Max as examples.
  • the Access point may have a name i.e. George Street Car Park Level 2 and this may be captured and stored along with a time-stamp on the GP S or Mobile Phone system. Transmission to the Indoor access point of the Level /
  • Park B ay driver parked can also be transmitted.
  • the driver that parks the vehicle in the car park could use their vehicle /vessel referenced B lack Box system with proximity sensors to compliment use of vehicle mirrors to reverse or forward park in a tight spot and where an accidental nudge, or tight rerninder alert is triggered in the vehicle, this could also be transmitted to Indoor access point and driver details forwarded through manual or automated format
  • Car A has GP S enabled smart-phone with wireless B luetooth support.
  • Car B has similar but with Proximity sensors right around vehicle.
  • Car A could use Car B 's proximity sensors to guide distance from Car B . alerting user over B luetooth when getting too close through visual or audio alerts.
  • Photo of number plate and / or Other Car transmitted informati on When accidental contact occurs, the system would detect the whole impact via camera / proximity sensor and enable image / video capture which can include capture of the number plate and /or record the driver details which may be transmitted and / or required to make the system connection.
  • An additional step mentioned is the use of front and rear light, indicators and brake lights or other light fittings in another vehicle (car A) to flash guiding lights and assist driver in Car B attempting to park from making contact with vehicle / vessel . In this instance, the driver parking who does not have access to the other vehicle's GP S and
  • Proximity based system may sight the brake warning light in the rear window that displays proximity detection as the driver moves forward too close to the other vehicle.
  • the rear window brake light can be set in 2, 3 or more light squares based on proximity sensor placement showing parking driver distance from set proximity sensors. That means someone parking the vehicle where the passenger side of the parking vehicle is too close to the rear driver side comer could show a right hand comer warning brake light flashing. If not so close but getting closer could light / flash the indicator as well. Detection by proximity sensors may light the indicator only. Alternatively this could be complimented by use of warning light in rear window corresponding to proximity sensor. Any combination of lighting / flashing can be displayed to alert parking driver of getting too close. This could lead to the decrease in accidents on the road.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Engineering & Computer Science (AREA)
  • Ocean & Marine Engineering (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Computer Security & Cryptography (AREA)
  • Alarm Systems (AREA)
  • Jib Cranes (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention concerne un système enregistreur d'accident comprenant : au moins un capteur ; un moyen permettant d'afficher des informations ; au moins un emplacement pour afficher les informations ; un moyen permettant d'entrer des instructions ; un moyen de traitement de données ; un moyen permettant de consigner des informations ; au moins un dispositif hôte et distant ; et un moyen permettant de connecter le dispositif hôte et distant au système enregistreur.
PCT/AU2013/001360 2012-09-25 2013-11-25 Système de notification d'alerte interactif basé sur une urgence, une sécurité et des règles personnalisées WO2014047695A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2012904170 2012-09-25
AU2012904170A AU2012904170A0 (en) 2012-09-25 Personalized Emergency, Safety & Rules based Interactive Alert Notification System interacting with Location-Aware&/or Proximity Input /Output & Communication Enabled Devices

Publications (3)

Publication Number Publication Date
WO2014047695A2 true WO2014047695A2 (fr) 2014-04-03
WO2014047695A3 WO2014047695A3 (fr) 2014-05-22
WO2014047695A8 WO2014047695A8 (fr) 2014-07-10

Family

ID=50389068

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2013/001360 WO2014047695A2 (fr) 2012-09-25 2013-11-25 Système de notification d'alerte interactif basé sur une urgence, une sécurité et des règles personnalisées

Country Status (1)

Country Link
WO (1) WO2014047695A2 (fr)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2597882A1 (es) * 2016-07-20 2017-01-23 Fernando HERNANDEZ SOBRINO Dispositivo y método de monitorización y almacenamiento de datos y modificación remota de parámetros de vehículos
US9630555B1 (en) 2016-01-25 2017-04-25 Ford Global Technologies, Llc Driver alert system for speed and acceleration thresholds
WO2017151132A1 (fr) * 2016-03-03 2017-09-08 Ford Global Technologies, Llc Filtrage de données de radiodiffusion
US9820108B1 (en) 2015-10-20 2017-11-14 Allstate Insurance Company Connected services configurator
EP3220359A3 (fr) * 2016-02-29 2018-02-21 Honda Motor Co., Ltd. Véhicule, dispositif d'affichage d'image, procédé de commande de véhicule et procédé d'affichage d'image
CN108107446A (zh) * 2018-01-23 2018-06-01 吉林省北亚智谷科技有限公司 基于激光多普勒雷达的智慧交通系统
CN109644153A (zh) * 2016-04-12 2019-04-16 伽德诺克斯信息技术有限公司 具有被配置为实现安全锁定的相关设备的特别编程的计算系统及其使用方法
US10629041B2 (en) 2018-04-19 2020-04-21 Carrier Corporation Biometric feedback for intrusion system control
US10747266B2 (en) 2016-03-24 2020-08-18 Razer (Asia-Pacific) Pte. Ltd. Docks, computing devices, methods for controlling a dock, and methods for controlling a computing device
US10769922B2 (en) 2016-03-24 2020-09-08 Tencent Technology (Shenzhen) Company Limited Help seeking method, system, and apparatus, and computer storage medium
US10810695B2 (en) 2016-12-31 2020-10-20 Ava Information Systems Gmbh Methods and systems for security tracking and generating alerts
CN113875273A (zh) * 2019-05-30 2021-12-31 昕诺飞控股有限公司 使用照明基础设施提供紧急支持的系统和方法
US20230114515A1 (en) * 2015-10-29 2023-04-13 Lai King Tee System and Method for Mobile Platform Designed for Digital Health Management and Support for Remote Patient Monitoring
EP4209406A1 (fr) * 2022-01-05 2023-07-12 Continental Automotive Technologies GmbH Procédé de commande d'un système de stationnement automatisé et système de stationnement automatisé

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6534884B2 (en) * 1998-12-16 2003-03-18 Donnelly Corporation Proximity sensing system for vehicles
US20050065682A1 (en) * 2000-07-20 2005-03-24 Kapadia Viraf S. System and method for transportation vehicle monitoring, feedback and control
US20090033540A1 (en) * 1997-10-22 2009-02-05 Intelligent Technologies International, Inc. Accident Avoidance Systems and Methods

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090033540A1 (en) * 1997-10-22 2009-02-05 Intelligent Technologies International, Inc. Accident Avoidance Systems and Methods
US6534884B2 (en) * 1998-12-16 2003-03-18 Donnelly Corporation Proximity sensing system for vehicles
US20050065682A1 (en) * 2000-07-20 2005-03-24 Kapadia Viraf S. System and method for transportation vehicle monitoring, feedback and control

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
'List of sensors - Wikipedia, the free encyclopedia', [Online] 16 November 2011, Retrieved from the Internet: <URL:https://web.archive.org/web/2011111613 5019/http://en.wikipedia.org/wiki/list_of_s ensors> [retrieved on 2014-03-19] *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10038986B1 (en) 2015-10-20 2018-07-31 Allstate Insurance Company Connected services configurator
US10306431B1 (en) 2015-10-20 2019-05-28 Allstate Insurance Company Connected services configurator for connecting a mobile device to applications to perform tasks
US10567935B1 (en) 2015-10-20 2020-02-18 Allstate Insurance Company Connected services configuration for connecting a mobile device to applications to perform tasks
US9820108B1 (en) 2015-10-20 2017-11-14 Allstate Insurance Company Connected services configurator
US10917752B1 (en) 2015-10-20 2021-02-09 Allstate Insurance Company Connected services configurator
US20230114515A1 (en) * 2015-10-29 2023-04-13 Lai King Tee System and Method for Mobile Platform Designed for Digital Health Management and Support for Remote Patient Monitoring
US9630555B1 (en) 2016-01-25 2017-04-25 Ford Global Technologies, Llc Driver alert system for speed and acceleration thresholds
EP3220359A3 (fr) * 2016-02-29 2018-02-21 Honda Motor Co., Ltd. Véhicule, dispositif d'affichage d'image, procédé de commande de véhicule et procédé d'affichage d'image
US10839623B2 (en) 2016-02-29 2020-11-17 Honda Motor Co., Ltd. Vehicle, image display device, vehicle control method, and image display method
WO2017151132A1 (fr) * 2016-03-03 2017-09-08 Ford Global Technologies, Llc Filtrage de données de radiodiffusion
US10747266B2 (en) 2016-03-24 2020-08-18 Razer (Asia-Pacific) Pte. Ltd. Docks, computing devices, methods for controlling a dock, and methods for controlling a computing device
US10769922B2 (en) 2016-03-24 2020-09-08 Tencent Technology (Shenzhen) Company Limited Help seeking method, system, and apparatus, and computer storage medium
CN109644153A (zh) * 2016-04-12 2019-04-16 伽德诺克斯信息技术有限公司 具有被配置为实现安全锁定的相关设备的特别编程的计算系统及其使用方法
ES2597882A1 (es) * 2016-07-20 2017-01-23 Fernando HERNANDEZ SOBRINO Dispositivo y método de monitorización y almacenamiento de datos y modificación remota de parámetros de vehículos
US10810695B2 (en) 2016-12-31 2020-10-20 Ava Information Systems Gmbh Methods and systems for security tracking and generating alerts
CN108107446A (zh) * 2018-01-23 2018-06-01 吉林省北亚智谷科技有限公司 基于激光多普勒雷达的智慧交通系统
US10629041B2 (en) 2018-04-19 2020-04-21 Carrier Corporation Biometric feedback for intrusion system control
CN113875273A (zh) * 2019-05-30 2021-12-31 昕诺飞控股有限公司 使用照明基础设施提供紧急支持的系统和方法
CN113875273B (zh) * 2019-05-30 2024-04-02 昕诺飞控股有限公司 使用照明基础设施提供紧急支持的系统和方法
EP4209406A1 (fr) * 2022-01-05 2023-07-12 Continental Automotive Technologies GmbH Procédé de commande d'un système de stationnement automatisé et système de stationnement automatisé

Also Published As

Publication number Publication date
WO2014047695A3 (fr) 2014-05-22
WO2014047695A8 (fr) 2014-07-10

Similar Documents

Publication Publication Date Title
WO2014047695A2 (fr) Système de notification d&#39;alerte interactif basé sur une urgence, une sécurité et des règles personnalisées
US12033446B2 (en) Safety for vehicle users
CN106157614B (zh) 汽车事故责任确定方法及系统
CN107608388B (zh) 自主警车
CN111033427B (zh) 用于无人驾驶车辆的情境感知停止
US9111453B1 (en) Traffic management server and a traffic recording apparatus
CN113949998B (zh) 一种应急信息处理控制方法
US9067565B2 (en) System and method for evaluating driver behavior
AU2008262365B2 (en) System and method for automatically registering a vehicle monitoring device
US8952830B2 (en) Vehicle safety warning and information system
US8630768B2 (en) System and method for monitoring vehicle parameters and driver behavior
JP2020535053A (ja) 自律車両のための複数の運転モード
US20180329414A1 (en) Drive assistance device and drive assistance method, and moving body
US20090051510A1 (en) System and Method for Detecting and Reporting Vehicle Damage
US11164010B2 (en) System for activating a security mode in a vehicle
CN111914237B (zh) 汽车驾驶员生物特征认证和gps服务
US11285966B2 (en) Method and system for controlling an autonomous vehicle response to a fault condition
CN110276974A (zh) 远程终点下车导航引导
CN105632218A (zh) 一种基于gps和gsm平台的高速公路车载群导航系统
CN205644987U (zh) 一种基于gps和gsm平台的高速公路车载群导航系统
US12071163B2 (en) Roadside assistance for autonomous vehicles
KR20230150189A (ko) 차량 기능을 대화식으로 제어하기 위한 시스템 및 방법
JP2024052949A (ja) 情報処理方法、情報処理装置及びプログラム。
JP2022067889A (ja) 運転評価装置およびこれを備えた運転評価システム、運転評価方法、運転評価プログラム

Legal Events

Date Code Title Description
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

WPC Withdrawal of priority claims after completion of the technical preparations for international publication

Ref document number: 2012904170

Country of ref document: AU

Date of ref document: 20150325

Free format text: WITHDRAWN AFTER TECHNICAL PREPARATION FINISHED

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13842271

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 13842271

Country of ref document: EP

Kind code of ref document: A2