Parking Management (Subsystem*)

[Security] [Functionality] [Inputs/Outputs]

The Parking Management Subsystem provides electronic monitoring and management of parking facilities. It supports a Field-Vehicle Communications link to the Vehicle Subsystem that allows electronic collection of parking fees and monitors and controls parking meters that support conventional parking fee collection. It also includes the instrumentation, signs, and other infrastructure that monitors parking lot usage and provides local information about parking availability and other general parking information. This portion of the subsystem functionality must be located in the parking facility where it can monitor, classify, and share information with customers and their vehicles. The subsystem also interfaces with the financial infrastructure and broadly disseminates parking information to other operational centers in the region. Note that the latter functionality may be located in a back office, remote from the parking facility.

Diagrams for Parking Management Subsystem (PMS):


Security Considerations:

The primary security consideration for the Parking Management Subsystem is related to the financial information collected from the customer vehicles and exchanged with center subsystems for electronic payment processing. Additional security sensitivity is for the personal information associated with electronic accounts used for parking payment. Parking lots may be capable of uniquely identifying each vehicle that enters and exits, for the purpose of computing the correct parking fee, and this information could also be used for security purposes. High profile parking lots may require special monitoring and classification of vehicles requiring a relatively higher degree of confidentiality, availability and integrity of the information than most parking lots.


Functionality: Equipment Packages* and PSpecs*


Inputs/Outputs: Architecture Flows* and Data Flows*

Archived Data Management Subsystem flows into Parking Management

  • archive requests (Architecture Flow*) - A request to a data source for information on available data (i.e. "catalog") or a request that defines the data to be archived. The request can be a general subscription intended to initiate a continuous or regular data stream or a specific request intended to initiate a one-time response from the recipient.
    Data Flows*:

  • archive status (Architecture Flow*) - Notification that data provided to an archive contains erroneous, missing, or suspicious data or verification that the data provided appears valid. If an error has been detected, the offending data and the nature of the potential problem are identified.
    Data Flows*:

DMV flows into Parking Management

Financial Institution flows into Parking Management

Information Service Provider flows into Parking Management

Other Parking flows into Parking Management

Parking Management flows into Archived Data Management Subsystem

Parking Management flows into DMV

Parking Management flows into Driver

Parking Management flows into Enforcement Agency

Parking Management flows into Financial Institution

Parking Management flows into Information Service Provider

Parking Management flows into Other Parking

Parking Management flows into Parking Operator

Parking Management flows into Traffic Management

Parking Management flows into Transit Management

Parking Management flows into Traveler Card

Parking Management flows into Vehicle

Parking Operator flows into Parking Management

Traffic Management flows into Parking Management

Transit Management flows into Parking Management

Traveler Card flows into Parking Management

Vehicle flows into Parking Management

Vehicle Characteristics flows into Parking Management


Hypertext Architecture Version 6.1 generated on 1/7/2009 from the following databases
Physical Architecture dated 12/15/2008,
Logical Architecture dated 12/2/2008,
Market Packages dated 12/14/2008,
Security dated 11/13/2008,
User Services dated 4/9/2007,
Theory of Operations dated 12/14/2008,
AppMap dated 12/19/2008 and the
SDOMAP dated 12/12/2008