throbber
Vehicle Alert and Notification System
`
`
`
`
`
`
`
`
`Author(s): IBM TDB
`See, ME
`Stagg, AJ
`IP.com number: IPCOM000116157D
`Original Publication Date: August 1, 1995
`Original Disclosure Information: TDB v38 n8 08-95 p209-212
`IP.com Electronic Publication: March 30, 2005
`
`
`
`
`
`IP.com, Inc. is the world’s leader in defensive publications. The largest and most innovative companies publish
`their technical disclosures into the IP.com Prior Art Database. Disclosures can be published in any language,
`and they are searchable in those languages online. Unique identifiers indicate documents containing chemical
`structures as well as publications open for comment in the IP Discussion Forum. Disclosures are published
`every day online and also appear in the printed IP.com Journal. The IP.com Prior Art Database is freely
`available to search by patent examiners throughout the world.
`
`Client may copy any content obtained through the site for Client's individual, noncommercial internal use only.
`Client agrees not to otherwise copy, change, upload, transmit, sell, publish, commercially exploit, modify, create
`derivative works or distribute any content available through the site.
`
`Note: This is a pdf rendering of the actual disclosure. To access the notarized disclosure package containing an
`exact copy of the publication in its original format as well as any attached files, please download the full
`document from the IP.com Prior Art Database at: http://www.ip.com/pubview/IPCOM000116157D
`
`www.ip.com
`
`
`
`Copyright © IP.com, Inc. All rights reserved.
`
`
`
`
`
`
`
`

`
`RA893-0071
`
`STK
`
`M. E. See and A. J. Stagg
`
`0
`
`‘ii Technical Disclosure Bulletin
`
`Vol. 38 No.08 August 1995
`
`Vehicle Alert and Notification System
`
`The modern automobile is composed of a complex family of interrelated systems. These systems
`are subject to breakage at the most inopportune times, subjecting operators to inconvenient and
`potentially dangerous situations. Many of these breakdowns are preventable if notification of a
`failing system can be effected prior to failure.
`
`In addition, more time and money may be wasted when the correct part is not carried by
`the service vehicle or tow truck. This results in extra towing charges as well as lost time between
`
`breakdown and ultimate repair.
`
`A system, Vehicle Alert and Notification System (VANS), provides a solution to the prob-
`lems described. The VANS system relies on modem and, in part, existing technology to provide
`an automatic notification of failure, or potential failure, of an automotive system. For the pur-
`poses of this document, an automotive system is defined to be any vehicle whose motive power is
`provided by a combustion engine, to include automobiles, trucks, and specialty vehicles like RVs
`or mini-vans.
`
`VANS consists of an on-board platform, the VANS Monitor, which provides notification of
`failing or failed systems to an external agency. VANS continues to_ provide the traditional oper-
`ator notification mechanism although with a much _irnproved notification system. While the
`entire system will be discussed, it is the VANS Monitor which is the heart of the proposed
`system.
`
`The essential concept of VANS rests of marriage of the following existing technologies:
`
`It is this
`1. Cellular telephony has proven a practical medium that is growing in popularity.
`technology that will provide the communication mechanism between the on-board platform
`and the external agency.
`
`2. Increased utilization of microprocessor chips in the control and monitoring automotive
`systems.
`'
`
`3. Decreased costs of basic hardware such as modems, memory and processor boards make the
`VANS approach commercially attractive.
`
`The VANS system uses an on-board computer to monitor automotive systems via existing,
`‘
`and in some cases, newly devised chips. These chips generally are designed to monitor abnormal
`occurrences utilizing analog measurement systems. An example of this is a heat sensor used to
`control air flow in the engine. The VANS Monitor will receive these notifications, translate them
`into a digital format which may then be transmitted to an extemal agency. Transmission will be
`accomplished by utilization of existing cellular ‘technology.
`
`Vol. 38 No. 08 August 1995
`
`IBM Technical Disclosure Bulletin
`
`209
`
`
`
`

`
`Vehicle Alert and Notification System — Continued
`
`The VANS Monitor is the heart of the VANS system, it is the on-board platform which
`controls the notification of failure potential as well as actual failure events. The monitor is com-
`posed of the following components which are shown in the Figure and are described immediately
`following the Figure.
`
`Sensors
`
`
`
`Figure. VANS Monitor lntemal Components
`
`Notes on the Figure
`
`- System Ports — The system ports provide an interface between the analog sensors and the
`digital format required for processing and transmittal. Sensors are generally system or meas-
`urement type unique. Each may require a unique interface.
`For example,
`temperature
`readings from the cooling system require a different interface than fluid level readings from the
`transmission.
`
`The interface to the VANS monitor is a multiple port Analog to Digital (A/D) con-
`verter. The analog signals from the various monitoring devices on the vehicle are sampled at
`a sufficiently high rate to guarantee an accurate digital representation of the analog signal.
`The A/D converter accepts multiple inputs and has the capability to sample each input at a
`different rate. Since most signals in an automobile change slowly (from a computer's perspec-
`tive), the conversion to digital signals can be accomplished with inexpensive A/D converters.
`
`0 Processor ‘- Once the data is in digital format, it is interrogated by the processor and a deter-
`mination is made whether the reading lies within a normal range. When data is within
`normal range for a specific system, it may be saved in order to create a history of previous
`readings. This history may be used in analyzing trends in the various systems-to determine
`whether trends are present that indicate a potential failure occurrence. For abnormal readings
`the inforrnation is both transmitted to an external agency and displayed to the vehicle oper-
`
`ator (not shown in the Figure).
`
`The monitor does not require a very powerful processor (at least by today's standards).
`‘The equivalent of the Intel 286 should be sufficient. The following types of memory are
`required.
`
`-- Non-volatile random access memory (NVRAM):
`
`NVRAM is needed for storing the data derived from the ongoing sampling of the
`vehicle's operational parameters. There are existing NVRAM modules that include a
`
`210
`
`IBM Technical Disclosure Bulletin
`
`Vol. 38 No. 08 August 1995
`
`
`
`

`
`Vehicle Alert and Notification System - Continued
`
`time of day and date function. This is needed to allow the accurate dating and time
`stamping of messages transmitted to the appropriate agency.
`
`Read-only memory (ROM) or FLASH:
`
`ROM or FLASH memory is needed to store the code used by the processor.
`FLASH memory would allow code updates to be transmitted over the cellular link and
`updated automatically by the VANS monitor. ROMs would need to be replaced by a
`service technician.
`
`- Dial Support and Modem - Dial support is invoked to transmit the diagnostic information to
`the external agency via standard communication mechanisms.
`(Note that the IBM S/390*
`family of processors have had a similar automatic dial feature for years). The dial support can
`be connected to the vehicle's existing cellular telephone or optionally to a cellular communi-
`cation mechanism that is part of the VANS monitor.
`
`Power supply - Normally power is derived from the vehicle's electrical system. An additional
`battery backup is provided for use when the electrical system and battery have failed or been
`tampered with. Failure of either electrical supply results in a warning requesting service for
`the failed system.
`
`The following aspects of the VANS Monitor are geared to provide a secure interface with an
`external agency.
`
`° Hard coded phone number - To prevent the utilization of the dial capabilities of the monitor,
`only a single number will be supported.
`It is envisioned that this number would be an 800
`number providing access only to the external agency.
`
`- Vehicle Identification - Identification of transmitting vehicles will be maintained via the vehi-
`cles identification number which is required by law to be unique.
`
`The VANS view of a suitable extemal agency would be an automotive manufacturer-funded
`service bureau. These corporations are already building databases which include service and own-
`ership records of all new vehicles sold. The service bureau would provide the telephonic facilities
`for one or more manufacturers. Upon receiving a signal from a distressed vehicle, notification
`would be passed to a manufacturer and/or service vehicle.
`
`"' Trademark of IBM Corp.
`
`Vol. 38 No. 08 August 1395
`
`IBM Technical Disclosure Bulletin
`
`211

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket