WO2014047695A2

WO2014047695A2 - "personalized emergency, safety & rules based interactive alert notification system

Info

Publication number: WO2014047695A2
Application number: PCT/AU2013/001360
Authority: WO
Inventors: Christian KAZAMIAS (Christos); Patel PRAVEEN
Original assignee: Kazamias Christian Christos
Priority date: 2012-09-25
Filing date: 2013-11-25
Publication date: 2014-04-03
Also published as: WO2014047695A8; WO2014047695A3

Abstract

A boom crash black box system, comprising: at least one sensor; means for displaying information; at least one place for displaying information; means for entering instructions; means for data processing; means for logging information; at least one Host and remote device; and means for connecting the Host and remote device to the black box system.

Description

"Personalized Emergency, Safety & Rules based Interactive Alert Notification System"

Field of the Invention:

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.

Background of the invention:

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.

The evolution in transportation has leaped dramatically over time as has the complexity, safety and available management systems, transitioning from animal driven transport carriages to faster engine based transport vehicles. The advances in technology led to improved speed, road handling, stability control and safety bumpers and belts and many other features that enable modern transportation safety to transport from point A to point B faster, safer and better managed.

Over time, there has been a noticeable advance in technology including tremendous improvements that have led to a better transportation experience for the driver and passengers in comparison to earlier transportation means. 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.

As technology has influenced transportation systems, a need arose to build safety devices to these transportation systems, these included such things as, Seat belts and bumper bars that were designed to assist in passenger safety in transport vehicles in case of accident such as impact with another vehicle or object.

Other examples include 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.

The recent introduction of proximity sensors by some car manufacturers and after-market suppliers have added to the safety of parking in tight areas between objects that driver's may not have full visibility from within the transportation vehicle cabin.

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.

Despite all these safety systems and technology present today in vehicles or vessels, accidents still occur every few minutes of every day somewhere in the world. We live in a world that is spending more time working, worrying (about finances, family, work and many more things), rushing and spending less time relaxing and in stress free environments. Whether we are in a western or developing country worrying about being late to work, pick up the kids, the birthday cake, getting to the store to get stockings or for food for tonight's dinner party or to get to the bank before it closes, park the car close to the bus or train stop to catch public transport to work or the hundreds of other things that disrupt our status quo often floating through our minds in all parts of global cultures in the world. These thoughts that travel through our minds and often cross our minds simultaneously or in sequence with other tasks and all while we attempt to multitask and live the stress full daily life. This often includes for many people getting behind the wheel of a modern transportation vehicle or vessel to rush to perform some of these tasks without the commitment οτ mental state on the task at hand.

After a hectic work day or busy social schedule for the day, some people soldier on and push their bodies affecting their health and concentration and their safety and others.

Others turn to stimulants or relaxants (such as Alcohol and prescribed or illicit recreational drugs), that have been shown to affect attention span and reaction time when driving behind the wheel of a transport vehicle or vessel and studies have shown they can increase what is termed "road rage". Recent studies have shown the impact of these stresses on our body and in some cases this lifestyle stress has been found to be alarming as it greatly can affect our alertness and reaction times that can lead to human errors, accidents and safety risks.

Recent commercialization of navigation systems has assisted in taking some of the stress of driving away by adding turn by turn spoken instructions. These GPS

Personal Navigation systems are believed by some to have helped lower stress levels to some drivers who previously found travelling to new or even existing known locations challenging.

In many countries the introduction of Speed humps, Roundabouts, School and Aged P eople in Area Safety signs (sometimes flashing) along with Fixed and Mobile Speed Cameras and Law Enforcement personnel have been added to high accident areas where safety is a concern.

Laws have been introduced around the world (especially in highly populated areas) and in some countries new detection systems have been introduced in an attempt to minimize and prevent safety risks while travelling on the road, waterways, on set tracks and through the air.

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.

Other examples by 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. 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.

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.

Recent new technology has also emerged to monitor driver behaviour including driver fatigue detection systems. 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.

The use of personalized displays on the road of Actual speed a vehicle/vessel is travelling in that area has also been merged with Speed Cameras and used as a warning to speeding drivers and in some cases a message to slow down is incorporated and mis seems to work to observing and alert drivers who slowdown (at least in that area at that time).

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. This rage in a driver while has benefit in releasing the anger and / or tension (rather than bottling it within) that can lead to health issues later in life, this can also lead to dangerous driving that can lead to accidents and even deaths on the roads or waterways and air travel as split second decisions or miscalculations while enraged can literally be the difference between life and death to them and / or innocent pedestrians and / or by-standards or other drivers. 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.

Of course none of this is considered at the ti me, as adrenalin rather common sense often drives people during road rage. It can be assumed that all of the above described preventative, personalized and detection safety systems used by law enforcement agencies assist in regulating drivers and in part protect their safety and that of their passengers, other vehicle and local area pedestrians, visitors and inhabitants. The promotion by regulators of these systems is said to be to achieve more responsible driving and aid to lTiimmize accidents, improve safety and lower death tolls (something that continues to rise during holidays statistically more often amongst males and younger in-experienced drivers).

In addition to Law enforcement systems, the technologies in the vehicles or vessels of today we are seeing more and more embedded processors that include the use of integrated safety and guidance systems including Consumer or Embedded GP S based Personal Navigation Assistant (PNA) and Infotainment systems. These devices have made it easier, more comforting and safer for drivers to get from one place to another. The systems can provide maps, turn by turn directions, estimate travel times and (re-direction services in case you miss a turn), thus (in theory at least) minimizing the stress associated with routing the way on a paper based street directory or map while driving and / or pulling over every few minutes to look it up on a Street directory or map.

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.

Some GP S Personal Navigation Assistant (PNA) system functions have also emerged on Mobile phone technologies and applications include providing location aware services too. Recent additions of spoken turn by turn directions and re-calculating and verbalizing how to get back on track when a turn is missed or alerti ng a driver when they are exceeding a known local area speed has helped drivers stay focused on their driving.

The use of voice commands in some GP S Personal Navigation systems and support for wireless B luetooth headsets and / or In-Car B luetooth or transfer to

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.

P atent applications WO2010151059, US8198994. US20120162427, FR2958233, US20100169016. and US20060158351 are providing teachings about customizable and personalised display panels which can be used for displaying specific information to the user as req uired.

Today's GP S PNA infotainment system is evolving into more convergent devices incorporating music player, camera or video recorder, wireless speakerphone, mobile phone dialler or manager, Car PC, entertainment unit and wireless data service communicator and this looks like it will continue to evolve over the coming years as a built-in not only optional part of ftiture vehicles or vessels. Similarly, proximity sensor technology designed to assist to park a vehicle is now also starting to appear integrated into GP S PNA and in vehicle or vessel systems that integrate with proximity sensor and camera sensor systems and are capable to notify or alert driver by visually displaying proximity or visuals from objects front and back and some recent technology can even apply this type of specialised technology to even park your vehicle or vessel for your hands-free. In respect to manual parking assistance through the use of 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.

Should a driver with no parking technology misjudge and collide with another vehicle or vessel while parking or docking, whether it is a slight bump that scratches the other vehicle or vessel or dents the front or rear of that vehicle or vessel, there does not seem to be any commercially included or purpose built technology or enhancements to capture technology that can capture the offending vehicle details and assist to identify the culprit that drives off after causing damage for example to an, expensive sports caT or speed boat. Technology is beginning to appear to detect via sensors, objects present and slow or stop of a moving transportation vehicle / vessel from making impact but not capturing the event on detection.

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.

Whilst these devices are a step in the right direction, their lack of inter- connectivity, limitations in media storage and reliance on manual control, limits their effectiveness in accident and time-critical situations as they are mainly manually controlled when power is turned on. When such accidents do occur today, despite the advances in transport technology, it is still un-common for vehicles or viessels to be equipped with adequate technology that can assist to detect whom is at fault according to the law. 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.

On most roads or waterways today, many moving forms of transport can be seen in congested traffic and on open roads or water ways or tracks or air. The stresses of modem day life can lead to complacency and / or distractions that often can affect these drivers' judgement often exceeding speeding regulations and sometimes making driving mistakes or miscalculations and / or last minute attempting to brake or swerve to avoid impact all of which can influence and sometimes create vehicle or vessel or object impact and sometimes multiple impact accidents such as multi-car accidents on roads or vessels crossing paths on water.

These accidents often follow disagreement between people involved as they each see the accident from a different perspective and sometimes misrepresent the facts out of fear of blame and financial loss.

In our observations and details outlined above we have concluded that despite all these systems that are in place to de-stress and guide drivers, the daily stresses of life are still carried into vehicles or vessels that lead to accidents and sometimes legal conflicts requiring legal representation to defend and explain human errors that led to accidents and safety risks to vehicle or vessel occupants, pedestrians and even fixed dwelling inhabitants who sometimes find a vehicle or vessel has landed in their front porch or even window or wall (or where the window or wall was) or sometimes on higher levels of a building.

Our invention has evolved from these observations and includes mechanisms to integrate with Central Processor Units (CPUS) such as GP S PNA and in 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. In reference to Reporting and / or Tracking, transmission and simulation, 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.

This is achieved by using a central control system that interacts with a number of input/output devices and data feeds and supporting personalizing the settings for devices / data feeds mentioned above and / or integrating these systems in the vehicle or vessel or personal / mobile devices and linking these with mobile voice and / or data communications, alerts, notifications and reporting systems via a Host device and distributing across supported connectable devices and off-site to a Host Server or other party device or system that can interact and action according to rules based actions.

Summary of the invention:

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,

Proximity or image or sonar laser or lane change, Radar detection sensors, Medical health output and /or input devices, B rain Wave sensor input, camera eyeball tracking sensors, Video or Images captured digital video camera, other Wired or Wireless connected devices or supported combinations of these from the said input. All of these inputs providing data are accepted by the referenced B lack B ox system central device and categorised and collated then provided as feeds to B lack B ox supported processor running queries against rules that lead to actions via processor on referenced B lack B ox system which then collates said data and provides outcomes from conducted 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 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.

In general, 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.

In one embodiment of the invention, 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. 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 .

From this data we can not only more accurately represent the driver's actual speed and velocity, but also simulate their acceleration or deceleration actions and detect direction changes including matching driver patterns such as when the driver accelerated or attempted to brake, swerved and / or made contact with an object. In general, the referenced B lack B ox system can be an external or internal processor that is associated to the vehicle. In different embodiments of the present invention use of a 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. These portable and / or personal devices could also be used as replacement for Host device processing, using external processer with software for the vehicle system defined here where needed eg. When the referenced B lack B ox. system loses power or detects an emergency and requires input, it may broadcast to all supporting devices request for input.

In another embodiment of the invention, 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.

In another embodiment of the invention, 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. When driver to the parked or moored location 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.

In another embodiment, 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. Also 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. Yet, in another embodiment, 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.

In another embodiment, during reversing if the vehicle or vessel ignores transmitted beeps getting too close and/ or had no access to these and accidently made contact with other vehicle equipped with referenced black box, 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.

In another embodiment, 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. Here 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. Generally 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.

In another embodiment, when a vehicle or vessel makes contact with another vehicle or vessel, 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. In 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. If an accident occurs at Traffic lights and Traffic Cameras that have built in WiFi / B luetooth or other Wireless Access Point capture system of passing traffic is detected, its location and details may be logged asnd reported on when a collision occurs. This could be used to support Black B ox reported data that eg. a vehicle went through a red light and side proximity sensor detected its close proximity and vehicles behind and next to our vehicle logged similar stationary positions then start acceleration and increasing area speed and velocity readings leading to our claim that the said vehicle went through a red light. In this instance if the Traffic Access Point was logged, it could be referenced in reports and footage could be subpoenaed where claimed vehicle crossing red lights claims otherwise. Other drivers in the area of incident could also be subpoenaed for B lack Box data and as witnesses.

In another embodiment, the use of shock sensors where a vehicle or vessel goes over a pothole on a road, or vessel is caught in water wave whitewash from a passing speeding vessel in a slow knot / land speed area, 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 trigger to read from collated data and log the location of the shock, read Tyre Pressure data and Tecord the tyre pressure level change and by detecting- and /or recording the shock value, location and Tyre Pressure it may where supported also trigger rules to even capture an image (from available camera/video typically in front, rear or in-cabin camera) and support this with manual input when prompted or manually enter feedback to displayed notification on user preference display / input devices. 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. Also, on waterways where speeding vessels that disobey slow cruising knot speed areas, typically in built-up areas where multiple vessels are, 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.

In another embodiment, 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. In this embodiment 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. Also 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. Here 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.

In another embodiment, a medical alert is detected where a medical health service is required. Here 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. In such a case 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. Here 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.

In another embodiment 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. When requested by an authorised party or system, 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.

In another embodiment where data from mobile or smart-phone and input devices is collated and queried via processor and rules leads to output process formulated for set of actions for farther queries, this can lead to a specific action and a timed alert to in-vehicle or vessel output device. If the alert is not responded within a predefined time limit by user, the system can be configured to default and automatically transmit collated or raw data over available rules based communication and connection with information including historical data and whether user provided any input.

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 For example, 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 .

Generally 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. In input we can use various inputs including utilizing various sensors, ECU (car computer), GP S, Video, Radar Detectors, Tyre

Pressure Management systems and Camera / Video Medical Access and Monitoring devices and other sensors as inputs. Triggers from queries or rules or alerts from these input devices can lead to output displays and / or transmitted data. 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.

In another embodiment, 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. When a timed response that requires input by user in set time and user does not input into a supported B lack B ox connected input device via manual and / or subsequent audio input, 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. ^J

In another embodiment, when 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. Also if no messaging support exists, 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. 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. In another embodiment of the referenced Black B ox system, we also can automatically activate not just the microphone but also the imaging and / or video and stream this data where the system has detected danger situations and this can automatically transmit or record via available means in real-time or via retrieval or remote trigger basis.

In yet another enhanced embodiment, 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).

In another embodiment the 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.

In another embodiment the B lack B ox system can support automated voice input available on some hardware with software and / or connected host servers. When user connects to an input device that supports voice input such as a Mobile Smart-phone, Smart watch, Wireless headset, Glasses, Camera eyeball sensor tracking device, B rain Wave Sensor device and / or other hardware and / or devices, the B lack B ox system can support this input also. When an emergency is detected by 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. 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. In addition to audio playback, 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.

Other objects, features, and advantages of the present invention will be apparent from the accompanying drawings and from the detailed description that follows below. B rief description of the Drawings:

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).

Where output is an alert notification, this can be transmitted via available

communications (14) and logged in stored data (11) and / or off-site to Cloud Media Data Centre (15) depending on settings.

Where processor determines query (7) requires input by user(10) , 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)

Where user inputs (10) requests to query logged data (7) stored (11) via processor (6) and Outputs to output sources (9) including various input and / or output devices (9) producing output (8) from queried data (7) on stored data (11) and requested as manual input (10) and displaying Reports (13) and / or when requested through manual input (7) displaying simulation on dashboard and / or as map overlays (12).

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).

Where 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).

Where 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).

Where 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

Where user enters feedback (12) within set time alert (8) and confirms Emergency (12) 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) .

Where user advises through input (12) false alarm, a request to Cancel SOS Alert (14) is sent to processor (1) to cancel SOS (11) via communications.

Where 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).

Figure 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 ).

Where Excess Speed matches (8) a further rule is used to see if the match (8) requires a further cross reference speed match (9). If no additional cross reference speed match (9) and triggers a Speed Alert Action (10) and this is prepared and sent (20) over available communications

Where 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).

Where Direction rule(12) does match a further rule is used to see if the match (12) requires further cross reference match (13).

Where cross reference (13) on 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.

Where no additional Other Rules (23) apply, a Danger alert Action (15) is triggered and displayed on available input and / or output devices (17) and where manual input (18) is expected, these are prepared and sent (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.

In Figure S a ball or other object and / or person is detected rolling across the path of a moving vehicle / vessel (1) .

Vehicle / Vessel swerves to avoid collision with moving object (1) and sensors in front side panel (3) and front (2) detect the moving object (1) in vehicle 1

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 1 speed drop (ECU/GPS), direction movement (ECU and other Sensor input) and sensor activity are collated and stored in processor (CPU) and managed by Master device running software (APP). The collated data along with the above available components of the Black Box system are used to monitor, manage and log reaction time, activity and add time and recording if any impact

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.

Where impact occurs, 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.

As user struggles to slow the vehicle changing direction and limiting use of brake as they try to slow the out of control vehicle depicted in middle vehicle image, the referenced Black Box prompts driver to provide feedback in set time and where driver pre-occupied trying to control vehicle, 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.

This continues to log data and transmit until user disables it and / or Emergency services arrive and / or someone disables it.

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.

Where a vehicle attempts to reverse park and uses a Black Box application on a GPS, Smart-phone, watch, glasses, infotainment unit, rear view mirror with processor, FM radio and / or other compatible input device, the system can retrieve data guidance proximity prompts via another Black Box referenced system with compatible control data.

Since 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.

alerted to wake on demand based on proximity sensor detection of close proximity object and / or person.

This can trigger the vehicle / vessel Host to collate data and action rules based recording and alarm / danger alert triggers including activating video capture by cameras towards sensor triggered object.

Just like in an Emergency such as an accident, 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. In another example 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. Where 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.

Use of Sensors and engine load/acceleration after stopping and even cameras can assist in claims of traffic infringement such as not stopping at a Stop sign or Roundabout. Where 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 Illustration for describes B lack B oxsystem that receives from Shock sensor system a high unexpected reading and logs shock sensor data adding from rule additionalTyre

Pressure Management, GPS and / or ECU/OB D data and outputs this as logs with location, shock measurement and reporting and sends it over B lack B ox available communications to Host Server, Local Authorities and / or Insurance or other parties. Where this causes an accident, this data can be added to simulate turn of events and can include image and video footage depending on activity. Where a vehicle is travelling along a path or a vessel along a waterway and vehicle rolls over a break/crack or pothole on the road, the Black Box can also apply same rules, queries and collate data from various sources including ECU, GPS, Tyre Pressure Management system and Shock, gyrometer, accelerometer and even camera/audio captured based on sudden impact trigger.

Since 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)..

Where such an incident occurs, 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

& transmission system with or without feedback. It shows how the B lack B ox system can incorporate a Rules based system that considers available Wireless Network Signal stability, Mobile Network Coverage, use of Emergency International dialling and factoring in Power management on supported devices. Where a vehicle such as Figure 5 - 7 and Figure Hand now 12 are detected by the Black Box processor querying unusual driver behaviour, these are fed as input data and when a rules based match occurs certain actions take place.

These actions are scaled from low to high depending on the pre-defined rule.

For example a vehicle dropping altitude in a location detected as possibly off the side of a cliff would trigger an automatic SOS Emergency alert.

In such an instance, 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.

If 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.

Another factor the Black Box can do is factor in available power for wirelessly connected transmission devices such as Smart-phones, watches, glasses etc.

In such instance, 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.

Figure 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.

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

PNA or video display and an integrated mirror that can rotate for easy view according to the driver. 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.

Figure 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.

In an emergency, 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

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. Here 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:

While this invention is susceptible of embodiment in many different forms, there are shown in the drawings, and will herein be described in detail, preferred embodiments of the invention with the understanding that the present disclosure is to be considered as an exemplification of the principles of the invention and is not intended to limit the broad aspects of the invention to the embodiments illustrated and described. All examples herewith adopt a consistent flow and process where the referenced B lack B ox receives from a variety of inputs data that is collated and queried via processor. This collated data and query applies rules while processing that lead to an action. The Action can be to display an alert only, Display alert and requesting feedback in set or unlimited time, auctioning a request to B lack B ox to prepare output and check for available communications to forward to Host Server and / or other parties. 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.

On most roads or waterways today, many moving forms of transport can be seen in congested traffic and on open roads or water or tracks or air. The stresses of modem day life can lead to complacency and / or distractions that often can affect these drivers' judgement often exceeding speeding regulations and sometimes making driving mistakes or miscalculations and / or last minute attempting to brake or swerve to avoid impact all of which can influence and sometimes create vehicle or vessel or object impact and sometimes multiple impact accidents such as multi-car accidents on roads or vessels crossing paths on water. These accidents often follow disagreement between people involved as they each see the accident from a different perspective and sometimes misrepresent the facts out of fear of blame and financial loss.

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,

Proximity or image or sonar laser or lane change, Radar detection sensors, Tyre

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. 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. Here actual vehicle or vessel speed, acceleration, tyre pressure status, braking and other vital statistics are used as input and these data are merged with position or location, direction and sudden movements (using available accelerometer or gyro meter or other forms of shock sensors) and mat can be derived from a vehicle's / vessel's accessible built-in GP S or telematics device, Tyre Pressure Management system ('TPMS'), GPS PNA and / or Mobile or Smart-phone / Smart watch / Smart Glasses or other device enabled with GPS. 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. When a vehicle or vessel parks 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. Also 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. Here there is also system where 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. Also 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.

One embodiment of the invention describes the various input and output system of the referenced B lack B ox system outlining interaction flow between these Input or output devices and Communications. Here in Figure 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). Through 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).

Another embodiment of the invention shows one example but is not limited to this implementation of the Processor monitoring or querying the data in B uffer for rules based matches i.e. speed drop, direction change etc. and how it stores data in Local or offsite (Secure) Media & how buffer clears this after write overwriting oldest data with new. Here Figure 2 shows yet another example of various input systems that are 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). In the processor 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.

In another embodiment of the invention, 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. Here 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. Here at first the data is provided as input into the processor. Then in the processor (301) the data received from the various sources are collated (302). Then these collated data sources are queried or matched against predefined static and/ or dynamic rules (303). If the collated data does not match the rule then the data is queried and cross referenced against other rules (304) and if the collated data matches a cross reference rule, then 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). Then 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. In such an instance that is timed, 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). If the user does not input within set time (310) then 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. When the user triggers a SOS Request (311) 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. If the user inputs in set time from a displayed message (313) 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. In an instance where the system has queried data and found there are Rules matching indicating danger, 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. Where an SOS alert is triggered, 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.

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. Here in Fig-4 provides a mechanism for reaction alerts and feedback options. Here 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). 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. Using this input data we can detect actual vehicle or vessel speed, acceleration and braking and collate this with other data and record the driver's reaction time with other sensor data as collated input and submitted to B lack B ox system to query against rules via processor. In the illustration in Figure 3,~the reacti on time of the driver is displayed and when there is an unknown object rolling across the road. 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. When 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. When the object is first detected by proximity sensors (503), the position of the initial and subsequent sensors is measured to assist to determine the direction of the moving object. B efore any impact occurs, 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. In the example in Figure 5, 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. In the example in figure 5 shows 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. Where a third vehicle travelling behind the second vehicle in line behind the example on Figure 5, does not stop in time and makes contact with the rear of vehicle 2, 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. Where impact occurs, the B lack B ox system can trigger an SOS Emergency Alert (507) transmitted over Available transmit communications (114) described in Figure 1.

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. Here 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. When detected by B lack B ox system during queries against rules, 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. Here in Figure 6 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. Where 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. Depending on whether the feedback from the user is received, 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. Where proximity or specialised hybrid sensors stop or slow considerably a vehicle / vessel where objects are detected ahead when in some speed and velocity range, such sensors and their reactions / influences can also be added as logged input and assist in recreating scene. Another embodiment of the invention shows the detection of unusual Driving B ehaviour including Direction changes and cross-references with other rules based data supporting during / after event reporting / simulation of driving behaviour. Here in 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. 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 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. Where erratic directional driving is detected as shown in Figure 7 and action is to display a Warning alert, 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

Pressure management, Proximity sensors, ECU input data and collates this data. Where the directional changes continue to occur and no manual input (418) feedback from user advises status, 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. This enables the reference black box system to support queries, reports and even provide simulati ons (112) and overlay this data over maps (112) and / or real-time video captured of the journey and / or area stored locally (111) or on Media Host Server (115).

Yet in another embodiment of the invention 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. Here in 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.

Another embodiment of the invention 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. Here in 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. Also 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 will then pass the signal to the referenced Black B ox, and may trigger a live stream and / or recording of image or video capture with a photo or video of the environment and may capture image of the person or envkonment, and the alert system may automatically dial or send message with embedded images and / or video footage to the security and / or emergency number, or alert authorities, owner etc. and / or trigger the vehicle or vessel alarm. 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.

In another embodiment of the invention describes a proximity sensor system that provides Start or Stop Detection system similar to Figure 6 but in this embodiment incorporating GP S and /or ECU (OB D) and / or Proximity sensor systems to log and report or simulate when fully stops reflected in reporting details. Here in Figure 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. 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 with other collated data. Where 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. In such instance the system may limit access of the identity of the user and merely confirm they confirm the originating party was 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. Here 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. 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.

In this embodiment of the invention, 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. In such an instance, 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 . Here the Figure 11 shows that 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. In this embodiment 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. In such critical emergency situations where danger or accident patterns are detected and / or high alert patterns are detected, 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. if mobile data is available) or where matching rule applies, it may send a pre-set message template with varying levels of details to various levels of people or playback details as text to speech, or pre-recorded audio message all dependant on the level of their inner circle of people. For example, a message by a teenager who suffers from hayfever may include all details where they cannot drive to the father or close friend or older brother, yet the message to Emergency or Towing services may be less detailed limited to tow required. This hierarchical, rules based definition may be configured by the user or provider of the B lack B ox and associated applications in the referenced B lack B ox settings and provided by the system automatically or prompt user to confirm before sending. When no Mobile Data and / or carrier signal is detected, but Emergency call services are available, 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).

Another embodiment of die inventi on describes the referenced B lack B ox incorporating Dialling and / or Messaging process as part of the Communications management integrated for determining best means to communicate via a phone call &/or message depending on available Voice & / or Data signal or reliance on International Emergency dialling. Here Figure 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) . 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

Public or secure area once device restores communications and if data transfer is or becomes available. Then again if the signal is above a set threshold (e.g. 10%) it will attempt to make a call and the results can be stored either in the local media and / or Host Server / cloud storage. Also 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. From Cloud storage, the server could then forward emergency details in various forms and to various levels of inner and outer circle from the server. For example in above reference the Inner circle example of the teenager suffering a hayfever attack defined contact to inner circle including father or older brother, and Tow service who were informed of Tow required but now also can include 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. If the mobile data signal is available then 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. If the mobile data signal measured and rule applied finds it is not stable (e.g. signal fluctuating) 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. Since 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. Where low battery is evident, it 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. Where user tries to call family in an emergency with low battery and / or no signal, 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.

Yet in another embodiment of the invention, 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. In a vehicle the ECU (car computer) may in one embodiment feed data to the reference black box system along with data from GPS and / or PNA systems. Next, 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. amongst tall buildings, in car parks, underground levels etc. These 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. Eg. 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. B y measuring the speed and velocity output of GP S, ECU and /or a Mobile/Smart-phone that captures its time clock from a Cell Tower and applying algorithm to calculate the difference between ECU and GP S speed and velocity readings, 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 (TPMS) 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. Where there is no ECU connection available in the vehicle, 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. In yet another embodiment, 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. In another embodiment of the invention, 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. In one example of this embodiment 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. This may be captured verbally and /or entered. In another example 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. In another variation 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 . Since the system prompts user to drive at specific speed and then calibrates GPS speed offset based on speedometer offset we can calculate Speedometer dial offset from ECU speed and velocity and at same time calibrate Dashboard speedometer dial offset from GP S and GP S offset from ECU (actual) speed and velocity. This approach for calibration of ECU to Speedometer dial, Speedometer dial to GP S and GP S Speed offset to ECU Speed enables the Host device to display actual speed and offset of speedometer that is achieved through ECU (vehicle/vessel computer) data feeds to the reference black box system along with die data from the PNA/ GP S system and driver input on Speedometer dial observation via reference B lack B ox conducting computations to calculate offsets and output to Host device. 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. Once this data is collected, GP S calibration parameters are queried and rules are applied that lead to speedometer calibration offsets to the GPS data received to the B lack B ox device. When there is no ECU connection available in the vehicle/vessel, 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. This allows a driver of a vehicle / vessel with no ECU input to still use 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. if a driver has a Speedometer that is 10% out and at 55Km/h in a vehicle shows 50Km/h on the Speedometer dial, then a calibration test on the B lack B ox with ECU connected will alert driver that the speed is >50Km/h even though it displays 50Km/h on the speedometer dial on dashboard. This offset can also be used without ECU input to B lack B ox system that has GP S input and where GPS detects speed in area is close to claimed speed and is increasing; alert driver that displayed speedometer speed may be exceeded despite it showing 50Km/h as the offset detects speed increasing. In another embodiment of the invention, 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. In one example 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 Here 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. In another example where the Black B ox data reflects speed > zero and / or GP S co-ordinates show location changing and gyrometer / accelerometer movement is detected, the collated data results lead die B lack B ox system to trigger override instructions via software and the application controlling devices and accessories will disable the use of an attached mobile or smart-phone manual input system and limit mobile or smart- phone handset mode calls and input whilst vehicle is detected in motion. 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. E.g. Instead of allowing a driver to enter a phone number manually and dial, 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. Where 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 locati on fluctuates if obstructions to satellites are evident). Where the speed is zero, this defines that the driver is not moving. If speed is found to be >0 km/h, then the system changes all manual input for calls, messages and content to confirm that the driver is in motion mode. l.e. the driver with application on mobile or smart-phone connected to In-Car B lack B ox solution (which may be on same device) is only given the option to answer in mobile or smart-phone speaker mode, in car B luetooth speaker phone, external B luetooth speaker phone of B luetooth headset mode. During Messaging, 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. Here 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. In the example, 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). Depending on detected devices and input, 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. Here 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. Once again, 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.. If the driver is in motion and receives a message, 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. When driver attempts to access the mobile or smart-phone handset while driving and attempts to make a call during driving then 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. If the driver chooses to override the process and dials a number or selects an address book entry, logged call or link in message or content, 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. When 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. If driver chooses not to override, 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). Specifically, 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. The addition of the application using the defined black box data can also be used in queries to claims of manual use whilst in motion and provide evidence and reporting / simulation and information where traffic infringement claims are presented during driving for speeding, reckless driving, failure to stop, illegal use and other claimed traffic claims. 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. All Inbound calls and messages and / or playback including what controls were used by the driver, what input, output as playback and even details on their competency to manage driving whilst on a call or messaging can be simulated and reported on. Examples: 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. In such critical emergency situation where accident patents are detected and high alert patterns are detected 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. When no Mobile Data and / or carrier signal is detected, but Emergency call services are available, the system can dial Emergency services and play the information as tones or text to speech or pre-recorded audio.

Example-2

A vehicle travelling at 1 OOKm/h down a winding road that gets a burst front tyre, will inevitably lose some driving control. This can be observed in directional change swaying left to right as the driver attempts to regain control from the burst front tire that is not allowing the driver to steer correctly, Speed drop as the driver takes the foot off the accelerator and / or goesjhrough the gears and tries to slow the vehicle down or slams on the brakes. In the car slowing down exercise, the system will detect, did the driver press the brakes to avoid a collision or object and the car spins out of control or rolls due to lack of traction by the flat tyre, the speed and direction. 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. Here also 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

Friends. Also when the car is swerving, the tyre control management system shows tyre pressure and tyre temperature through reference black box system. Here, 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. Then system will automatically send this to emergency services. This will help in accidents or breakdown infringement claims. 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. Here the reference black box system that can detect change in directions during driving. During direction change 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. Then the systemmay 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.

Example-4:

During reverse parkmg of car, if the system detects any unusual behaviour then the proximity sensor system will detect and provides the driver with options to control the vehicle or vessel. 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, 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 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. 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.

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. Also 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 will then pass the signal to the referenced B lack B ox, and may trigger a live stream and / or recording of image or video capture with a photo or video of the environment and may capture image of the person or environment, and the alert system may automatically dial or send message with embedded images and / or video footage to the security and / or emergency number, or alert authorities, owner etc. and / or trigger the vehicle or vessel alarm. 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.

Example-6:

During driving, sometimes the driver breaks the traffic rules i.e. during Start and Stop. At this moment the black box system will capture all the data and provides the data for future traffic infringement claims. When a vehicle approaching a STOP sign, 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.

Example-7:

During driving if the car goes over a pothole or unidentified object then the black box system will assist the driver with required information for overcoming the situation. Here the shock sensor system helps retrieving data during driving. When a vehicle or vessel goes over a pothole on a road or a vessel is caught in wave whitewash from a passing speeding vessel in a slow knot speed area (vessel), 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. 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.

Example-8

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. In such instances 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

Example-9

Suppose 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. Camera Sensor

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.

Example- 10

During parking, 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.

The above description of illustrated embodiments of the black box system is not intended to be exhaustive or to limit the embodiments to the precise form or instructions disclosed. While specific embodiments of, and examples for, black box system are described herein for illustrative purposes, various equivalent modifi cations are possible within the scope of the described embodiments. The elements and acts of the various embodiments described above can be combined to provide further embodiments.

Claims

CLAIMS: 1. A system is claimed, comprising of:

a. a processor with computing capability that consists of memory storage, capability to collate data, process queries against predefined rules (106)

b. at least one or more sensors (101 -105);

c. means for displaying information to one or more devices(l 08); d. at least one or more place for displaying information; (109) e. at least one or more means for entering instructions; (110) f. means for data processing; (106)

g. means for logging information; (111)

h. at least one or more connectable device (109)

i. at least one host capable device(l 09)

j. at least one or more remotely connected device; (109) and k. at least one or more means for connecting remote device the main system (112).

2. A system as claimed in claim 1, where in the input data is derived from sensors selected from the group (101-105) consisting of automotive sensors, transportation sensors, navigation sensors, proximity sensors, optical sensors, position sensors, and displacement sensors, etc.

3. A system as claimed in claim 2, where the input data is derived from automotive sensor (101-105) and is selected from the group consisting of Air-fuel ratio meter* B lind spot monitor, Crankshaft position sensor, Curb feeler, Defect detector, Engine coolant temperature sensor, Hall effect sensor, MAP sensor, Mass flow sensor, and Oxygen sensor, etc.

4. A system as claimed in claim 2, where the input data is derived from the transportation sensor (3 or 5) and is selected from the group consisting of P arking sensors, Radar / Laser reading sensors, Speedometer, Speed sensor, Throttle position sensor, Tyre-pressure monitoring sensor, Torque sensor, Transmission fluid temperature sensor, Turbine speed sensor V ariable reluctance sensor, Water sensor, and Wheel speed sensor, etc.

5. A system as claimed in claim 2, where the input data is derived from the navigation sensor (102) and is selected from the group consisting of Air speed indicator, Altimeter, Attitude indicator, Depth gauge, Fluxgate compass, Gyroscope, Inertial navigation system, Inertial reference unit, Magnetic compass, MHD sensor, Ring laser gyroscope, Turn coordinator, Vibrating structure gyroscope, and Yaw rate sensor, etc.

6. A system as claimed in claim 2, where the input data is derived from the proximity sensor (103 or 105) and is selected from the group consisting of Alarm sensor, Doppler radar, Motion detector, Occupancy sensor, Proximity sensor, Passive infrared sensor, Reed switch, Stud finder, Triangulation sensor, Touch switch, and Wired glove, camera with proximity sensor, Camera sensor etc.

7. A system as claimed in claim 2, where the input data is derived from the optical sensor (105) and is selected from the group consisting of Colorimeter, Contact image sensor, Electro-optical sensor, Infra-red sensor, Kinetic inductance detector, LED as light sensor, Optical position sensor, and Photo detector, etc.

8. A system as claimed in claim 2, where the input data is derived from the position sensor (102 or 105 or 109) and is selected from the group consisting of Accelerometer, Auxanometer, Capacitive displacement sensor, Capacitive sensing, Free fall sensor, Gravimeter, Gyroscopic sensor and, Inclinometer, etc.

9. A system as claimed in claim 1, where in the mean for displaying data and information (108) is selected from the group (109) consisting of an analogous display, a digital display, LCD display, and TFT display, Curved or shaped display on a variety of output devices (109) such as Smart Phone, P ersonal Navigation Assistant, other GPS devices, Smart watch, Smart Glasses, Rear View Mirror with GPS attachment etc.

10. A system as claimed referenced in claim 9, where in the place for displaying the information is pre-configurable and can be personalized to include one or more output displays (109) that can be configured to set optimal positions incorporating mechanical (PNA/Video Display Mirror, Smart Watch with Adjustment, Side Mirrors, Dashboard display) and / or using high or standard definition display rendering with adjustment effects to optimally position display with mechanical adjustment.

11. The output displays referenced in Claim 10 can also be included and / or integrated with existing personalised settings such as existing automated adjustment systems to seats, steering wheel position, preferred music or radio channel on Infotainment, cabin air conditioning/ heating settings that can also be displayed to the output devices (109) referenced in Claim 9 and can include support for manual input (110)/or output (109). Where devices incorporate mechanical and / or electronic display rendering, they can also include auto adjusting such settings to the driver selected.

12. A system as claimed in claim 1, where in the place or places for displaying the information is selected during processing (106) and rules based queries that lead to actions or further selections (107) during computational processing (106) from a variety of output sources (108) where the group of display devices (109) referenced in Claim 9 consist of display panel in various forms (109) including dashboard display, infotainment display, high-tech rear view mirror with display, Smart Watch display, etc.

13. A system function as claimed in claim 11, where the output device can support manual input (110) in addition to displaying alerts, messages, content, audio and / or multimedia playback etc.(309)

14. A system function as claimed in Claim 13, where the output device can support display of timed alerts (308)

15. A system function as claimed in Claim 14, where the timed alerts (308) are managed by Rules Query application function described in Figure 3 where Timed alert response within time set is not entered by user (311) and processor (206) is used to collate data and query (207) the available communications (114)

16. A system function as claimed in Claim 15 where the available communications are queried (107) by processor (106) as described in example in Figure 12: System Emergency Procedure - Accidents. Here, a system is described where processor (106) receives input data to query and process (301) from multiple sources (302) and conducts a series of checks that lead to an outcome of availability or no availability. Through a process of elimination using the defined system steps of query against rules, lead to an outcome and action, the system identifies available transmission communications and optimal selection.

17. When checking transmission communications described in Claim 16, the steps that lead to available transmission communications include input data on available Wireless and / or Mobile Data Signal in the area.

18. When Wireless and / or Mobile Data signal referenced in Claim 17 is found to be available, system can also query against Power resource rules and check Main system Host device referenced in Claim 1 (109) and query its power availability.

19. Where Host Device power referenced in Claim 18 is low or (h^'niirushing, system defined in Claim 1 can query input data from other supporting inter-connected devices (109) and from their input data that is collated and queried for power resource (207), system can lead to outcome and action such as move host function support to another interconnected device.

20. The system referenced in Claim 19 that identified power resource challenges can also be configured to enable all found and available devices (108) as input (109) and manual input (110)

21. The system referenced in Claim 18 leads to outcome that power resource is available and adequate and Mobile Data is available, it then queries availability of Mobile Network and where available provides outcome and action support to transmit over data and conduct Voice calls also

22. Where the system referenced in Claim 17 is found that Mobile Data is not available, the system checks the Wireless and Mobile Network as referenced also in Claim 17.

23. Where the system referenced in Claim 22 queries available communications against rules and finds no Mobile Network is registering or Mobile Data, it checks for Wireless Network availability, such as Wifi, WiMax, B luetooth and other Wireless Networks

24. Where the system referenced in Claim 23 finds no Public Wireless Network Access Point availability, the system checks for other system compatible Wireless devices with transmission communication capabilities.

25. Where the system referenced in Claim 24 finds another compati ble system to transmit over communications (114), the system checks authorisation rights to transmit.

26. Where the system referenced in Claim 25 finds no general transmission rights by other device/user but supports Emergency transmission, system logs this support as means of use in Emergency.

27. Where the system referenced in Claim 23 finds no Wireless Network and no Mobile Network assumes only International emergency Dialling is available.

28. Where International Emergency Dialling is available over available transmission communications(114) and Emergency data needs to be forwarded as Figure 12 example, the system prepares output for the output source (108) which in such case would be to convert text to speech or where not available convert text to DTMF tones ready to transmit over an International Emergency Voice Call.

29. Where content in an Emergency described in Claim 28 includes display request for input (110) such as type of Emergency, the system can accept input data from display with input capabilities (109) and where no input can display on all available supporting devices (109).

30. Where no input is received in Claim 29 and a timed alert for input (308) is auctioned, this lack of input data can be added to query against rules and trigger an outcome to use Emergency dialling.

31. A rule can also be applied to Claim 30 to enable recording of environment and / or enable audio microphones and record audio before dialling and / or enable audio input detection and record when this is found as input and add to transmission over Voice and / or other communications

32. Where the system described in Claim 1 receives input data from ECU and / or GPS and / or other sensors that in motion, system can lead to outcomes to enable or disable certain functions on supported devices.

33. Where the system referenced in Claim 32 receives input data from ECU and / or GP S and / or other sensors than system is stationary, it can enable previously disabled functions on supported devices.

34. Where the system referenced in claim 1 has had functions disabled as described in Claim 32 and an Emergency outcome is identified by system, certain override functions can take effect.

35. Where the system referenced in Claim 1 includes a GPS and ECU or one or more other input devices that can track location, speed and direction, the system can receive these inputs and process (206) a query on collated data (207) that will lead to an outcome that could compute differences in output speed by the 2 or more devices. Since factors affect satellite visibility for GP S devices, these can be cross-referenced against ECU speed and other reference devices.

36. Where the system referenced in Claim 1 includes proximity sensors, camera/proximity sensors as well as ECU and / or GP S data or other sensor data as input data, the system defined, can collate all data sources (407) and apply specific rules to query on that lead to actions.

37. Where a Query is applied to claim referenced in Claim 36 and shown in Figure 4, checking for Speed match rules and a Speed Match rule applies, system can include further queries such as whether to cross- reference against other data for direction change, Altitude drop or elevation, shock sensor input etc.

38. Where a Query referenced in Claim 38 leads to a an outcome and action to display warning and /or add timed alert warning seeking input, the system engages output to supported display and input dcvice(s) for feedback.

39. Where a Query referenced in Claim 38 leads to a an outcome and action to display timed alert warning seeking input and no input is received, the system can action to send an Emergency alert via available transmission communications (114) and / or log events to local media (211) or send to hosted server (212) via available communications means

40. Where data is stored as Raw Data stored locally (111) or to a Host Server (115), it can be processed via system defined in Claim 1 and queried and data collated(107) leading to filtered output (108) that can be displayed in reports (113), or produce reports and /or overlay in dashboard simulations, or overlay filtered data over maps (113) producing interactive real-time simulations of collated relevant time and place data.

41.The data output referenced in Claim 40 can include system processing or both local media data (111) and / or Host Server data (115) to produce required reports.

42. Data Reporting referenced in Claim 40 can support same system process of query collated data, using processor leading to outcome and output sources where additional input may be required that is then re-entered as additional input and process leads to an action that can include transmission over communications, reporting and / or data overlay on maps and simulation displays.

43. The above claims can also be applied to a number of situations where input data from devices defi ned in Claim 2 can be coupled with manual input (110) and processed (106) against query system that applies defined rules (107) as shown in Figure 4 Rules B ased Queries and lead to Actions / outcomes as shown in Figure 5 example which can utilise transmission communications (114) or store off-site (115) or generate locally (111) or from off-site (115) display reports (113) or simulations and overlayed data (112)

44. Where system defined in Claim 1 has limited data buffer storage to process (106) queries, figure 2 defines method to store locally (111) or off-site (212) and overwrite last entry on an on-going basis.

45.System defined in Claim 1 can utilise input devices in Claim 2 to assist in reverse parking a vehicle using proximity, location and wireless transmission communications.

46.Where a veliicle is reversing into a parking spot as referenced in Claim 45 between two cars, the system can be used to feed data from proximity and camera sensors. When the system receives input data from vehicle that it is in reverse, it can trigger proximity sensors around the car and as it reverses feed data as input data to the system that processes this data and adds queries against reverse parking rules

47.As the veliicle reverses referenced in Claim 46, the data from all Proximity and Camera/Proximity sensors is collated and queries against rules applied.

As the vehicle approaches objects, audible tones and / or assistance from veliicle can be triggered via system

48. The referenced audible system in Claim 47 can be from the vehicle's system but can also be transmitted from a parked vehicle behind and / or in front of the vehicle. This can be used over FM Radio and / or directly via the system. The other vehicle's systems are referenced as remote devices to the system and can include varying levels of access set by user to system.

49. Where a reversing vehicle uses a secondary system to guide whilst reversing and comes within threshold proximity, that system can apply rules based query with close proximity data and this can lead to triggering action to activate camera and / or video action recording that is stored locally and / or off-site and /or sent to other system as close contact evidence.

50. Where system detects slow motion and start-stop motion and applies the input data from proximity and / or camera and / or ECU and/or GP S to system that when queried and rules applied determines slow traffic area, system may prompt user for input confirmation.

51. Where system detects slow traffic movement referenced in Claim 50 and other systems in area are detected coming in and out of range, the system can pass details to these vehicles over communications as remote devices.

52. Where a system has received data from another system that has had details on slow traffic past and is travelling in other direction that system detects from GP S readings, it can pass this data detail to other systems behind the originating vehicle passing the data on slow traffic updating their system with this data

53.1n another method for reference in Claim 50, the system can send slow traffic details to a Central Cloud Server that may re-transmit to all known devices in a specific area.

54.Where a system detects a proximity sensor active and an unexpected object is detected this object can trigger via the Event Driven Task Scheduler a request to query other input sensors and trigger image capture, (intruder example)

55. A black box system as claimed in claim 1, where in the means for data processing is a micro-processor.

56. A black box system as claimed in claim 1, where in the means for logging information is a storage space.

57. A black box system as claimed in claim 1, where in the storage space can be expendable.

58. A black box system as claimed in claim 1, where in the remote and / or host device is selected from the group consisting of mobile phone, smart phone, portable video device, and other portable gadgets.

59. A boom crash black box system as claimed in claim 1, where in the means for connecting remote device the boom crash black box is selected from a group consisting of a cable, a Wireless means such as B luetooth, infrared, Wi-Fi, and a wireless area network, etc.

60. A black box system as claimed in claim 1, where in the smart wrist watch is connected with boom crash black box system through the B luetooth or Wifi or other Wireless communications.

61. Data from Input devices defined in Claim 1, are queried by Processor defined in Claim 2 on rules based match described as Event Driven Task Scheduler

62. When match against rules a pre-defi ned action occurs

63. Actions defined in Claim 1 can include an alert that is displayed

64. Actions that lead to display alerts defi ned in Claim 1 can also have a timed respose before transmitting over available communications.

Actions defined in Claim 1 can also trigger instant communications transmission

65. Where a match on queried data occurs as detailed in Claim nn, the Input data referenced in Claim lean be combined into collated data and queried again using processor as referenced in Claim nn

66. Where transmission of data is necessary as defined by query rules referenced in Claim nn, the process outlines a process o.f elimination to determine available communications

67. Where Mobile Data is available when Claim 1 communication is required, it is used to transmit as mobile data

68. Where Mobile Data in Claim 1 is not available, Mobile Network registration is checked and if available, signal strength level and consistency is checked and where low signal, sms is sent

69. Where Claim 1 signal strength is instead normal data is sent as sms and / or support for Voice Communications is supported 70. Where Claims 1 is not available, only dialling international Emergency is supported 71. Where Claim 1 is only choice and data is needed to be transmitted data can be transmitted as DTMF after converting data