The invention relates to an improved immobilizer system for automotive vehicles that enables a running vehicle to be effectively immobilized while an authorized driver is absent from the vehicle. The immobilizer may be operated in a number of modes that provide effective protection to a vehicle from theft in a variety of operative situations.

Patent
   7272469
Priority
Mar 03 2004
Filed
Mar 03 2004
Issued
Sep 18 2007
Expiry
Mar 03 2024
Assg.orig
Entity
Small
9
25
all paid
1. A vehicle immobilization system comprising:
a microprocessor connected to at least one critical run circuit of a vehicle, the microprocessor operable in a run mode and an armed mode;
an input system, operatively connected to the microprocessor, configured to provide user input to the microprocessor;
at least one sensor, operatively connected to the microprocessor, for configured to trigger the microprocessor to enter the armed mode;
wherein the microprocessor is responsive to a tampering event to initiate a vehicle shut-down sequence in the run and armed modes and the microprocessor is also responsive to a first activation of the at least one sensor to initiate the armed mode, and wherein the microprocessor is also operable in a maintenance mode and requires entry of a maintenance code to enter the maintenance mode the maintenance mode being defined as a mode during which a tampering event will not initiate the vehicle shut-down sequence and wherein the armed mode requires user input to the input system to return the microprocessor to the run mode.
13. A vehicle immobilization system comprising:
a microprocessor connected to at least one critical run circuit of a vehicle, the microprocessor operable in a run mode and an armed mode;
a keypad input system, operatively connected to the microprocessor, configured to provide user input to the microprocessor;
at least one sensor, operatively connected to the microprocessor, configured to detect the presence of a user within the vehicle;
an audio or visual alert, operatively connected to the microprocessor, configured to signal the armed mode;
a remote signal interface, operatively connected to the microprocessor, configured to receive wireless signals from a remote source and wherein microprocessor software can be updated upon receipt of a remote signal;
wherein the microprocessor is responsive to a tampering event to initiate a vehicle shut-down sequence in the run and armed modes and the microprocessor is also responsive to a first activation of the at least one sensor to initiate the armed mode and the armed mode requires user input to the input system to return the microprocessor to the run mode and wherein the microprocessor is also operable in a maintenance mode the maintenance mode being defined as a mode during which a tampering event will not initiate the vehicle shut-down sequence, the maintenance mode requiring entry of a maintenance code to enter the maintenance mode.
2. A vehicle immobilization system as in claim 1 wherein the armed mode is operable when the vehicle is running.
3. A vehicle immobilization system as in claim 1 wherein the at least one sensor detects the presence of a user within the vehicle.
4. A vehicle immobilization system as in claim 1 further comprising an audio or visual alert operatively connected to the microprocessor for signalling the armed mode.
5. A vehicle immobilization system as in claim 1 wherein the input system includes a keypad.
6. A vehicle immobilization system as in claim 5 wherein the keypad is wirelessly connected to the microprocessor.
7. A vehicle immobilization system as in claim 1 wherein the input system is any one of or a combination of keypad, a wireless keypad, a mechanical key, an electromagnetic key, or a biometric sensor.
8. A vehicle immobilization system as in claim 1 wherein the microprocessor is responsive to an input signal from any one of or a combination of a vehicle parking brake sensor, a dome light sensor, a motion detector, or seat weight sensor to enter the armed mode.
9. A vehicle immobilization system as in claim 1 further comprising a remote signal interface operatively connected to the microprocessor for receiving wireless signals from a remote source and wherein microprocessor software can be updated upon receipt of the remote signal.
10. A vehicle immobilization system as in claim 1 further comprising a remote signal interface operatively connected to the microprocessor for receiving a wireless shutdown signal from a remote source to initiate the vehicle shut-down sequence.
11. A vehicle immobilization system as in claim 1 further comprising a remote signal interface operatively connected to the microprocessor for receiving wireless signals from a remote source and wherein microprocessor codes can be updated upon receipt of the remote signal.
12. A vehicle immobilization system as in claim 1 wherein the microprocessor requires entry of a maintenance code to exit the maintenance mode.
14. A vehicle immobilization system as in claim 13 wherein the microprocessor requires entry of a maintenance code to exit the maintenance mode.

The invention relates to an improved immobilizer system for automotive vehicles that enables a running vehicle to be effectively immobilized while an authorized driver is absent from the vehicle. The immobilizer may be operated in a number of modes that provide effective protection to a vehicle from theft in a variety of operative situations.

Immobilizers for vehicles are well known. With the increasing costs associated with the theft of vehicles and their cargoes, many vehicle immobilization systems have been developed to make the theft of vehicles and cargoes more difficult. Such immobilization devices have included both mechanical and electronic means of preventing or making it more difficult to move a vehicle.

Current systems are generally designed for personal automobiles, while the subject invention is designed to meet the unique considerations associated with vehicle theft in the commercial trucking industry. Further, the trucking industry has been identified as a potential target for terrorist activities and increased security awareness is seeking higher levels of protection from unauthorized access.

Mechanical immobilization devices generally provide some form of physical impediment to the normal operation of the vehicle. For example, wheel clamps are a known form of vehicle immobilization that effectively prevents the wheels of a vehicle from being rotated. Other devices such as steering-wheel lock bars are also used by preventing the steering wheel of the vehicle from being properly operated. While such physical immobilization devices are effective in many situations, they are also disadvantaged in a number of ways. For example wheel locking clamps are cumbersome for the operator to properly install on a vehicle as they require the physical manipulation of relatively heavy components around the wheel of the vehicle. Installation of such systems is particularly disagreeable during cold or inclement weather and, as such, the design of such systems leads to their inconsistent use. Other mechanical systems such as a steering-wheel blocking devices are similarly disadvantaged by the ease with which such devices can be overcome. For example in many circumstances, the steering-wheel blocking device can be removed by inflicting relatively minor damage to the steering-wheel of the vehicle so as to enable the removable of the blocking device.

Accordingly, the use of electronic systems is preferred as such devices require relatively simply activation procedures from within the vehicle thereby promoting a more widespread use. Typically an electronic immobilization system will require a vehicle operator to insert a mechanical key, utilize a transponder device or enter a code on a key pad in order to enable a vehicle to be started by the regular ignition key of the vehicle. Other systems require a coded proximity sensor to be placed near a sensor so as to prevent deactivation of a vehicle.

While such systems are relatively effective in that they present a relatively simple procedure for use, they do not provide full protection to a vehicle in all operating conditions. For example, truck drivers will often leave their vehicle running when they stop their vehicles at road-side service centres or other unsecured locations. Vehicles may be left running to provide power to auxiliary heating or cooling systems within the vehicle that protect cargo or may be left running during periods of extreme cold weather when restarting an engine may be difficult. Basic preventative actions such as locking the vehicle doors may not be sufficient to prevent an unauthorized person from gaining access to the vehicle and thereby making off with the vehicle and its cargo.

Accordingly, there has been a need for an improved vehicle immobilization system that enables a vehicle to be effectively immobilized when it is both turned off as well as when it is running. In particular, there has been a need for a system that recognizes the departure of an authorized driver from a running vehicle and that will prevent an unauthorized driver from moving the vehicle if such a driver gains entry into the vehicle. Therefore, there is a need for a vehicle immobilization system that provides both active and passive protection to a vehicle while running.

A review of the prior art realizes that such a system has not heretobefore been proposed. Examples of such past systems are disclosed in prior art patents including U.S. Pat. No. 5,559,491, U.S. Pat. No. 5,394,135, U.S. Pat. No. 6,356,186, U.S. Pat. No. 5,828,297, U.S. Pat. No. 3,718,202, U.S. Pat. No. 5,635,901, U.S. Pat. No. 5,519,255, U.S. Pat. No. 5,315,286, U.S. Pat. No. 5,101,926, U.S. Pat. No. 4,838,377, U.S. Pat. No. 5,115,145, U.S. Pat. No. 5,745,030, U.S. Pat. No. 6,060,981 and U.S. Pat. No. 6,581,712.

In accordance with the invention, there is provided a vehicle immobilization system comprising: a microprocessor for operative connection to at least one critical run circuit of a vehicle, the microprocessor operable in a run mode and an armed mode; an input system operatively connected to the microprocessor for triggering the nicroprocessor to enter the armed mode; at least one sensor operatively connected to the microprocessor for detecting the presence of a user within the vehicle; wherein the microprocessor is responsive to a tampering event to initiate a vehicle shut-down sequence in the run and armed modes and the microprocessor is also responsive to a first activation of the at least one sensor to initiate the armed mode.

In accordance with another embodiment, the invention provides a vehicle immobilization system comprising a microprocessor for operative connection to at least one critical run circuit of a vehicle and to at least one sensor for detecting the presence of a user within the vehicle, the microprocessor operable in a run mode wherein a trigger event will initiate a shut-down sequence by opening at least one critical run circuit and an armed mode while the vehicle is running and wherein an arm signal from the at least one sensor will initiate the armed mode.

In a further embodiment, the invention provides a vehicle immobilization system comprising: a microprocessor for operative connection to at least one critical run circuit of a vehicle, the microprocessor operable in a run mode and an armed mode; a keypad input system operatively connected to the microprocessor for providing user input to the microprocessor; at least one sensor operatively connected to the microprocessor for detecting the presence of a user within the vehicle; an audio or visual alert operatively connected to the microprocessor for signalling the armed mode; a remote signal interface operatively connected to the microprocessor for receiving wireless signals from a remote source and wherein microprocessor software can be updated upon receipt of a remote signal; wherein the microprocessor is responsive to a tampering event to initiate a vehicle shut-down sequence in the run and armed modes and the microprocessor is also responsive to a first activation of the at least one sensor to initiate the armed mode and the armed mode requires user input to the input system to return the microprocessor to the run mode.

Embodiments of the present invention will now be described with reference to the attached Figures, wherein:

FIG. 1 is a schematic diagram of the installation of a basic immobilizer system in accordance with the prior art;

FIG. 2 is a schematic diagram of the installation of an immobilizer system in accordance with one embodiment of the invention;

FIG. 3 is a flow diagram of the operation of an immobilizer system in accordance with one embodiment of the invention in a run mode;

FIG. 4 is a schematic diagram of an immobilizer system in accordance with one embodiment of the invention having a wireless interface;

FIG. 5 is a flow diagram of the operation of an immobilizer system in accordance with one embodiment of the invention in a software update mode;

FIG. 6 is a flow diagram of the operation of an immobilizer system in accordance with one embodiment of the invention in a maintenance mode; and,

FIG. 7 is a flow diagram of an immobilizer system in accordance with one embodiment of the invention in a power-failure restoration mode.

Vehicle immobilizer systems (VIS) 1 are known to be connected to critical-run circuits between a vehicle's electrical system 3 and engine 5 as shown in FIG. 1. A VIS system is installed within such critical-run circuits such as the engine starter, the engine control unit (ECU) or engine control module (ECM), fuel pump and other vehicle components that may be effective in immobilizing a vehicle. A VIS 1 generally includes relay/diode logic and a processor that can receive a variety of inputs and interpret those inputs to either allow or deny the vehicle to be started.

FIG. 2 is representative of a typical VIS 10 in accordance with the invention wherein a plurality of inputs 12 may be provided to a processor 14 to cause one or more output events 16. For example, arm signals or trigger events (as will be explained more fully below) such as disengagement of a service brake 12h or parking brake 12a, ECU/ECM tamper 12b, ground tamper 12c or starter tamper 12i, door or dome light activation 12d, ignition 12e or starter 12f, keypad 12g tampering or biodetection 12j can be used to provide input signals to the processor 14.

Output responses may include visual output indicating system status 16a, or audio/visual such as flashing headlights or activating a siren 16b, activation or deactivation of the starter motor 16c and/or the interruption of various ignition 16d or critical run circuits 16e.

The VIS 10 also preferably ensures that, in the event that critical run circuits have been protected, that auxiliary circuits 18 within the vehicle remain active so as to prevent potential harm to critical functions such as maintaining appropriate cooling to engine components or temperature control to the vehicle interior as may be required and as is understood by those skilled in the art.

The subject invention generally provides improvements in the operation of a VIS, particularly for the heavy truck industry by specifically providing a VIS operable in different modes that enhance the performance of a VIS across a wider range of operational conditions. These modes include A) active mode, B) armed mode, C) software update mode, D) maintenance mode and E) power-failure restoration mode.

The active mode generally monitors the security of a vehicle and responds to trigger events. The. armed mode generally monitors the security of the vehicle while the vehicle is running and responds to arm signals and trigger events. The software update mode generally allows VIS system software to be updated. The maintenance mode generally allows the active mode and armed mode to be overridden to allow maintenance to be performed on the vehicle and the power-failure restoration mode generally allows an operator to prevent vehicle shut-down in the event of a temporary loss of vehicle power.

A-Active Mode

As noted above, the active mode generally monitors the security of a vehicle and responds to trigger events. In a preferred embodiment, in order to access the active mode (active activation), the system requires that an authorized operator performs at least one mechanical task to enable the vehicle to be started and enter the active mode. Generally, while the vehicle is running, the system is in the active mode.

B-Armed Mode

The armed mode allows a running vehicle to be shut down if a trigger event occurs. If the vehicle is running, the system may enter the armed mode by either passive or active arming. Whilst in the armed mode, trigger events will cause the vehicle to be shut-down unless the system is de-armed within a specified time. De-arming the system will return the system to the run mode. De-arming the system may be passive or active.

Generally, passive arming or passive de-arming of the system (unlike active activation) does not require that an authorized operator perform a mechanical task to arm or de-arm the system whereas active arming or active de-arming of the system requires that the authorized operator specifically performs at least one mechanical task to arm or de-arm the system usually upon exit from or entry to the vehicle. Such mechanical tasks may require the user to manually enter a security code to a keypad input, utilize a mechanical or electromagnetic key, and/or provide biometric information to a biometric sensor within the vehicle.

For passive arming, the system responds to one or more arming signals received from various vehicle sensors whilst the system is in the run mode. The sensors may be configured to various vehicle systems and are intended to signal the arrival or departure of a person to or from the vehicle. For example, by monitoring various events such as the engagement of a parking brake, the activation of a dome light in response to the opening of a vehicle door, activation of a motion detector, unfastening a seat belt, or unweighting the driver seat can be used to provide passive arming functionality.

Passive de-arming and passive activation are also contemplated within the context of the invention wherein the system does not require that a mechanical task be performed to either de-arm the system (whilst in armed mode) or to start the vehicle (to enter the run mode). Embodiments of the invention where passive. de-arming and passive activation are enabled require that the system have sensors to detect the presence of an authorized user. Such sensors may be proximity sensors (as noted above) having a greater range of sensitivity that do not require an authorized user to mechanically place a card or device in physical proximity to a receiver sensor. Other embodiments of such passive sensing systems may include radio frequency short range emitter systems that would be carried by authorized users.

FIG. 3 is representative of the normal operation of a VIS 10 in accordance with the invention. Prior to vehicle start-up, the VIS is in a sleep/reset mode 40. Whilst in the sleep/reset mode, the VIS is awaiting a variety of inputs 40a from either a user to start the vehicle or is otherwise awaiting other inputs from a central agency to update microprocessor information or programming. Furthermore, whilst in the sleep mode, the VIS monitors critical run circuits that will prevent the vehicle from being started in the event of tampering as is known in the art.

Within the context of the following description arm signals, trigger events, tamper signals and trip signals are defined.

Arm signals are defined as those signals that cause the system to enter the armed mode. Arm signals are generally more benign than other events and are not necessarily associated with critical run circuits. Arm signals may be provided by arm signal sensors including sensors associated with a door opening (dome or door light), parking brake activation, seat belts, and/or seat weight sensors.

Trigger events are those events associated with attempts to move a vehicle or interfere with critical run circuits. Trigger events may be caused by tamper signals that indicate that a critical run circuit is being interfered with or by trip signals that indicate that an attempt is being made to move a vehicle that is in the armed mode. Thus, trip signals may include signals from the engagement of vehicle gears or parking brake deactivation that would indicate that the vehicle is about to be moved.

In each case, the precise number of events (or sequence of events) that may constitute any one of an arm signal, trigger event, tamper signal or trip signal may be determined by microprocessor programming.

If a user wishes to start the vehicle, a correct input or activation code must be provided to the system. As noted above, correct input codes may be provided by such means, for example, as manual keypads, proximity sensors, mechanical keys or biometric sensors but may also include passive activation means.

If the code is entered correctly 40b, the vehicle may be started with the ignition key at which point the system is in a run mode 40d. If all progresses normally (that is, the vehicle is operated without a tamper event or arm signal occurring), the system will provide various outputs 40e including data logging of running events 40f as well as audio and visual status outputs 40g to the user. If a tamper signal is received 40h due to physical tampering with critical run circuits within the vehicle, the system enters a protect mode 40i which will commence engine shut-down.

During run mode 40d, the system also checks for an arm signal 40k from an arm signal sensor. When an arm signal is received, the system enters the armed mode 42 and the system will preferably provide visual/audio output 40l to indicate that the vehicle is in the armed mode 42. A time delay 46 is then initiated. In the event that a de-arming code 40m is entered prior to the expiry of the time delay 46, the system returns to the run mode 40d. In the event that a de-arming code 40m is not entered upon expiry of the time delay 46, the system awaits a trigger event 44 to occur. If a trigger event occurs, the vehicle will enter protect mode 40i and vehicle shutdown will commence. If a trigger event does not occur, the system will await entry of the correct de-arming code 40j and the system will return to run mode 40d. Otherwise, if the correct de-arming code 40j is not entered, the system will enter protect mode 40i.

C-Software Update Mode

The system also provides remote operation capabilities that enables control of the system from a central location via wireless networks in a software update mode. Wireless control of the system can be implemented to override the actions of an authorized or unauthorized user and to provide updates to system software. FIG. 4 is representative of a VIS in which an authorized central agency 20 can wirelessly access the VIS 10 to change activation, arming or de-arming codes or otherwise update system software, preferably using a satellite or cellular phone network. As shown, the central agency 20 may have an appropriate computer 20a, that can access a remote signal generation system 22 that generates a signal 22a that can be received by a VIS 10. The computer 20a may access the remote signal generation system 22 by the internet or other network connection such as the phone or cellular phone networks. The remote signal generation system 22 may be a cellular telephone or satellite communication system. In this embodiment, the VIS includes a remote signal interface 30 for receiving the remote signal.

Also shown in FIG. 4 is an embodiment wherein the VIS includes a remote keypad 32 and remote keypad interface 32a that provides a wireless communication link between a keypad and the VIS.

With reference to FIG. 5, during run mode 40d, the system may receive input signals 50a from external sources to change system access codes (activation, arming and de-arming codes) or system software. The system will first determine if the change input is being sent by an authorized source 50b. Following acceptance of the. authorized source, the system will accept the change 50c.

In one embodiment, the system may also receive a command to shut down the vehicle. In the event that a shut down command is received, the processor will preferably include programmed logic that determines if it is safe to shut down at this time. For example, it is preferable that the vehicle would not be shut down if the system is in maintenance mode (as described below) or it is determined that the vehicle is moving, unless there is a strong likelihood that a terrorist or high-jacking activity suspected. If it is determined that it is safe to shut down the vehicle, the system will commence shut down 40i. Otherwise, the system will return to the run mode 40d.

D-Maintenance Mode

With reference to FIG. 6, a maintenance mode 60 is described that enables maintenance personnel to perform maintenance on the vehicle without triggering shut down 40i that would otherwise occur if the vehicle was in run mode 40d.

The system 10 may be put into maintenance mode 60 from the run mode 40d while the vehicle is running by inputting a proper maintenance code that the processor is programmed to accept. If the maintenance code 60a has been correctly entered, the vehicle will enter the maintenance mode 60. If the maintenance code 60a has not been entered correctly, the system remains in the run mode 40d. If a tamper signal occurs 40h whilst in the maintenance mode, the system will remain in the maintenance mode. The maintenance mode can be terminated 60b upon either or both of the expiry of a pre-determined time limit or by entering a maintenance deactivation code.

E-Power-Failure Restoration Mode

With reference to FIG. 7, the system also includes a power-failure restoration mode that enables continued operation of the vehicle in the event of an unintentional interruption in the vehicle power supply. In the event of an interruption in the vehicle's power supply while the vehicle is running, the system will first determine if the vehicle is in maintenance mode 60 at the time of the power interruption 70a. If the system determines that the vehicle was in maintenance mode 60 at the time of the power interruption, the system remains in maintenance mode 60.

If at 70a the system determines that the vehicle was not in maintenance mode 60, the system will remain in run mode 40d whereupon the system will check for a tamper or trip signal 40h. If a tamper or trip signal is received, the system will enter protect mode 40i. If a tamper or trip signal has not been received, the user is prompted to enter a resume code 40j. If the correct resume code is entered the system returns to run mode 40d, otherwise the system enters protect mode 40i.

Kalau, Ed E., Peyerl, Herbert

Patent Priority Assignee Title
10029685, Feb 24 2017 SPEEDGAUGE, INC Vehicle speed limiter
10464561, Feb 24 2017 Speedgauge, Inc. Vehicle speed limiter
10628643, Sep 28 2017 Griffen Security LLC Vehicle immobilizer
11370428, Feb 24 2017 Speedgauge, Inc. Vehicle speed limiter
11772650, Feb 24 2017 Speedgauge, Inc. Vehicle operation characteristic control
8688310, Jul 06 2009 RENAULT S A S Method and device for monitoring that a vehicle in standby mode is correctly immobilized for transport, and vehicle equipped with such a device
8976014, May 04 2011 Trimark Corporation Vehicular security system with configurable immobilization features
9082237, Jun 11 2002 Intelligent Technologies International, Inc.; Intelligent Technologies International, Inc Vehicle access and security based on biometrics
9371056, Mar 05 2012 LUNSTEDT, OLIVER Mobile-radio-based additional electronic immobilizer having a door opener having a theft alarm
Patent Priority Assignee Title
3718202,
4838377, Mar 02 1987 CLARION, CO., LTD. Car electronic device having antitheft mechanism
5101926, Sep 14 1990 Mental incompetency safety system for operating a vehicle
5115145, Sep 21 1990 Dittrick/Christensen Enterprises, Inc. Motor vehicle security system
5287006, Dec 23 1983 Winner International Royalty LLC Self-contained anti-theft device for motor vehicles
5315286, May 27 1993 Vehicle security system
5335748, Oct 15 1993 Anti-theft apparatus
5370201, Sep 02 1993 Anti-theft devices for motor vehicles
5394135, Dec 02 1991 Automatically armed vehicle anti-theft system
5519255, Mar 24 1994 Vehicle anti-hijacking and anti-theft device
5559491, Dec 02 1991 Automatically armed vehicle anti-theft system
5635901, Jan 11 1993 Anti-theft automobile security system
5745030, May 14 1996 Automatic occupant sensing anti-carjacking system
5828297, Jun 25 1997 CUMMINS ENGINE IP, INC Vehicle anti-theft system
6060981, Apr 23 1999 Caterpillar Inc. Vehicle security system for unattended idle operations
6067007, Apr 02 1999 Visteon Global Technologies, Inc Method and apparatus for detection, notification and location of vehicle theft
6356186, Mar 24 1999 Detroit Diesel Corporation Vehicle anti-theft system and method
6452484, Mar 27 1996 VIPER BORROWER CORPORATION, INC ; VIPER HOLDINGS CORPORATION; VIPER ACQUISITION CORPORATION; DEI SALES, INC ; DEI HOLDINGS, INC ; DEI INTERNATIONAL, INC ; DEI HEADQUARTERS, INC ; POLK HOLDING CORP ; Polk Audio, Inc; BOOM MOVEMENT, LLC; Definitive Technology, LLC; DIRECTED, LLC Electronic vehicle security system with remote control
6581712, Sep 14 2002 Radio-less self contained apparatus for rapidly thwarting theft of large trucks by terrorists or hijackers
6696927, Aug 22 1996 Omega Patents, L.L.C.; OMEGA PATENTS, L L C Vehicle security system for a vehicle having a data communications bus and related methods
6701231, Nov 19 2001 Volvo Trucks North America, Inc. Vehicle security and maintenance
6756886, Aug 22 1996 Omega Patents, L.L.C.; OMEGA PATENTS, L L C Remote start system including an engine speed data bus reader and related methods
6819218, Nov 17 1997 Kabushiki Kaisha Toshiba Maintenance/inspection support apparatus and entry/exit management apparatus
20040075541,
20040113761,
///
Executed onAssignorAssigneeConveyanceFrameReelDoc
Mar 03 2004Magtec Products Inc.(assignment on the face of the patent)
Apr 20 2004KALAU, ED E MAGTEC PRODUCTS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0146870077 pdf
Apr 29 2004PEYERL, HERBERTMAGTEC PRODUCTS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0146870077 pdf
Date Maintenance Fee Events
Mar 03 2008ASPN: Payor Number Assigned.
Apr 21 2010ASPN: Payor Number Assigned.
Apr 21 2010RMPN: Payer Number De-assigned.
Feb 25 2011M2551: Payment of Maintenance Fee, 4th Yr, Small Entity.
Jan 28 2015M2552: Payment of Maintenance Fee, 8th Yr, Small Entity.
Feb 14 2019M2553: Payment of Maintenance Fee, 12th Yr, Small Entity.


Date Maintenance Schedule
Sep 18 20104 years fee payment window open
Mar 18 20116 months grace period start (w surcharge)
Sep 18 2011patent expiry (for year 4)
Sep 18 20132 years to revive unintentionally abandoned end. (for year 4)
Sep 18 20148 years fee payment window open
Mar 18 20156 months grace period start (w surcharge)
Sep 18 2015patent expiry (for year 8)
Sep 18 20172 years to revive unintentionally abandoned end. (for year 8)
Sep 18 201812 years fee payment window open
Mar 18 20196 months grace period start (w surcharge)
Sep 18 2019patent expiry (for year 12)
Sep 18 20212 years to revive unintentionally abandoned end. (for year 12)