U.S. patent application number 16/818103 was filed with the patent office on 2020-11-26 for systems and methods for detecting an impending bailout from a vehicle.
This patent application is currently assigned to Ford Global Technologies, LLC. The applicant listed for this patent is Ford Global Technologies, LLC. Invention is credited to Michael Ehlert, Arie Groeneveld, William Gubing, Robert S. Kern, Jon Ohland, Adam Rainey, Steve Skikun.
Application Number | 20200369283 16/818103 |
Document ID | / |
Family ID | 1000005207286 |
Filed Date | 2020-11-26 |
![](/patent/app/20200369283/US20200369283A1-20201126-D00000.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00001.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00002.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00003.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00004.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00005.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00006.png)
![](/patent/app/20200369283/US20200369283A1-20201126-D00007.png)
United States Patent
Application |
20200369283 |
Kind Code |
A1 |
Kern; Robert S. ; et
al. |
November 26, 2020 |
SYSTEMS AND METHODS FOR DETECTING AN IMPENDING BAILOUT FROM A
VEHICLE
Abstract
This disclosure is generally directed to systems and methods for
automatically detecting an impending bailout from a vehicle such as
a police truck or an emergency response vehicle. In one exemplary
method, a computer is configured to detect a driving pattern of the
vehicle that would indicate that the driver of the vehicle is about
to bail out. The driving pattern can include an acceleration
sequence and a braking sequence that is indicative of a police
chase or an emergency response situation. In another exemplary
method, the computer may determine that the driver of the vehicle
is about to bail out based on detecting one or more cue words
uttered by the driver or included in a conversation over a radio
communications device between the driver and a person outside the
vehicle.
Inventors: |
Kern; Robert S.;
(Eastpointe, MI) ; Skikun; Steve; (Commerce
Township, MI) ; Ohland; Jon; (Northville, MI)
; Rainey; Adam; (Chicago, IL) ; Ehlert;
Michael; (Livonia, MI) ; Gubing; William;
(Northville, MI) ; Groeneveld; Arie; (Bloomfield
Hills, MI) |
|
Applicant: |
Name |
City |
State |
Country |
Type |
Ford Global Technologies, LLC |
Dearborn |
MI |
US |
|
|
Assignee: |
Ford Global Technologies,
LLC
Dearborn
MI
|
Family ID: |
1000005207286 |
Appl. No.: |
16/818103 |
Filed: |
March 13, 2020 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
16422759 |
May 24, 2019 |
10710596 |
|
|
16818103 |
|
|
|
|
Current U.S.
Class: |
1/1 |
Current CPC
Class: |
B60W 2540/12 20130101;
G06F 3/167 20130101; G10L 15/08 20130101; G10L 2015/088 20130101;
B60W 40/09 20130101; B60W 2540/10 20130101; B60W 2540/21 20200201;
B60W 2540/18 20130101 |
International
Class: |
B60W 40/09 20060101
B60W040/09; G10L 15/08 20060101 G10L015/08; G06F 3/16 20060101
G06F003/16 |
Claims
1. A method for detecting an impending bailout from a police
vehicle, the method comprising: detecting one or more signals
indicative of the police vehicle having been placed in a pursuit
mode of operation; and determining the impending bailout from the
police vehicle, based at least in part on the one or more signals
indicative of the police vehicle having been placed in a pursuit
mode of operation.
2. The method of claim 1, wherein the pursuit mode of operation
comprises a high-speed chase by the police vehicle.
3. The method of claim 1, wherein the one or more signals are
received from a sensor system comprising one or more sensors
configured to detect at least one of: a first driving pattern
comprising an acceleration sequence and a braking sequence of the
police vehicle; an activation of at least one of a siren or a
flashing light mounted on the police vehicle; one or more cue words
uttered by a driver of the police vehicle; or that a door of the
police vehicle has been opened within a first time period after the
police vehicle has been stopped.
4. The method of claim 3, wherein the one or more cue words are
uttered by the driver into a communications apparatus.
5. The method of claim 4, wherein the communications apparatus is a
radio system operable to provide communications between the driver
and an operator located outside the police vehicle.
6. The method of claim 1, further comprising an engine controller
provided in the police vehicle, wherein at least one of the one or
more signals is a wireless signal transmitted to the engine
controller by a telematic device provided in the police
vehicle.
7. The method of claim 1, further comprising an engine controller
provided in the police vehicle, wherein at least one of the one or
more signals is generated in the engine controller based on signals
received from one or more sensors of a sensor system.
8. The method of claim 7, wherein the one or more sensors of the
sensor system are coupled to one or more engine components of the
police vehicle.
9. A police vehicle, comprising: at least one memory that stores
computer-executable instructions; and at least one processor
configured to access the at least one memory and execute the
computer-executable instructions to at least: detect one or more
signals indicative of the police vehicle having been placed in a
pursuit mode of operation; and determine the impending bailout from
the police vehicle, based at least in part on the one or more
signals indicative of the police vehicle having been placed in a
pursuit mode of operation.
10. The police vehicle of claim 9, wherein the pursuit mode of
operation comprises a high-speed chase by the police vehicle.
11. The police vehicle of claim 9, wherein the one or more signals
are received from a sensor system comprising one or more sensors
configured to detect at least one of: a first driving pattern
comprising an acceleration sequence and a braking sequence of the
police vehicle; an activation of at least one of a siren or a
flashing light mounted on the police vehicle; one or more cue words
uttered by a driver of the police vehicle; or that a door of the
police vehicle has been opened within a first time period after the
police vehicle has been stopped.
12. The police vehicle of claim 11, wherein the one or more cue
words are uttered by the driver into a communications
apparatus.
13. The police vehicle of claim 12, wherein the communications
apparatus is a radio system operable to provide communications
between the driver and an operator located outside the police
vehicle.
14. The police vehicle of claim 9, wherein at least one of the one
or more signals is a wireless signal transmitted by a telematic
device provided in the police vehicle.
15. The police vehicle of claim 9, wherein at least one of the one
or more signals based on signals received from one or more sensors
of a sensor system.
16. The police vehicle of claim 15, wherein the one or more sensors
of the sensor system are coupled to one or more engine components
of the police vehicle.
Description
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This disclosure claims priority to, the benefit of, and is a
continuation application of U.S. application Ser. No. 16/422,759,
filed May 24, 2019, which is hereby incorporated by reference
herein in its entirety.
FIELD
[0002] This disclosure generally relates to vehicles, and more
particularly relates to detecting an impending bailout from a
vehicle.
BACKGROUND
[0003] Vehicles such as a police vehicle or an emergency response
vehicle are often used in situations where an occupant of the
vehicle has to bailout of the vehicle in a hurry. For example, a
police vehicle may be used by a police officer in a high-speed
chase that may end with the police officer bailing out of the
police vehicle. In at least some cases, the police officer may have
no time to turn off the engine, secure the contents of the police
vehicle, and take the car keys when leaving the police vehicle. The
police vehicle and contents inside are therefore vulnerable at this
time to stealing, vandalizing, or misuse.
[0004] As another example, a fireman may drive a fire truck to a
building that is on fire and bail out of the fire truck upon
reaching the building. The fireman may have no time to protect the
contents of the fire truck when entering the burning building to
save people. The fireman may also leave the engine of the fire
truck running so as to permit operation of various pieces of
equipment for battling the fire. The fire truck and contents inside
are vulnerable at this time to stealing, vandalizing, or
misuse.
[0005] It is therefore desirable to provide systems and methods for
automatically detecting an impending bailout from a vehicle such as
a police truck or an emergency response vehicle and to safeguard
the vehicle and its contents when the driver of the vehicle has
bailed out.
BRIEF DESCRIPTION OF THE DRAWINGS
[0006] A detailed description is set forth below with reference to
the accompanying drawings. The use of the same reference numerals
may indicate similar or identical items. Various embodiments may
utilize elements and/or components other than those illustrated in
the drawings, and some elements and/or components may not be
present in various embodiments. Elements and/or components in the
figures are not necessarily drawn to scale. Throughout this
disclosure, depending on the context, singular and plural
terminology may be used interchangeably.
[0007] FIG. 1 illustrates an exemplary automotive computer that may
be installed in a vehicle in accordance with the disclosure.
[0008] FIG. 2 illustrates an exemplary vehicle bailout system
computer that may be used to detect an impending bailout from a
vehicle in accordance with the disclosure.
[0009] FIG. 3 shows a first exemplary flowchart of a method to
detect an impending bailout from a vehicle in accordance with the
disclosure.
[0010] FIG. 4 shows a second exemplary flowchart of a method to
detect an impending bailout from a vehicle in accordance with the
disclosure.
[0011] FIG. 5 shows a first exemplary flowchart of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure.
[0012] FIG. 6 shows a second exemplary flowchart of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure.
[0013] FIG. 7 shows a third exemplary flowchart of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure.
DETAILED DESCRIPTION
Overview
[0014] In terms of a general overview, certain embodiments
described in this disclosure are directed to systems and methods
for automatically detecting an impending bailout from a vehicle
such as a police truck or an emergency response vehicle and
safeguarding the vehicle and the contents of the vehicle when the
driver of the vehicle has bailed out. In one exemplary method, a
computer is configured to detect a driving pattern of the vehicle
that would indicate that the driver of the vehicle is about to bail
out. The driving pattern can include an acceleration sequence and a
braking sequence that is indicative of a police chase or an
emergency response situation. For example, a police vehicle may be
involved in a high-speed chase where the vehicle is subjected to
abrupt acceleration and braking sequences. In another exemplary
method, the computer may determine that the driver of the vehicle
is about to bail out based on detecting one or more cue words
uttered by the driver or included in a conversation over a radio
communications device between the driver and a person outside the
vehicle. The computer may be further configured to execute one or
more operations to secure the vehicle and/or contents of the
vehicle after the driver has bailed out. For example, the computer
may carry out operations such as locking one or more doors of the
vehicle, locking a gun vault in the vehicle, and/or locking a glove
compartment in the vehicle.
Illustrative Embodiments
[0015] The disclosure will be described more fully hereinafter with
reference to the accompanying drawings, in which exemplary
embodiments of the disclosure are shown. This disclosure may,
however, be embodied in many different forms and should not be
construed as limited to the exemplary embodiments set forth herein.
It will be apparent to persons skilled in the relevant art that
various changes in form and detail can be made to various
embodiments without departing from the spirit and scope of the
present disclosure. Thus, the breadth and scope of the present
disclosure should not be limited by any of the above-described
exemplary embodiments but should be defined only in accordance with
the following claims and their equivalents. The description below
has been presented for the purposes of illustration and is not
intended to be exhaustive or to be limited to the precise form
disclosed. It should be understood that alternate implementations
may be used in any combination desired to form additional hybrid
implementations of the present disclosure. For example, any of the
functionality described with respect to a particular component such
as a first processor in a first computer may be performed by
another component such as a second processor in another computer.
Furthermore, while specific device characteristics have been
described, embodiments of the disclosure may relate to numerous
other device characteristics. Further, although embodiments have
been described in language specific to structural features and/or
methodological acts, it is to be understood that the disclosure is
not necessarily limited to the specific features or acts described.
Rather, the specific features and acts are disclosed as
illustrative forms of implementing the embodiments.
[0016] Certain words and terms are used herein solely for
convenience and such words and terms should be interpreted as
referring to various objects and actions that are generally
understood in various forms and equivalencies by persons of
ordinary skill in the art. For example, words such as "automobile,"
"vehicle," "car," and "truck" may be used interchangeably and
should be understood in the context of the disclosure. Words such
as "controls," "signals," "indication," and "information" may be
used interchangeably and should be understood in the context of the
disclosure. Furthermore, the word "information" as used herein may
refer to various items such as digital data, analog data, audio
content, video content, and/or messages. These items may be
operated upon by a computer containing a processor. The phrase
"pursuit mode of operation" as used herein is not limited to a
police vehicle involved in a pursuit and can include other vehicles
and operations such as an emergency vehicle (fire truck, ambulance
etc.) being driven in response to an emergency. Phrases such as "a
signal is transmitted" or "a door being opened" should not be
construed exclusively in a singular sense. The phrase should be
understood to also encompass "a set of signals" that may be
transmitted (concurrently or sequentially) to one door and/or to
multiple doors. It should also be understood that the word
"example" as used herein is intended to be non-exclusionary and
non-limiting in nature. More particularly, the word "exemplary" as
used herein indicates one among several examples, and it should be
understood that no undue emphasis or preference is being directed
to the particular example being described.
[0017] FIG. 1 illustrates an exemplary automotive computer 110 that
may be installed in an engine compartment of a vehicle 150 (or
elsewhere in the vehicle 150) as part of a system 100 in accordance
with the disclosure. The vehicle 150 may be a police vehicle or may
be any emergency response vehicle such as a fire truck or an
ambulance and can include various items such as an engine 120,
driver control components 125, vehicle hardware 130, and sensors
105. In some cases, the engine 120 may be customized to allow
operating of the vehicle 150 in certain ways. For example, when the
vehicle 150 is a police vehicle, the engine 120 may be customized
for allowing the police vehicle to be used for activities such as a
high-speed pursuit. More particularly, the transmission system of
the police vehicle may be customized for high-speed pursuit by
offering gear shifting sequences that are typically unavailable in
civilian vehicles.
[0018] In one exemplary customization of a police vehicle, the
transmission system is designed to maintain an upshifted gear state
for a longer period of time and to maintain a downshifted gear
state for a shorter period of time than would be feasible in a
typical civilian vehicle. The longer upshifted gear state allows
the police vehicle to travel at high speed without downshifting to
a lower gear when the driver slows down a bit (to take a corner,
for example). Complementarily, maintaining the downshifted gear
state for a shorter period of time minimizes the amount of time
taken by the police vehicle to upshift through various gears after
the driver has executed a hard braking operation (to avoid an
obstacle, for example). Saving time in this manner allows the
police vehicle to catch up with a typical civilian vehicle that is
being pursued.
[0019] The high-speed pursuit mode of operation may be provided in
the vehicle 150 by configuring certain components of the vehicle
150 such as the gear box, the transmission equipment, and the
engine controller 112 to operate in a customized manner. The engine
controller 112, which may be part of the automotive computer 110,
typically interacts with various components of the vehicle 150 such
as the driver control components 125 and the sensors 105. A few
examples of driver control components 125 may include a steering
wheel, a brake pedal, an accelerator pedal, and a gear stick. A few
examples of the sensors 105 may include brake sensors, accelerator
sensors, and gear position sensors. During a typical driving
operation, the engine controller 112 may receive a signal from the
accelerator sensor to indicate that the driver of the vehicle 150
has depressed the accelerator pedal. The engine controller 112 can
respond to this signal by computing a fuel-air mixture that would
be suitable for accelerating the vehicle 150 to a speed desired by
the driver. This fuel-air mixture is then provided to the engine
120. When the vehicle 150 includes an automatic gear mechanism, the
engine controller 112 may determine the appropriate gear for use at
the speed desired by the driver and configure the automatic gear
control system accordingly. For example, the engine controller 112
may select a high gear ratio in the automatic gear control system
to achieve the desired speed.
[0020] The engine controller 112 may receive a signal from the
brake sensor to indicate that the driver of the vehicle 150 has
depressed the brake pedal. The engine controller 112 can respond to
this signal by computing a different fuel-air mixture that would be
suitable for decelerating the vehicle 150 and/or for stopping the
vehicle 150 in accordance with the brake pedal depression. When the
vehicle 150 includes an automatic gear control system, the engine
controller 112 may also determine the appropriate gear for use at
the reduced speed and configure the automatic gear control system
accordingly. For example, the engine controller 112 may select a
low gear ratio in the automatic gear control system to slow down
the vehicle 150.
[0021] When the vehicle 150 supports manual stick-shift operations,
the engine controller 112 may receive a signal from a gear position
sensor that indicates that the driver has selected a particular
gear, a low gear, for example. The engine controller 112 responds
to this signal by computing a fuel-air mixture that would be
suitable for accelerating the vehicle 150 to a desired speed
corresponding to the low gear and provides this fuel-air mixture to
the engine 120. When the driver shifts to a higher gear, the engine
controller 112 may modify the fuel-air mixture to the engine 120
for achieving a higher speed.
[0022] The switch controller 114 may receive signals from various
sensors and use the information for activating various types of
vehicle hardware 130. For example, the switch controller 114 may
receive a signal from a rain sensor located in the windshield of
the vehicle 150 and modify a rate of oscillation of a wiper
assembly attached to the windshield of the vehicle 150 in
accordance with an intensity of rainfall incident upon the
windshield.
[0023] The warning system 113 may be coupled to various sensors
such as engine performance sensors and fluid level sensors. Upon
receiving information from a fluid level sensor of a low fluid
level, for example, the warning system 113 may activate a warning
light on the dashboard of the vehicle 150 to warn the driver of the
low fluid level condition.
[0024] FIG. 2 illustrates an exemplary vehicle bailout system
computer 250 that may be a part of a system 200 installed in the
vehicle 150 in accordance with the disclosure. In one exemplary
implementation, the vehicle bailout system computer 250 is a
standalone computer that is communicatively coupled to the
automotive computer 110. In this exemplary implementation, the
vehicle bailout system computer 250 may execute some operations
independently and inform the automotive computer 110 of these
operations. For example, an input/output interface 260 of the
vehicle bailout system computer 250 may receive some types of
signals from the engine controller 112 in the automotive computer
110 and use these signals to execute operations such as detecting
an impending bailout from the vehicle 150 and/or securing the
vehicle 150 and contents of the vehicle 150 after the driver has
bailed out. The memory 265, which is one example of a
non-transitory computer-readable medium, may be used to store
programs in code and/or to store data for performing various
vehicle bailout operations in accordance with the disclosure.
[0025] In another exemplary implementation, some or all components
of the vehicle bailout system computer 250 may be shared with the
automotive computer 110. In this implementation, a processor 255 of
the vehicle bailout system computer 250 may be configured to
execute computer-executable instructions stored in the memory 265
for performing various functions of the engine controller 112 as
well as for performing vehicle bailout operations in accordance
with the disclosure. Consequently, the memory 265 may be used not
only for storing code and/or data associated with the engine
controller 112 but also code and/or data for performing vehicle
bailout operations in accordance with the disclosure.
[0026] The vehicle bailout system computer 250 may include several
components such as one or more processors and one or more memory
devices. In this illustrative example, the vehicle bailout system
computer 250 includes the processor 255, which executes
computer-executable instructions stored in the memory 265. The
memory 265 may be used to store an operating system 268 and various
code modules such as a bailout detection system 266 and a securing
system 267. The input/output interface 260 may be configured to
receive signals from various sources such as sensors and
transducers provided in the vehicle 150. A few such exemplary
sensors are shown in FIG. 2.
[0027] Of these exemplary sensors, the input/output interface 260
may receive status information from door lock sensors 205 that are
provided in one or more doors of the vehicle 150. The status
information may include an indication whether a door is locked or
unlocked and may be used by the processor 255 to generate control
signals for activating one or more door lock actuators 280. The
door lock actuators 280 may be activated in order to lock one or
more doors and secure the contents of the vehicle 150 after a
bailout. In at least some cases, all the doors of the vehicle 150
may be locked automatically without intervention from the
driver.
[0028] The input/output interface 260 may receive from the door
open/close sensors 210 that are provided in one or more doors of
the vehicle 150, an indication whether one or more doors of the
vehicle 150 have been opened or closed. The status information may
be used by the processor 255 to generate a control signal for
activating one or more door lock actuators 280. The door lock
actuators 280 may be activated in order to secure the contents of
the vehicle 150 when the driver of the vehicle 150 has bailed out
through an open door.
[0029] The input/output interface 260 may receive from the brake
pedal sensor 215 an indication whether the brake pedal has been
depressed and/or a signal indicating an extent of depression of the
brake pedal. The input/output interface 260 may also receive from
the accelerator sensor 220 an indication whether the accelerator
has been depressed and/or signals indicating an indication of the
extent of depression of the accelerator. The input/output interface
260 may also receive from the gear box sensor 225 a signal about a
gear that has been engaged at any instant in time when the vehicle
150 is in motion. For, example, the signal may indicate that a low
gear is being used over a first period time and a high gear is
being used during a second period of time. The signal received from
the gear box sensor 225 may be used by the processor 255
individually or in combination with signals received from the brake
pedal sensor 215 and/or the accelerator sensor 220 to determine
whether the vehicle 150 has been placed in a pursuit mode of
operation.
[0030] The input/output interface 260 may receive from the
tachometer 226 data about the speed of the vehicle 150. For,
example, the data provided by the tachometer 226 can be passed on
to the processor 255 by the input/output interface 260. The
processor 255 may use the data to analyze speeding characteristics
of the vehicle 150 for determining whether the vehicle 150 has been
placed in a pursuit mode of operation.
[0031] The input/output interface 260 may receive from the trunk
latch sensor 230 an indication whether the trunk of the vehicle 150
is locked or unlocked. The indication may be used by the processor
255 to generate a control signal for activating a trunk latch
actuator 285 for locking the trunk of the vehicle 150 in order to
secure the contents of the trunk when the driver has bailed
out.
[0032] The input/output interface 260 may receive from the gun
vault sensor 235 an indication whether a gun vault in the vehicle
150 is locked or unlocked. The indication may be used by the
processor 255 to generate a control signal for activating a gun
vault lock actuator 290 for locking the gun vault in order to
secure armaments stored in the gun vault.
[0033] The input/output interface 260 may receive from the ignition
key sensor 240 an indication whether a car key has been left in a
starter mechanism. This information may be used by the processor
255 to carry out various operations upon components of the vehicle
150 in order to secure the vehicle 150 after the driver has bailed
out.
[0034] The input/output interface 260 may receive an indication
that one or more warning lights have been activated and/or a siren
has been activated in the vehicle 150 which may be a police vehicle
or an ambulance for example that is responding to an emergency. The
processor 255 may determine the vehicle 150 has been placed in a
pursuit mode of operation or of an impending bailout operation,
based on the indication that the warning lights have been activated
and/or the siren has been activated.
[0035] The input/output interface 260 may receive an indication
that one or more seat belt buckles have been unbuckled, and/or an
indication from a seat occupancy sensor that an occupant has got up
from a seat. The processor 255 may use such indications to
determine a bailout operation or to secure the vehicle 150 after
the driver has bailed out.
[0036] The input/output interface 260 may receive from an audio
transducer 245, audio segments pertaining to some or all parts of a
conversation between the driver of the vehicle 150 and an operator
located outside the vehicle 150. The conversation may be carried
out over a communications apparatus 253 such as a radio
communications device. In an exemplary scenario, the driver of the
vehicle 150 is a police officer and the operator may be a police
radio dispatcher or a police supervisor providing instructions
and/or orders to the police officer. In another exemplary scenario,
the driver of the vehicle 150 is an emergency response technician
and the operator may be a supervisor, a 911 operator, or a victim,
providing information to the emergency response technician.
[0037] The conversation may include certain cue words such as
"pursuit," "emergency," "fire," and "911" that may be uttered by
the driver and/or by the operator. Such words, which may be
indicative of a police pursuit or an emergency response, can be
detected by the processor 255 and used to identify various events
such as a high-speed police pursuit or an impending bailout from
the vehicle 150. The processor 255 may generate various types of
signals in response to detecting such events. For example, the
processor 255 may generate a control signal that may be transmitted
to the gun vault lock actuator 290 for activating a latch in a gun
vault located in the vehicle 150. the gun vault may be latched in
order to secure armaments stored in the gun vault when the driver
of the vehicle 150 (a police officer, for example) has bailed out.
As another example, the processor 255 may generate a control signal
that may be transmitted to the ignition key lock-out actuator 295
for disabling an ignition system of the vehicle 150 in order to
secure the vehicle 150 (a fire truck, for example) when the driver
has bailed out.
[0038] In an exemplary embodiment, the vehicle bailout system
computer 250 may be communicatively coupled to a server 275 via a
network 270. The network 270 may include any one or a combination
of various networks such as a local area network (LAN), a wide area
network (WAN), a telephone network, a cellular network, a cable
network, a wireless network, and/or private/public networks such as
the Internet. The server 275, which may include one or more
computers, may be used to provide various types of instructions to
the vehicle bailout system computer 250. The vehicle bailout system
computer 250 may carry out these instructions by issuing various
types of signals such as for operating the door lock actuators 280,
the trunk latch actuator 285, the gun vault actuator 290, and/or
the ignition key lock-out actuator 295. The server 275 may thus be
used from a remote location to execute various operations
associated with detecting an impending bailout and/or for securing
various items in the vehicle after a bailout in accordance with the
disclosure.
[0039] The vehicle bailout system computer 250 may also be
communicatively coupled to one or more telematic devices such as a
telematic device 251 located in the vehicle 150. Some examples of
the telematic device 251 can include an infotainment system mounted
on a dashboard of the vehicle 150, a radio communications device
mounted in the vehicle 150, a personal device such as a smartphone
carried by the driver or another occupant of the vehicle 150, a
computer installed in the vehicle 150, and a portable computing
device such as a tablet computer. The telematic device 251 may be
used to inform the vehicle bailout system computer 250 and/or to
assist in detection by the vehicle bailout system computer 250 of
an impending bailout and/or for securing various items in the
vehicle after a bailout in accordance with the disclosure. In an
example implementation, the vehicle bailout system computer 250 may
use voice recognition techniques to identify cue words uttered by
the driver or included in a conversation between the driver and a
person outside the vehicle 150 over the radio communications
apparatus 253.
[0040] The vehicle bailout system computer 250 may also be
communicatively coupled to a switch 252 that may be mounted on the
dashboard of the vehicle 150 for example. The driver of the vehicle
150 may actuate the switch 252 to inform the vehicle bailout system
computer 250 that the vehicle 150 is involved in a high-speed
pursuit and/or to inform the vehicle bailout system computer 250
that the driver is bailing out of the vehicle 150. The vehicle
bailout system computer 250 may determine an impending bailout of
the vehicle 150 based on the actuation of the switch. The actuation
of the switch may also be used by the vehicle bailout system
computer 250 to secure various items in the vehicle 150 after the
driver has bailed out.
[0041] It must be understood that a memory device such as the
memory 265 can include anyone or combination of volatile memory
elements (e.g., random access memory (RAM, such as DRAM, SRAM,
SDRAM, etc.)) and nonvolatile memory elements (e.g., ROM, hard
drive, tape, CDROM, etc.). Moreover, the memory device may
incorporate electronic, magnetic, optical, and/or other types of
storage media. In the context of this document, a "non-transitory
computer-readable medium" can be, for example but not limited to,
an electronic, magnetic, optical, electromagnetic, infrared, or
semiconductor system, apparatus, or device. More specific examples
(a non-exhaustive list) of the computer-readable medium would
include the following: a portable computer diskette (magnetic), a
random access memory (RAM) (electronic), a read-only memory (ROM)
(electronic), an erasable programmable read-only memory (EPROM,
EEPROM, or Flash memory) (electronic), and a portable compact disc
read-only memory (CD ROM) (optical). Note that the
computer-readable medium could even be paper or another suitable
medium upon which the program is printed, as the program can be
electronically captured, via for instance optical scanning of the
paper or other medium, then compiled, interpreted or otherwise
processed in a suitable manner if necessary, and then stored in a
computer memory.
[0042] FIG. 3 shows an exemplary flowchart 300 of a method to
detect an impending bailout from a vehicle in accordance with the
disclosure. The exemplary flowchart 300, and each of other
flowcharts described herein, illustrates a sequence of operations
that can be implemented in hardware, software, or a combination
thereof. In the context of software, the operations represent
computer-executable instructions stored on one or more
non-transitory computer-readable media such as the memory 265,
that, when executed by one or more processors such as the processor
255, perform the recited operations. Generally, computer-executable
instructions include routines, programs, objects, components, data
structures, and the like that perform particular functions or
implement particular abstract data types. The order in which the
operations are described is not intended to be construed as a
limitation, and any number of the described operations may be
carried out in a different order, omitted, combined in any order,
and/or carried out in parallel. Some or all of the operations
described in the exemplary flowchart 300 may be carried out by
using an application stored in the memory 265 and executed by the
processor 255 of the vehicle bailout system computer 250.
[0043] The system 200 will be used for purposes of describing some
of the operations included in the flowchart 300. However, it must
be understood that the flowchart 300 is equally applicable to many
other systems in accordance with the disclosure. At block 305, a
bailout detection procedure is initiated. The bailout detection
procedure may be initiated for example, by the processor 255
fetching computer-executable instructions provided in a code module
such as the bailout detection system 266 in the memory 265 and
executing the computer-executable instructions.
[0044] At block 310, a determination is made whether a telematic
request has been received by the vehicle bailout system computer
250 (from the telematic device 251 for example). If no telematic
request has been received by the vehicle bailout system computer
250, at block 315, a determination is made whether a voice command
request has been received by the vehicle bailout system computer
250 (via the audio transducer 245 or the telematic device 251 for
example).
[0045] If no voice command request has been received by the vehicle
bailout system computer 250, at block 320, a determination is made
whether a switch press request has been received by the vehicle
bailout system computer 250 (from the switch 252 for example). If
no switch press request has been received by the vehicle bailout
system computer 250, at block 325, a determination is made whether
the vehicle 150 is moving. The vehicle bailout system computer 250
may make this determination by obtaining information from the
engine controller 112 in the automotive computer 110 and/or from
one or more sensors such as the ignition key sensor 240 (engine has
been turned off) and the gear box sensor 225 (gear box in "park" or
"neutral" position). If the vehicle 150 is not moving, at block 330
a determination is made whether a driver door has been opened. The
vehicle bailout system computer 250 may make this determination by
obtaining information from the door open/close sensors 210. If the
driver door is not open, operations indicated by block 305 are
carried out followed by subsequent operations.
[0046] At block 310, if a telematic request has been received by
the vehicle bailout system computer 250, at block 355, a
determination is made whether the vehicle 150 is moving. The
vehicle bailout system computer 250 may make this determination by
obtaining information from the engine controller 112 in the
automotive computer 110 and/or from one or more sensors such as the
ignition key sensor 240 (engine has been turned off) and the gear
box sensor 225 (gear box in "park" or "neutral" position). If the
vehicle 150 is moving, the movement of the vehicle 150 is monitored
in a continuous manner until the vehicle 150 has stopped. When the
vehicle 150 is no longer moving, at block 360, the vehicle bailout
system computer 250 may issue a prompt to the driver of the vehicle
150 to cancel the telematic request. The prompt may be transmitted
to the telematic device 251 that has originated the telematic
request (block 310).
[0047] At block 365, a determination is made whether the telematic
request has been canceled. If the telematic request has been
canceled, at block 370, a message may be sent to the telematic
device 251 indicating cancellation of the telematic request and
flowchart operations are resumed from block 305. If the telematic
request has not been canceled, at block 385, a bailout situation is
declared by the vehicle bailout system computer 250. In one
exemplary implementation, a message may be transmitted by the
vehicle bailout system computer 250 to the server 275, for example
to inform an operator or supervisor of the bailout. At block 390,
various actions may be taken to secure the vehicle 150 and the
contents of the vehicle 150 after the bailout.
[0048] Drawing attention back to block 315, if a voice command
request has been received, the various operations indicated by
block 350, block 375, block 380, block 385, and block 390 may be
executed. The operations indicated by block 350, block 375, block
380 are similar to the operations described above with respect to
block 355, block 360, and block 365.
[0049] At block 325, if the determination is made that the vehicle
150 is moving, at block 345, a determination is made whether the
driver door has been opened. The vehicle bailout system computer
250 may make this determination by obtaining information from the
door open/close sensors 210. If the driver door is not open,
operations indicated by block 305 are carried out followed by
subsequent operations. If the driver door is open, the various
operations indicated by block 375, block 380, block 385, and block
390 may be executed.
[0050] At block 330, if the driver door is open, at block 340, a
braking pattern of the vehicle 150 is detected. The detection of
the braking pattern may be carried out by the vehicle bailout
system computer 250 obtaining information from the brake pedal
sensor 215. the information may be used to determine if the vehicle
150 was stopped within a preset period of time. At block 335, a
determination is made whether the vehicle 150 is operating in a
pursuit mode of operation. The vehicle bailout system computer 250
may determine that the vehicle 150 is in the pursuit mode of
operation based on the vehicle 150 having been stopped within the
preset period of time (indicative of an abrupt stop) and/or by
obtaining information from the engine controller 112. If the
vehicle 150 is not in a pursuit mode of operation, operations
indicated by block 305 is carried out followed by subsequent
operations as shown in the flowchart 300. If the vehicle 150 is in
a pursuit mode of operation, operations indicated by block 375 is
carried out followed by subsequent operations as shown in the
flowchart 300.
[0051] FIG. 4 shows an exemplary flowchart 400 of a method to
detect an impending bailout from a vehicle in accordance with the
disclosure. The system 200 will be used for purposes of describing
some of the operations included in the flowchart 400. However, it
must be understood that the flowchart 400 is equally applicable to
many other systems in accordance with the disclosure. The impending
bailout detection may be carried out for example, by the processor
255 fetching computer-executable instructions provided in a code
module such as the bailout detection system 266 in the memory 265
followed by execution of the computer-executable instructions.
[0052] At block 405, a computer such as the vehicle bailout system
computer 250 detects a first driving pattern that may include an
acceleration sequence and a braking sequence. In one exemplary
scenario, detecting the first driving pattern may be carried out by
the vehicle bailout system computer 250 receiving from various
sensors such as the brake pedal sensor 215, the accelerator sensor
220 and the gear box sensor 225 information that is indicative of
the vehicle 150 having been placed in a pursuit mode of operation.
For example, the brake pedal sensor 215 may provide information to
the processor 255 that the driver of the vehicle 150 has carried
out a hard braking action on the vehicle 150. The gear box sensor
225 may indicate that downshifting has occurred within a preset
amount of time. The preset amount of time may be set by the
processor 255 in accordance with a threshold braking time that
indicates that the vehicle 150 is being, or has been, placed in a
pursuit mode of operation. Furthermore, the gear box sensor 225 may
indicate that a gear in use during a downshifted mode of operation
is not the lowest gear in the vehicle 150. Operating at a gear that
is higher than the lowest gear may allow the gear mechanism to
shift into a higher gear rapidly so as to resume acceleration with
minimal delay.
[0053] The accelerator sensor 220 may further provide information
to the processor 255 that the driver of the vehicle 150 is rapidly
accelerating the vehicle 150. The gear box sensor 225 may indicate
that gear upshifting has occurred within a preset amount of time.
The preset amount of time may be set by the processor 255 in
accordance with a threshold acceleration time that indicates that
the vehicle 150 is being, or has been, placed in a pursuit mode of
operation. Furthermore, the gear box sensor 225 may indicate that
that a gear in use during an upshifted mode of operation is the
highest gear in the vehicle 150. Operating at a high gear allows
the vehicle 150 to accelerate rapidly and travel at high speed in a
pursuit mode of operation. The gear box sensor 225 may also provide
information that a transition time from the gear in which the
vehicle 150 was operating during the braking procedure to the gear
in which the vehicle 150 is accelerating is within a preset amount
of time. The preset amount of time may be set by the processor 255
in accordance with a threshold acceleration time that indicates
that the vehicle 150 is being, or has been, placed in a pursuit
mode of operation.
[0054] In another exemplary scenario, detecting the first driving
pattern may be carried out by the vehicle bailout system computer
250 receiving information from the automotive computer 110. The
information provided by the automotive computer 110, which can
include air-fuel mixture information and/or rate of flow of the
air-fuel mixture into the engine 120, can be analyzed by the
processor 255 to determine that the vehicle 150 is being, or has
been, placed in a pursuit mode of operation.
[0055] In another exemplary scenario, detecting the first driving
pattern may be carried out by the vehicle bailout system computer
250 receiving information from the tachometer 226. The information
provided by the tachometer 226 can include speeding characteristics
of the vehicle 150 indicative of a pursuit mode of operation of the
vehicle 150.
[0056] In yet another exemplary scenario, detecting the first
driving pattern may be carried out by the vehicle bailout system
computer 250 receiving information from the audio transducer 245.
The information provided by the audio transducer 245 may include
one or more cue words that indicate that the vehicle 150 will be
placed in a pursuit mode of operation or has been placed in a
pursuit mode of operation. For example, the cue words may be
uttered by a police officer who is the driver of the vehicle 150
into a radio communications device to inform a police supervisor
that the police officer intends to, or is in the process of,
pursuing a law breaker who is driving another vehicle.
[0057] At block 410, the computer determines an impending bailout
by the driver of the vehicle 150 based at least in part on
detecting the first driving pattern. The impending bailout may also
be detected on the basis of other actions such as activation of a
siren and/or a flashing light mounted on the vehicle 150, various
positions of a steering wheel, a deceleration characteristic of the
vehicle 150, and a door of the vehicle 150 being opened. The
various positions of the steering wheel may be monitored over
certain periods of time so that the computer can determine if the
steering wheel has been rapidly and sharply turned in various
directions (as would be expected during a police pursuit, for
example). The deceleration characteristic of the vehicle 150 may be
monitored by the computer to determine if the vehicle 150 has been
stopped quickly over a short distance (as would be expected during
a police pursuit, for example). A very short duration of time spent
in opening a door of the vehicle 150 may also indicate to the
computer that the driver has opened the door of the vehicle 150 in
a hurry and bailed out.
[0058] Various parameters such as time durations and amplitudes
that may be associated with detecting these actions, may be
detected by using preset time windows. For example, an opening of a
door of the vehicle 150 within a time window of a few seconds would
indicate an impending bailout to the vehicle bailout system
computer 250. As another example, a change in position in the
steering wheel over 45 degrees back and forth within a time window
of a few minutes may also indicate an impending bailout to the
vehicle bailout system computer 250.
[0059] FIG. 5 shows an exemplary flowchart 500 of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure. The system 200 will be used for
purposes of describing some of the operations included in the
flowchart 500. However, it must be understood that the flowchart
500 is equally applicable to many other systems in according to the
disclosure. The flowchart 500 indicates some exemplary operations
that may be executed in accordance with block 390 shown in the
flowchart 300.
[0060] At block 505, a computer such as the vehicle bailout system
computer 250 initiates securing operations for securing the vehicle
150 and/or the contents of the vehicle 150 after the bailout. Some
exemplary securing operations are described below with reference to
another figure. The securing operations may be initiated for
example, by the processor 255 fetching computer-executable
instructions provided in a code module such as the securing system
267 in the memory 265 and executing the computer-executable
instructions.
[0061] At block 510, a determination is made whether a telematic
request has been received by the vehicle bailout system computer
250 (from the telematic device 251 for example). The telematic
request may have led to operations that led to the bailout from the
vehicle 150. If no telematic request has been received by the
vehicle bailout system computer 250, at block 515, a determination
is made whether a key fob has been left in the vehicle 150. The key
fob may have been left in the vehicle by the driver of the vehicle
150 (a police officer or emergency response personnel, for example)
after bailing out of the vehicle 150 in a hurry. Consequently, the
key fob may be unavailable for use by the driver to re-enter the
vehicle 150. If the key fob has not been left in the vehicle, at
block 540, a determination is made whether the vehicle 150 has been
unlocked by using the key fob (or by using a car key inserted into
the ignition start mechanism of the vehicle 150). Use of either the
key fob or the car key would indicate that the driver has
re-entered the vehicle 150 in a permissible manner. If the key fob
or the car key has been used, at block 545, some or all of the
securing operations may be discontinued.
[0062] However, if neither the key fob nor the car key has been
used to unlock the vehicle 150, any attempt to unlock the car would
indicate an impermissible attempt to break into the vehicle 150.
The impermissible attempt may be carried out, for example, by a
perpetrator attempting to steal the vehicle 150 for fleeing a scene
of a crime. Consequently, if neither the key fob or the car key has
been used to unlock the vehicle 150, at block 520, a determination
is made whether the vehicle 150 has been unlocked using a keypad
provided in a door of the vehicle 150 for example. If the keypad
has been used for unlocking the vehicle 150, at block 545, the
securing operations may be discontinued.
[0063] If the vehicle 150 has not been unlocked by using a keypad,
at block 525, a determination is made whether the vehicle 150 has
been unlocked by using a phone. For example, the driver of the
vehicle 150 may have a software application in a smartphone that
can be used to lock or unlock the car. If a phone has been used for
unlocking the vehicle 150, at block 545, the securing operations
may be discontinued.
[0064] If a phone has not been used for unlocking the vehicle 150,
at block 530, a determination is made whether a valid keycode has
been entered into the vehicle bailout system computer 250. For
example, the driver of the vehicle 150 may enter the keycode
through a touch panel of the vehicle bailout system computer 250
after re-entering the vehicle 150. If a valid keycode has been
entered into the touch pad, at block 545, the securing operations
may be discontinued. If a valid keycode has not been entered into
the touch pad, at block 505, securing operations for securing the
vehicle 150 and/or the contents of the vehicle 150 after the
bailout is persisted. The securing operations may persist if a
perpetrator enters an invalid keycode in an attempt to break into
the vehicle bailout system computer 250 for disabling one or more
securing operations carried out by the vehicle bailout system
computer 250.
[0065] FIG. 6 shows an exemplary flowchart 600 of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure. The system 200 will be used for
purposes of describing some of the operations included in the
flowchart 600. However, it must be understood that the flowchart
600 is equally applicable to many other systems in according to the
disclosure. The flowchart 600 indicates some exemplary operations
that may be executed in accordance with block 390 shown in the
flowchart 300.
[0066] At block 660, a determination is made whether the vehicle
150 is in an on condition or an off condition. At least three
different exemplary scenarios may exist if the vehicle 150 is in an
off condition. In a first scenario 605, at block 601, the car key
of the vehicle 150 may have been taken out of the vehicle 150 by
the driver and the door of the vehicle 150 closed. For example, a
police officer driving the vehicle 150 may have stopped the vehicle
150, turned off the engine, and exited the vehicle 150 with the car
keys (or key fob) in his/her pocket. The vehicle bailout system
computer 250 may receive information from the various sensors and
determine that the police officer has bailed out of the vehicle
150. At block 602, the vehicle bailout system computer 250 may
transmit one or more signals to the door lock actuators 280 for
locking one or more doors of the vehicle 150. At block 603 the
vehicle bailout system computer 250 may transmit a signal to the
gun vault lock actuator 290 to lock a gun vault located in the
vehicle 150. At block 604, the vehicle bailout system computer 250
may transmit one or more signals to one or more actuators to close
one or more windows of the vehicle 150. At block 606, the vehicle
bailout system computer 250 may transmit a message to the telematic
device 251. For example, the vehicle bailout system computer 250
may transmit an audible message to a smartphone carried by the
driver of the vehicle 150 to inform the driver of the vehicle 150
that the vehicle 150 and a gun vault in the vehicle 150 has been
secured. At block 607, the vehicle bailout system computer 250
determines that a password may not be needed by the driver of the
vehicle 150 to re-enter the vehicle 150 and/or to unlock other
components in the vehicle 150 such as the gun vault.
[0067] In a second scenario 610, at block 608, the car key of the
vehicle 150 may have been taken out of the vehicle 150 by the
driver and the door of the vehicle 150 opened. For example, a
police officer driving the vehicle 150 may have stopped the
vehicle, turned off the engine, and exited the vehicle with the car
keys (or key fob) in his/her pocket. However, the police officer
may not have had time to lock the doors of the vehicle 150. The
vehicle bailout system computer 250 may receive information from
the various sensors and determine that the police officer has
bailed out of the vehicle 150 but has left one or more doors of the
vehicle 150 unlocked. At block 609, the vehicle bailout system
computer 250 may transmit one or more signals to the door lock
actuators 280 for locking one or more doors of the vehicle 150. At
block 611, the vehicle bailout system computer 250 may transmit a
signal to the gun vault lock actuator 290 to lock a gun vault
located in the vehicle 150. At block 612, the vehicle bailout
system computer 250 may transmit one or more signals to one or more
actuators to close one or more windows of the vehicle 150. At block
613, the vehicle bailout system computer 250 may transmit a message
to the telematic device 251. For example, the vehicle bailout
system computer 250 may transmit an audible message to a smartphone
carried by the driver of the vehicle 150 to inform the driver of
the vehicle 150 that the vehicle 150 and the gun vault has been
secured. At block 614, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some components inside the vehicle 150. For example, the vehicle
bailout system computer 250 may transmit one or more signals to
disable all door unlock components to prevent an occupant of the
vehicle 150 (a prisoner, for example) from unlocking the doors and
escaping from the vehicle 150.
[0068] At block 616, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some parts of the vehicle 150. For example, the vehicle bailout
system computer 250 may transmit one or more signals to disable a
trunk release mechanism in the vehicle 150 for securing the
contents in the trunk of the vehicle 150. At block 617, the vehicle
bailout system computer 250 determines that a password may not be
needed by the driver of the vehicle 150 to re-enter the vehicle 150
and/or to unlock other components in the vehicle 150 such as the
gun vault.
[0069] In a third scenario 615, at block 618, the car key of the
vehicle 150 may been left in the vehicle 150 after the driver of
the vehicle 150 has bailed out. The door of the vehicle 150 may
have been either locked or left unlocked in this third scenario.
The vehicle bailout system computer 250 may receive information
from the various sensors and determine that the police officer has
bailed out of the vehicle 150. At block 619, the vehicle bailout
system computer 250 may transmit one or more signals to the door
lock actuators 280 for locking one or more passenger doors of the
vehicle 150. At block 621, the vehicle bailout system computer 250
may transmit a signal to the gun vault lock actuator 290 to lock a
gun vault located in the vehicle 150. At block 622, the vehicle
bailout system computer 250 may transmit one or more signals to one
or more actuators to close one or more windows of the vehicle 150.
At block 623, the vehicle bailout system computer 250 may transmit
a message to the telematic device 251. For example, the vehicle
bailout system computer 250 may transmit an audible message to a
smartphone carried by the driver of the vehicle 150 to inform the
driver of the vehicle 150 that the vehicle 150 and the gun vault
has been secured. At block 624, the vehicle bailout system computer
250 may transmit one or more signals to one or more actuators to
disable some components inside the vehicle 150. For example, the
vehicle bailout system computer 250 may transmit one or more
signals to disable all door unlock components to prevent an
occupant of the vehicle 150 (a prisoner, for example) from
unlocking the doors and escaping from the vehicle 150.
[0070] At block 626, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some parts of the vehicle 150. For example, the vehicle bailout
system computer 250 may transmit one or more signals to disable a
trunk release mechanism in the vehicle 150 for securing the
contents in the trunk of the vehicle 150. At block 627, the vehicle
bailout system computer 250 may transmit a signal to the ignition
key lock-out actuator 295 to disable operation of the ignition
mechanism thereby rendering the car key of the vehicle 150
inoperable. Doing so may prevent a miscreant who has entered the
vehicle 150 from stealing the vehicle 150.
[0071] At block 628, the vehicle bailout system computer 250 may
transmit a signal to one or more other components and/or mechanisms
in the vehicle 150 so as to disable some operations. For example,
the vehicle bailout system computer 250 may transmit a signal to a
gear box mechanism that disables operation of a gear shift in the
vehicle 150. Doing so may prevent a miscreant who has entered the
vehicle 150 and hot-wired the ignition system from driving away in
the vehicle 150. As another example, the vehicle bailout system
computer 250 may execute a log out operation that disables the use
of the vehicle bailout system computer 250. As yet another example,
the vehicle bailout system computer 250 may transmit a signal to a
key fob that may be attached to the car key that has been left in
the vehicle 150 after the driver has bailed out and/or to the
ignition lock so as to prevent the car key from being removed by
someone other than the driver.
[0072] At block 659, the vehicle bailout system computer 250 waits
for a password to enable various functions of the vehicle 150. For
example, the vehicle bailout system computer 250 may wait for the
driver to enter a password on a keypad coupled to the vehicle
bailout system computer 250 for allowing the driver to use the
vehicle bailout system computer 250. As another example, the
vehicle bailout system computer 250 may wait for the driver to
enter a password for enabling the ignition mechanism and the gear
box mechanism for moving the vehicle 150.
[0073] Drawing attention back to block 660, a determination is made
whether the vehicle 150 is in an on condition or an off condition.
There may be at least three different exemplary scenarios if the
vehicle 150 is in an on condition. In a first scenario 620, at
block 629, the car key of the vehicle 150 may been taken out of the
vehicle 150 and the door of the vehicle 150 closed. For example, a
police officer driving the vehicle 150 may have left the engine
running and exited the vehicle 150 with the car keys (or key fob)
in his/her pocket. The vehicle bailout system computer 250 may
receive information from the various sensors and determine that the
police officer has bailed out of the vehicle 150 and the doors of
the vehicle 150 are closed. At block 631, the vehicle bailout
system computer 250 may transmit one or more signals to the door
lock actuators 280 for locking the doors of the vehicle 150.
[0074] At block 632, the vehicle bailout system computer 250 may
transmit a signal to the gun vault lock actuator 290 to lock a gun
vault located in the vehicle 150. At block 633, the vehicle bailout
system computer 250 may transmit one or more signals to one or more
actuators to close one or more windows of the vehicle 150. At block
634, the vehicle bailout system computer 250 may transmit a message
to the telematic device 251. For example, the vehicle bailout
system computer 250 may transmit an audible message to a smartphone
carried by the driver of the vehicle 150 to inform the driver of
the vehicle 150 and gun vault being secured. At block 636, the
vehicle bailout system computer 250 determines that a password may
not be needed by the driver of the vehicle 150 to re-enter the
vehicle 150 and/or to unlock other components in the vehicle 150
such as the gun vault.
[0075] In a second scenario 625, at block 637, the car key of the
vehicle 150 may have been taken out of the vehicle 150 and the door
of the vehicle 150 left open. For example, a police officer driving
the vehicle 150 may have left the engine running and exited the
vehicle 150 in a hurry with the car keys (or key fob) in his/her
pocket leaving the door of the vehicle 150 open. The vehicle
bailout system computer 250 may receive information from the
various sensors and determine that the police officer has bailed
out of the vehicle 150. At block 638, the vehicle bailout system
computer 250 may transmit one or more signals to the door lock
actuators 280 for locking one or more doors of the vehicle 150.
[0076] At block 639, the vehicle bailout system computer 250 may
transmit a signal to the gun vault lock actuator 290 to lock a gun
vault located in the vehicle 150. At block 641, the vehicle bailout
system computer 250 may transmit one or more signals to one or more
actuators to close one or more windows of the vehicle 150. At block
642, the vehicle bailout system computer 250 may transmit a message
to the telematic device 251. For example, the vehicle bailout
system computer 250 may transmit an audible message to a smartphone
carried by the driver of the vehicle 150 to inform the driver of
the vehicle 150 that the vehicle 150 and the gun vault has been
secured. At block 643, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some components inside the vehicle 150. For example, the vehicle
bailout system computer 250 may transmit one or more signals to
disable all door unlock components to prevent an occupant of the
vehicle 150 (a prisoner, for example) from unlocking the doors and
escaping from the vehicle 150.
[0077] At block 644, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some parts of the vehicle 150. For example, the vehicle bailout
system computer 250 may transmit one or more signals to disable a
trunk release mechanism in the vehicle 150 for securing the
contents in the trunk of the vehicle 150. At block 646, the vehicle
bailout system computer 250 determines that a password may not be
needed by the driver of the vehicle 150 to re-enter the vehicle 150
and/or to unlock other components in the vehicle 150 such as the
gun vault.
[0078] In a third scenario 630, at block 647, the car key of the
vehicle 150 may been left in the vehicle 150 after the driver of
the vehicle 150 has bailed out. The door of the vehicle 150 may
have been either locked or left unlocked by the driver in this
third scenario 630. The vehicle bailout system computer 250 may
receive information from the various sensors and determine that the
police officer has bailed out of the vehicle 150. At block 648, the
vehicle bailout system computer 250 may transmit one or more
signals to the door lock actuators 280 for locking one or more
passenger doors of the vehicle 150. At block 649, the vehicle
bailout system computer 250 may transmit a signal to the gun vault
lock actuator 290 to lock a gun vault located in the vehicle 150.
At block 651, the vehicle bailout system computer 250 may transmit
one or more signals to one or more actuators to close one or more
windows of the vehicle 150. At block 652, the vehicle bailout
system computer 250 may transmit a message to the telematic device
251. For example, the vehicle bailout system computer 250 may
transmit an audible message to a smartphone carried by the driver
of the vehicle 150 to inform the driver of the vehicle 150 that the
vehicle 150 and the gun vault has been secured. At block 653, the
vehicle bailout system computer 250 may transmit one or more
signals to one or more actuators to disable some components inside
the vehicle 150. For example, the vehicle bailout system computer
250 may transmit one or more signals to disable all door unlock
components to prevent an occupant of the vehicle 150 (a prisoner,
for example) from unlocking the doors and escaping from the vehicle
150.
[0079] At block 654, the vehicle bailout system computer 250 may
transmit one or more signals to one or more actuators to disable
some parts of the vehicle 150. For example, the vehicle bailout
system computer 250 may transmit one or more signals to disable a
trunk release mechanism in the vehicle 150 for securing the
contents in the trunk of the vehicle 150. At block 656, the vehicle
bailout system computer 250 may transmit a signal to the ignition
key lock-out actuator 295 to disable operation of the ignition
mechanism thereby rendering the car key of the vehicle 150
inoperable. Doing so may prevent a miscreant who has entered the
vehicle 150 from stealing the vehicle 150.
[0080] At block 657, the vehicle bailout system computer 250 may
transmit a signal to one or more other components and/or mechanisms
in the vehicle 150 so as to disable some operations. For example,
the vehicle bailout system computer 250 may transmit a signal to a
gear box mechanism that disables operation of a gear shift in the
vehicle 150. Doing so may prevent a miscreant who has entered the
vehicle 150 and hot-wired the ignition system from driving away in
the vehicle 150. As another example, the vehicle bailout system
computer 250 may execute a log out operation that disables the use
of the vehicle bailout system computer 250. As yet another example,
the vehicle bailout system computer 250 may transmit a signal to a
key fob that may be attached to the car key that has been left in
the vehicle 150 after the driver has bailed out and/or to the
ignition lock so as to prevent the car key from being removed by
someone other than the driver. The engine may be left running by
the vehicle bailout system computer 250 so as to allow certain
components of the vehicle 150 such as a radio communications
device, a climate control system, and car lights to remain
operable.
[0081] At block 658, the vehicle bailout system computer 250 waits
for a password to enable various functions of the vehicle 150. For
example, the vehicle bailout system computer 250 may wait for the
driver to enter a password on a keypad coupled to the vehicle
bailout system computer 250 for allowing the driver to use the
vehicle bailout system computer 250. As another example, the
vehicle bailout system computer 250 may wait for the driver to
enter a password for enabling the ignition mechanism and the gear
box mechanism for moving the vehicle 150.
[0082] FIG. 7 shows an exemplary flowchart 700 of a method to
secure a vehicle and the contents of the vehicle after a bailout,
in accordance with the disclosure. The system 200 will be used for
purposes of describing some of the operations included in the
flowchart 700. However, it must be understood that the flowchart
700 is equally applicable to many other systems in according to the
disclosure.
[0083] At block 705, a computer such as the vehicle bailout system
computer 250, detects that a driver of the vehicle 150 has bailed
out. This operation may be carried out by using at least some
actions described above with reference to the flowchart 300 and the
flowchart 500.
[0084] At block 710, the computer automatically activates one or
more controls for securing the vehicle 150 and/or various items in
the vehicle 150. This operation may be carried out by using the
exemplary procedure described above with respect to the flowchart
600.
[0085] In the context of software, the operations described herein
with respect to computers such as the vehicle bailout system
computer 250 may be implemented by computer-executable instructions
stored on one or more non-transitory computer-readable media such
as the memory 265, that, when executed by one or more processors
such as the processor 255, perform the recited operations.
Generally, computer-executable instructions include routines,
programs, objects, components, data structures, and the like that
perform particular functions or implement particular abstract data
types.
Example Embodiments
[0086] In some instances, the following examples may be implemented
together or separately by the systems and methods described
herein.
[0087] Example 1 may include a method for detecting an impending
bailout from a vehicle, the method comprising: detecting, by a
first computer, a first driving pattern comprising an acceleration
sequence and a braking sequence of the vehicle; and determining, by
the first computer, the impending bailout from the vehicle, based
at least in part on detecting the first driving pattern.
[0088] Example 2 may include the method of example 1 and/or some
other example herein, wherein the vehicle is a police vehicle, and
wherein the first driving pattern comprises a gear shifting
characteristic indicative of a police pursuit.
[0089] Example 3 may include the method of example 2 and/or some
other example herein, wherein determining the impending bailout
from the vehicle is based in further part on: detecting, by the
first computer, one of one or more cue words that are spoken by a
driver of the police vehicle or is a part of a radio communication
between the driver and an operator located outside the police
vehicle.
[0090] Example 4 may include the method of example 3 and/or some
other example herein, wherein determining the impending bailout
further comprises detecting at least one of: an activation of at
least one of a siren or a flashing light mounted on the police
vehicle; one or more positions of a steering wheel of the police
vehicle during a first time period; a deceleration of the police
vehicle during a second time period, wherein the deceleration is
indicative of an upcoming stopping of the police vehicle; or a door
of the police vehicle being opened during a third time period.
[0091] Example 5 may include the method of example 4 and/or some
other example herein, wherein at least one of the first time
period, the second time period, or the third time period is a
preset time window.
[0092] Example 6 may include the method of example 1 and/or some
other example herein, wherein the vehicle is one of a police
vehicle or an emergency response vehicle, and the method further
comprises: opening, by one of the first computer or a second
computer, a door of the vehicle for allowing a driver to exit the
vehicle, wherein the first computer is located in the vehicle and
the second computer is located outside the vehicle and
communicatively coupled to the first computer.
[0093] Example 7 may include a method for detecting an impending
bailout from a police vehicle, the method comprising: detecting, by
a first computer, one or more signals indicative of the police
vehicle having been placed in a pursuit mode of operation; and
determining, by the first computer, the impending bailout from the
police vehicle, based at least in part on the one or more signals
indicative of the police vehicle having been placed in a pursuit
mode of operation.
[0094] Example 8 may include the method of example 7 and/or some
other example herein, wherein the pursuit mode of operation
comprises a high-speed chase by the police vehicle.
[0095] Example 9 may include the method of example 7 and/or some
other example herein, wherein the one or more signals are received
from a sensor system comprising one or more sensors configured to
detect at least one of: a first driving pattern comprising an
acceleration sequence and a braking sequence of the police vehicle;
an activation of at least one of a siren or a flashing light
mounted on the police vehicle; one or more cue words uttered by a
driver of the police vehicle; or that a door of the police vehicle
has been opened within a first time period after the police vehicle
has been stopped.
[0096] Example 10 may include the method of example 9 and/or some
other example herein, wherein the one or more cue words are uttered
by the driver into a communications apparatus.
[0097] Example 11 may include the method of example 10 and/or some
other example herein, wherein the communications apparatus is a
radio system operable to provide communications between the driver
and an operator located outside the police vehicle.
[0098] Example 12 may include the method of example 7 and/or some
other example herein, wherein the first computer is a part of an
engine controller provided in the police vehicle and wherein at
least one of the one or more signals is a wireless signal
transmitted to the engine controller by a telematic device provided
in the police vehicle.
[0099] Example 13 may include the method of example 7 and/or some
other example herein, wherein the first computer is a part of an
engine controller provided in the police vehicle and wherein at
least one of the one or more signals is generated in the engine
controller based on signals received from one or more sensors of a
sensor system.
[0100] Example 14 may include the method of example 13 and/or some
other example herein, wherein the one or more sensors of the sensor
system are coupled to one or more engine components of the police
vehicle.
[0101] Example 15 may include a computer provided in a police
vehicle, the computer comprising: at least one memory that stores
computer-executable instructions; and at least one processor
configured to access the at least one memory and execute the
computer-executable instructions to at least: detect a first
driving pattern comprising an acceleration sequence and a braking
sequence of the police vehicle; and determine an impending bailout
from the police vehicle, based at least in part on detecting the
first driving pattern.
[0102] Example 16 may include the computer of example 15 and/or
some other example herein, wherein the first driving pattern
includes a gear shifting characteristic indicative of a police
pursuit.
[0103] Example 17 may include the computer of example 16 and/or
some other example herein, wherein determining the impending
bailout from the police vehicle is based in further part on:
detecting one or more cue words that are spoken by a driver of the
police vehicle or is a part of a radio communication.
[0104] Example 18 may include the computer of example 17 and/or
some other example herein, wherein the at least one processor is
further configured to execute the computer-executable instructions
to determine the impending bailout from the police vehicle based in
further part on detecting at least one of: an activation of at
least one of a siren or a flashing light mounted on the police
vehicle, one or more positions of a steering wheel of the police
vehicle during a first time period, a deceleration of the police
vehicle during a second time period that is indicative of an
upcoming stopping of the police vehicle, or a door of the police
vehicle being opened during a third time period.
[0105] Example 19 may include the computer of example 17 and/or
some other example herein, wherein the computer is a part of an
engine controller provided in the police vehicle and the radio
communication is between the driver and an operator located outside
the police vehicle.
[0106] Example 20 may include the computer of example 15 and/or
some other example herein, wherein the computer is a part of an
engine controller provided in the police vehicle and wherein the
acceleration sequence and the braking sequence of the police
vehicle is monitored by the engine controller based on input from
one or more sensors coupled to one or more drive components of the
police vehicle, the one or more drive components comprising a gear
shifter and an accelerator of the police vehicle.
[0107] In the above disclosure, reference has been made to the
accompanying drawings, which form a part hereof, which illustrate
specific implementations in which the present disclosure may be
practiced. It is understood that other implementations may be
utilized, and structural changes may be made without departing from
the scope of the present disclosure. References in the
specification to "one embodiment," "an embodiment," "an example
embodiment," etc., indicate that the embodiment described may
include a particular feature, structure, or characteristic, but
every embodiment may not necessarily include the particular
feature, structure, or characteristic. Moreover, such phrases are
not necessarily referring to the same embodiment. Further, when a
particular feature, structure, or characteristic is described in
connection with an embodiment, one skilled in the art will
recognize such feature, structure, or characteristic in connection
with other embodiments whether or not explicitly described.
[0108] Implementations of the systems, apparatuses, devices, and
methods disclosed herein may comprise or utilize one or more
devices that include hardware, such as, for example, one or more
processors and system memory, as discussed herein.
[0109] An implementation of the devices, systems, and methods
disclosed herein may communicate over a computer network. A
"network" and a "bus" is defined as one or more data links that
enable the transport of electronic data between computer systems
and/or modules and/or other electronic devices. When information is
transferred or provided over a network, a bus, or another
communications connection (either hardwired, wireless, or any
combination of hardwired or wireless) to a computer, the computer
properly views the connection as a transmission medium.
Transmission media can include a network and/or data links, which
can be used to carry desired program code means in the form of
computer-executable instructions or data structures and which can
be accessed by a general purpose or special purpose computer.
Combinations of the above should also be included within the scope
of non-transitory computer-readable media.
[0110] Computer-executable instructions comprise, for example,
instructions and data which, when executed at a processor, cause
the processor to perform a certain function or group of functions.
The computer-executable instructions may be, for example, binaries,
intermediate format instructions such as assembly language, or even
source code. Although the subject matter has been described in
language specific to structural features and/or methodological
acts, it is to be understood that the subject matter defined in the
appended claims is not necessarily limited to the described
features or acts described above. Rather, the described features
and acts are disclosed as example forms of implementing the
claims.
[0111] Those skilled in the art will appreciate that the present
disclosure may be practiced in network computing environments with
many types of computer system configurations, including in-dash
vehicle computers, personal computers, desktop computers, laptop
computers, message processors, handheld devices, multi-processor
systems, microprocessor-based or programmable consumer electronics,
network PCs, minicomputers, mainframe computers, mobile telephones,
PDAs, tablets, pagers, routers, switches, various storage devices,
and the like. The disclosure may also be practiced in distributed
system environments where local and remote computer systems, which
are linked (either by hardwired data links, wireless data links, or
by any combination of hardwired and wireless data links) through a
network, both perform tasks. In a distributed system environment,
program modules may be located in both the local and remote memory
storage devices.
[0112] Further, where appropriate, the functions described herein
can be performed in one or more of hardware, software, firmware,
digital components, or analog components. For example, one or more
application specific integrated circuits (ASICs) can be programmed
to carry out one or more of the systems and procedures described
herein. Certain terms are used throughout the description and
claims refer to particular system components. As one skilled in the
art will appreciate, components may be referred to by different
names. This document does not intend to distinguish between
components that differ in name, but not function.
[0113] It should be noted that the sensor embodiments discussed
above may comprise computer hardware, software, firmware, or any
combination thereof to perform at least a portion of their
functions. For example, a sensor may include computer code
configured to be executed in one or more processors and may include
hardware logic/electrical circuitry controlled by the computer
code. These example devices are provided herein for purposes of
illustration and are not intended to be limiting. Embodiments of
the present disclosure may be implemented in further types of
devices, as would be known to persons skilled in the relevant
art(s).
[0114] At least some embodiments of the present disclosure have
been directed to computer program products comprising such logic
(e.g., in the form of software) stored on any computer-usable
medium. Such software, when executed in one or more data processing
devices, causes a device to operate as described herein.
[0115] While various embodiments of the present disclosure have
been described above, it should be understood that they have been
presented by way of example only, and not limitation. It will be
apparent to persons skilled in the relevant art that various
changes in form and detail can be made therein without departing
from the spirit and scope of the present disclosure. Thus, the
breadth and scope of the present disclosure should not be limited
by any of the above-described exemplary embodiments but should be
defined only in accordance with the following claims and their
equivalents. The foregoing description has been presented for the
purposes of illustration and description. It is not intended to be
exhaustive or to limit the present disclosure to the precise form
disclosed. Many modifications and variations are possible in light
of the above teaching. Further, it should be noted that any or all
of the aforementioned alternate implementations may be used in any
combination desired to form additional hybrid implementations of
the present disclosure. For example, any of the functionality
described with respect to a particular device or component may be
performed by another device or component. Further, while specific
device characteristics have been described, embodiments of the
disclosure may relate to numerous other device characteristics.
Further, although embodiments have been described in language
specific to structural features and/or methodological acts, it is
to be understood that the disclosure is not necessarily limited to
the specific features or acts described. Rather, the specific
features and acts are disclosed as illustrative forms of
implementing the embodiments. Conditional language, such as, among
others, "can," "could," "might," or "may," unless specifically
stated otherwise, or otherwise understood within the context as
used, is generally intended to convey that certain embodiments
could include, while other embodiments may not include, certain
features, elements, and/or steps. Thus, such conditional language
is not generally intended to imply that features, elements, and/or
steps are in any way required for one or more embodiments. Although
certain aspects of various embodiments may have been described
using a singular word or phrase (such as "a signal" or "a
processor") it should be understood that the description may be
equally applicable to plural words or phrases (such as "signals"
and "processors").
* * * * *