PT14: Multi-modal Coordination
This service package establishes two way communications between multiple transit and traffic agencies to improve service coordination. Multimodal coordination between transit agencies can increase traveler convenience at transit transfer points and clusters (a collection of stops, stations, or terminals where transfers can be made conveniently) and also improve operating efficiency.
Relevant Regions: Australia, Canada, European Union, and United States
- Enterprise
- Functional
- Physical
- Goals and Objectives
- Needs and Requirements
- Sources
- Security
- Standards
- System Requirements
Enterprise
Development Stage Roles and Relationships
(hide)
Source | Destination | Role/Relationship |
---|---|---|
Alternate Mode Transportation Center Developer | Alternate Mode Transportation Center | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Alternate Mode Transportation Center Developer | Traffic Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Alternate Mode Transportation Center Developer | Transit Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Event Promoter System Developer | Event Promoter System | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Event Promoter System Developer | Transit Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Other Transit Management Centers Developer | Other Transit Management Centers | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Other Transit Management Centers Developer | Transit Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Parking Management Center Developer | Parking Management Center | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Parking Management Center Developer | Transit Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Traffic Management Center Developer | Traffic Management Center | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Transit Management Center Developer | Alternate Mode Transportation Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Management Center Developer | Event Promoter System Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Management Center Developer | Other Transit Management Centers Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Management Center Developer | Traffic Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Management Center Developer | Transit Management Center | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Transit Management Center Developer | Transit Vehicle OBE Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Vehicle OBE Developer | Transit Management Center Developer | Application Interface Specification (hide) The definition of an interface between two application components that operate on two distinct pieces of hardware. The Application Interface Specification is specific to the application in question. |
Transit Vehicle OBE Developer | Transit Vehicle OBE | Develops (hide) An Enterprise creates the target Resource or Document. The Enterprise that engineers a traffic signal controller (ITS Roadway Equipment), or designs a vehicle (Basic Vehicle) or authors a technical standard will have the Develops role. |
Installation Stage Roles and Relationships
(hide)
Source | Destination | Role/Relationship |
---|---|---|
Alternate Mode Transportation Center Installer | Alternate Mode Transportation Center | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Alternate Mode Transportation Center Owner | Alternate Mode Transportation Center Installer | Installation Agreement |
Alternate Mode Transportation Center Owner | Alternate Mode Transportation Center Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Event Promoter System Installer | Event Promoter System | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Event Promoter System Owner | Event Promoter System Installer | Installation Agreement |
Event Promoter System Owner | Event Promoter System Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Other Transit Management Centers Installer | Other Transit Management Centers | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Other Transit Management Centers Owner | Other Transit Management Centers Installer | Installation Agreement |
Other Transit Management Centers Owner | Other Transit Management Centers Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Parking Management Center Installer | Parking Management Center | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Parking Management Center Owner | Parking Management Center Installer | Installation Agreement |
Parking Management Center Owner | Parking Management Center Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Traffic Management Center Installer | Traffic Management Center | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Traffic Management Center Owner | Traffic Management Center Installer | Installation Agreement |
Traffic Management Center Owner | Traffic Management Center Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Transit Management Center Installer | Transit Management Center | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Transit Management Center Owner | Transit Management Center Installer | Installation Agreement |
Transit Management Center Owner | Transit Management Center Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Transit Vehicle OBE Installer | Transit Vehicle OBE | Installs (hide) An Enterprise performs the initial delivery, integration and configuration of the target Resource. This might be a system integrator, a state DOT Enterprise performing its own installation, or a device supplier that performs on-site installation. |
Transit Vehicle OBE Owner | Transit Vehicle OBE Installer | Installation Agreement |
Transit Vehicle OBE Owner | Transit Vehicle OBE Verifier | Verification Agreement (hide) An agreement for one party to verify that a system owned by the second party operates according to the system's design. |
Operations and Maintenance Stage Roles and Relationships
(hide)
Source | Destination | Role/Relationship |
---|---|---|
Alternate Mode Transportation Center Maintainer | Alternate Mode Transportation Center | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Alternate Mode Transportation Center Manager | Alternate Mode Transportation Center | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Alternate Mode Transportation Center Owner | Alternate Mode Transportation Center Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Alternate Mode Transportation Center Owner | Alternate Mode Transportation Center Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Alternate Mode Transportation Center Owner | Traffic Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Alternate Mode Transportation Center Owner | Traffic Management Center Owner | Information Provision Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. |
Alternate Mode Transportation Center Owner | Traffic Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Alternate Mode Transportation Center Owner | Transit Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Alternate Mode Transportation Center Owner | Transit Management Center Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Alternate Mode Transportation Center Owner | Transit Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Alternate Mode Transportation Center Owner | Transit Operations Personnel | Application Usage Agreement (hide) An agreement in which one entity that controls an application component's use gives the other entity the necessary tools and permission to operate that application or application component. |
Alternate Mode Transportation Center Supplier | Alternate Mode Transportation Center Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Event Promoter System Maintainer | Event Promoter System | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Event Promoter System Manager | Event Promoter System | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Event Promoter System Owner | Event Promoter System Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Event Promoter System Owner | Event Promoter System Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Event Promoter System Owner | Transit Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Event Promoter System Owner | Transit Management Center Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Event Promoter System Owner | Transit Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Event Promoter System Owner | Transit Operations Personnel | Application Usage Agreement (hide) An agreement in which one entity that controls an application component's use gives the other entity the necessary tools and permission to operate that application or application component. |
Event Promoter System Supplier | Event Promoter System Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Other Transit Management Centers Maintainer | Other Transit Management Centers | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Other Transit Management Centers Manager | Other Transit Management Centers | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Other Transit Management Centers Owner | Other Transit Management Centers Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Other Transit Management Centers Owner | Other Transit Management Centers Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Other Transit Management Centers Owner | Transit Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Other Transit Management Centers Owner | Transit Management Center Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Other Transit Management Centers Owner | Transit Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Other Transit Management Centers Owner | Transit Operations Personnel | Application Usage Agreement (hide) An agreement in which one entity that controls an application component's use gives the other entity the necessary tools and permission to operate that application or application component. |
Other Transit Management Centers Supplier | Other Transit Management Centers Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Parking Management Center Maintainer | Parking Management Center | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Parking Management Center Manager | Parking Management Center | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Parking Management Center Owner | Parking Management Center Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Parking Management Center Owner | Parking Management Center Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Parking Management Center Owner | Transit Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Parking Management Center Owner | Transit Management Center Owner | Information Provision Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. |
Parking Management Center Owner | Transit Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Parking Management Center Owner | Transit Operations Personnel | Application Usage Agreement (hide) An agreement in which one entity that controls an application component's use gives the other entity the necessary tools and permission to operate that application or application component. |
Parking Management Center Supplier | Parking Management Center Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Traffic Management Center Maintainer | Traffic Management Center | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Traffic Management Center Manager | Traffic Management Center | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Traffic Management Center Owner | Traffic Management Center Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Traffic Management Center Owner | Traffic Management Center Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Traffic Management Center Supplier | Traffic Management Center Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Transit Management Center Maintainer | Transit Management Center | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Transit Management Center Manager | Transit Management Center | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Transit Management Center Manager | Transit Operations Personnel | System Usage Agreement (hide) An agreement granting operational use of a system to a Human with the operates role responsible for management of the system. |
Transit Management Center Owner | Alternate Mode Transportation Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Management Center Owner | Alternate Mode Transportation Center Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Transit Management Center Owner | Alternate Mode Transportation Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Management Center Owner | Event Promoter System Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Management Center Owner | Event Promoter System Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Transit Management Center Owner | Event Promoter System User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Management Center Owner | Other Transit Management Centers Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Management Center Owner | Other Transit Management Centers Owner | Information Exchange Agreement (hide) An agreement to exchange information, which may include data or control information; the exact information to be exchanged may vary from agreement to agreement. |
Transit Management Center Owner | Other Transit Management Centers User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Management Center Owner | Traffic Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Management Center Owner | Traffic Management Center Owner | Information Provision Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. |
Transit Management Center Owner | Traffic Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Management Center Owner | Transit Management Center Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Transit Management Center Owner | Transit Management Center Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Transit Management Center Owner | Transit Vehicle OBE Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Management Center Owner | Transit Vehicle OBE Owner | Information Provision Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. |
Transit Management Center Owner | Transit Vehicle OBE User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Management Center Supplier | Transit Management Center Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Transit Operations Personnel | Transit Management Center | Operates (hide) A Human that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This is the person at the console or behind the wheel. |
Transit Vehicle OBE Maintainer | Transit Vehicle OBE | Maintains (hide) An Enterprise administers the hardware and software that comprise the target Resource. The entity that takes the 'maintains' role typically is delegated authority by the entity with the "Owns" or "Manages" roles, depending on the environment. The maintainer interacts with the target Resource so as to keep that Resource in the Operational state. |
Transit Vehicle OBE Manager | Transit Vehicle OBE | Manages (hide) The Enterprise that is accountable for performing actions with a Resource, typically in support of one of the key operations-related roles (operates, installs, maintains). This authority is typically delegated by the Enterprise with the "Owns" role, and commonly accomplished by delegation to Human E-Objects with the "operates", "installs" or "maintains" roles, depending on the context. |
Transit Vehicle OBE Owner | Transit Management Center Maintainer | Maintenance Data Exchange Agreement (hide) An agreement that states one entity will provide data related to maintenance of an application component to the other entity. |
Transit Vehicle OBE Owner | Transit Management Center Owner | Expectation of Data Provision (hide) An expectation where one party believes another party will provide data on a regular and recurring basis, and that that data will be useful to the receiver in the context of the receiver's application. This thus includes some expectation of data fields, timeliness, quality, precision and similar qualities of data. |
Transit Vehicle OBE Owner | Transit Management Center User | Service Usage Agreement (hide) An agreement between the provider of a service and a user. Stipulates the terms and conditions of service usage. |
Transit Vehicle OBE Owner | Transit Operations Personnel | Application Usage Agreement (hide) An agreement in which one entity that controls an application component's use gives the other entity the necessary tools and permission to operate that application or application component. |
Transit Vehicle OBE Owner | Transit Operations Personnel | Vehicle Operating Agreement (hide) An agreement whereupon the controller of a vehicle grants another entity permission and rights to operate the vehicle. |
Transit Vehicle OBE Owner | Transit Vehicle OBE Maintainer | System Maintenance Agreement (hide) An agreement for one party to maintain the operational status of a system on behalf of the party with ownership control of the system. |
Transit Vehicle OBE Owner | Transit Vehicle OBE Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Transit Vehicle OBE Supplier | Transit Vehicle OBE Owner | Warranty (hide) A guarantee or promise made by one entity to another, that provides assurance of the functionality and performance of a subsystem. |
Functional
This service package includes the following Functional View PSpecs:
Physical
The physical diagram can be viewed in SVG or PNG format and the current format is SVG.SVG Diagram
PNG Diagram


Includes Physical Objects:
Physical Object | Class | Description |
---|---|---|
Alternate Mode Transportation Center | Center | The 'Alternate Mode Transportation Center' provides the interface through which non-ITS transportation systems (e.g., airlines, ferry services, passenger-carrying heavy rail) can exchange data with ITS. This two-way interface enables coordination for efficient movement of people across multiple transportation modes. It also enables the traveler to efficiently plan itineraries which include segments using other modes. |
Event Promoter System | Center | 'Event Promoter System' represents Special Event Sponsors that have knowledge of events that may impact travel on roadways or other modal means. Examples of special event sponsors include sporting events, conventions, motorcades/parades, and public/political events. These promoters interface to the ITS to provide event information such as date, time, estimated duration, location, and any other information pertinent to traffic movement in the surrounding area. |
Other Transit Management Centers | Center | Representing another transit operations center, 'Other Transit Management Centers' is intended to provide a source and destination for information flows between peer transit management centers. It enables transit management activities to be coordinated across geographic boundaries or jurisdictions. |
Parking Management Center | Center | The 'Parking Management Center' manages one or more parking lots by providing configuration and control of field infrastructure, user account management and interfaces with financial systems to manage payment. This p-object takes the back office portion of the Parking Management System's functionality as it was defined in ARC-IT 8.3 and prior. |
Traffic Management Center | Center | The 'Traffic Management Center' monitors and controls traffic and the road network. It represents centers that manage a broad range of transportation facilities including freeway systems, rural and suburban highway systems, and urban and suburban traffic control systems. It communicates with ITS Roadway Equipment and Connected Vehicle Roadside Equipment (RSE) to monitor and manage traffic flow and monitor the condition of the roadway, surrounding environmental conditions, and field equipment status. It manages traffic and transportation resources to support allied agencies in responding to, and recovering from, incidents ranging from minor traffic incidents through major disasters. |
Transit Management Center | Center | The 'Transit Management Center' manages transit vehicle fleets and coordinates with other modes and transportation services. It provides operations, maintenance, customer information, planning and management functions for the transit property. It spans distinct central dispatch and garage management systems and supports the spectrum of fixed route, flexible route, paratransit services, transit rail, and bus rapid transit (BRT) service. The physical object's interfaces support communication between transit departments and with other operating entities such as emergency response services and traffic management systems. |
Transit Operations Personnel | Center | 'Transit Operations Personnel' represents the people that are responsible for fleet management, maintenance operations, and scheduling activities of the transit system. These different roles represent a variety of individuals in the transit industry. Within the transit industry the person responsible for fleet management is known by many names: Street Supervisor, Starter, Dispatcher, Supervisor, Traffic Controller, Transportation Coordinator. This person actively monitors, controls, and modifies the transit fleet routes and schedules on a day to day basis (dynamic scheduling). The modifications will take account of abnormal situations such as vehicle breakdown, vehicle delay, detours around work zones or incidents (detour management, connection protection, and service restoration), and other causes of route or schedule deviations. Transit operations personnel are also responsible for demand responsive transit operation and for managing emergency situations within the transit network such as silent alarms on board transit vehicles, or the remote disabling of the vehicle. In addition the Transit Operations Personnel may be responsible for assigning vehicle operators to routes, checking vehicle operators in and out, and managing transit stop issues. This object also represents the personnel in the transit garage that are responsible for maintenance of the transit fleets, including monitoring vehicle status, matching vehicles with operators, and maintenance checking of transit vehicles. Finally, it represents the people responsible for planning, development, and management of transit routes and schedules. |
Transit Vehicle OBE | Vehicle | The 'Transit Vehicle On-Board Equipment' (OBE) resides in a transit vehicle and provides the sensory, processing, storage, and communications functions necessary to support safe and efficient movement of passengers. The types of transit vehicles containing this physical object include buses, paratransit vehicles, light rail vehicles, other vehicles designed to carry passengers, and supervisory vehicles. It collects ridership levels and supports electronic fare collection. It supports a traffic signal prioritization function that communicates with the roadside physical object to improve on-schedule performance. Automated vehicle location enhances the information available to the transit operator enabling more efficient operations. On-board sensors support transit vehicle maintenance. The physical object supports on-board security and safety monitoring. This monitoring includes transit user or vehicle operator activated alarms (silent or audible), as well as surveillance and sensor equipment. The surveillance equipment includes video (e.g. CCTV cameras), audio systems and/or event recorder systems. It also furnishes travelers with real-time travel information, continuously updated schedules, transfer options, routes, and fares. A separate 'Vehicle OBE' physical object supports the general vehicle safety and driver information capabilities that apply to all vehicles, including transit vehicles. The Transit Vehicle OBE supplements these general capabilities with capabilities that are specific to transit vehicles. |
Includes Functional Objects:
Functional Object | Description | Physical Object |
---|---|---|
TMC Multi-Modal Coordination | 'TMC Multi-Modal Coordination' supports center-to-center coordination between the Traffic Management and Transit Management Centers. It monitors transit operations and provides traffic signal priority for transit vehicles on request from the Transit Management Center. | Traffic Management Center |
Transit Center Multi-Modal Coordination | 'Transit Center Multi-Modal Coordination' supports transit service coordination between transit properties and coordinates with other surface and air transportation modes. As part of service coordination, it shares schedule and trip information, as well as transit transfer cluster (a collection of stop points, stations, or terminals where transfers can be made conveniently) and transfer point information between Multimodal Transportation Service Providers, Transit Agencies, and ISPs. An interface to Traffic Management also supports demand management strategies. | Transit Management Center |
Transit Vehicle Schedule Management | 'Transit Vehicle Schedule Management' monitors schedule performance and identifies corrective actions when a deviation is detected. It provides two-way communication between the transit vehicle and center, enabling the center to communicate with the vehicle operator and monitor on-board systems. | Transit Vehicle OBE |
Includes Information Flows:
Information Flow | Description |
---|---|
alternate mode information | Schedule information for alternate mode transportation providers such as air, ferry, and passenger-carrying heavy rail. This also includes details of incidents and other service disruptions that have occurred in the alternative mode. This also includes measures of service demand that supports assessment of their impact on the road network. |
alternate mode service coordination | Coordination of service changes to support service coordination between a transit service and an alternate mode (e.g., rail, ferry, air). |
alternate mode service data | Detailed real-time schedule and other service information from alternate modes that supports coordination between modes to facilitate efficient transfer at connection points. |
event plans | Plans for major events possibly impacting traffic. |
event transit service plans | Transit service plans to support the special event. This may include additional runs, tighter headways, stop changes, and other changes to standard operations to accommodate the special event. |
parking information | General parking information and status, including current parking availability, parking pricing, and parking space availability information, including features like number and type of electric charging spots. |
service information request | Request to multimodal (possibly non-roadway) transit provider for general services information and specific trip information or reservation. |
service information response | Multimodal (possibly non-roadway) transit provider services information and trip reservation confirmations. |
transit alternate mode information | Transit schedule information provided for coordination at transit interchange points with alternate modes. |
transit operations personnel input | User input from transit operations personnel including instructions governing service availability, schedules, emergency response plans, transit personnel assignments, transit maintenance requirements, and other inputs that establish general system operating requirements and procedures. |
transit operations status | Presentation of information to transit operations personnel including accumulated schedule and fare information, ridership and on-time performance information, emergency response plans, transit personnel information, maintenance records, and other information intended to support overall planning and management of a transit property. |
transit schedule information | Current and projected transit schedule information used to initialize the transit vehicle with a vehicle assignment, monitor schedule performance, and develop corrective actions on-board. |
transit service coordination | Schedule coordination or AVL information shared between local/regional transit organizations. This includes coordination of connections and control parameters between transit properties as well as coordination of transit-related maintenance activities. |
transit system data | Current transit system operations information indicating current transit routes and fares, the level of service on each route, and the progress of individual vehicles along their routes for use in forecasting demand and estimating current transportation network performance. |
transit vehicle schedule performance | Estimated times of arrival and anticipated schedule deviations reported by a transit vehicle. |
Goals and Objectives
Associated Planning Factors and Goals
Planning Factor | Goal |
---|---|
A. Support the economic vitality of the metropolitan area, especially by enabling global competitiveness, productivity, and efficiency; | Improve freight network |
D. Increase the accessibility and mobility of people and for freight; | Reduce congestion |
F. Enhance the integration and connectivity of the transportation system, across and between modes, for people and freight; | Enhance integration and connectivity |
G. Promote efficient system management and operation; | Improve efficiency |
I. Improve the resiliency and reliability of the transportation system and reduce or mitigate stormwater impacts of surface transportation; | Improve resiliency and reliability |
J. Enhance travel and tourism. | Support travel and tourism |
Associated Objective Categories 
Associated Objectives and Performance Measures 

Needs and Requirements
Need | Functional Object | Requirement | ||
---|---|---|---|---|
01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. | Transit Center Multi-Modal Coordination | 02 | The center shall share transfer cluster and transfer point information with other transit centers. A transfer cluster is a collection of stop points, stations, or terminals where transfers can be made conveniently. |
04 | The center shall coordinate schedules and services with other transit centers. | |||
06 | The center shall provide transit operations personnel with the capability to control and monitor transit service coordination activities. | |||
Transit Vehicle Schedule Management | 01 | The transit vehicle shall receive a vehicle assignment including transit route information, transit service instructions, traffic information, road conditions, and other information for the operator. | ||
02 | The transit vehicle shall use the route information and its current location to determine the deviation from the predetermined schedule. | |||
03 | The transit vehicle shall calculate the estimated times of arrival (ETA) at transit stops. | |||
04 | The transit vehicle shall determine scenarios to correct the schedule deviation. | |||
06 | The transit vehicle shall send the schedule deviation and estimated arrival time information to the center. | |||
07 | The transit vehicle shall support the operations of a flexible route service. This may include requests for route deviations that would then lead to schedule corrective actions. | |||
02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. | TMC Multi-Modal Coordination | 02 | The center shall exchange information with transit management centers including details current transit routes, the level of service on each route, and the progress of individual vehicles along their routes. |
Transit Center Multi-Modal Coordination | 05 | The center shall coordinate schedules and services with other surface or air transportation modes. | ||
Transit Vehicle Schedule Management | 01 | The transit vehicle shall receive a vehicle assignment including transit route information, transit service instructions, traffic information, road conditions, and other information for the operator. | ||
02 | The transit vehicle shall use the route information and its current location to determine the deviation from the predetermined schedule. | |||
03 | The transit vehicle shall calculate the estimated times of arrival (ETA) at transit stops. | |||
04 | The transit vehicle shall determine scenarios to correct the schedule deviation. | |||
06 | The transit vehicle shall send the schedule deviation and estimated arrival time information to the center. | |||
07 | The transit vehicle shall support the operations of a flexible route service. This may include requests for route deviations that would then lead to schedule corrective actions. | |||
03 | Transit Operations needs to coordinate with other centers (e.g. traffic, parking, and event promoters) in order to share system information. | Transit Center Multi-Modal Coordination | 01 | The center shall coordinate schedules and services with traffic management, parking management, and event planning systems. |
Security
In order to participate in this service package, each physical object should meet or exceed the following security levels.
Physical Object Security | ||||
---|---|---|---|---|
Physical Object | Confidentiality | Integrity | Availability | Security Class |
Alternate Mode Transportation Center | Moderate | Moderate | Moderate | Class 2 |
Event Promoter System | Moderate | High | Moderate | Class 3 |
Other Transit Management Centers | Moderate | Moderate | Moderate | Class 2 |
Parking Management Center | Moderate | Moderate | Moderate | Class 2 |
Traffic Management Center | Low | Low | Low | Class 1 |
Transit Management Center | Moderate | Moderate | Moderate | Class 2 |
Transit Vehicle OBE | Low | Moderate | Moderate | Class 1 |
In order to participate in this service package, each information flow triple should meet or exceed the following security levels.
Information Flow Security | |||||
---|---|---|---|---|---|
Source | Destination | Information Flow | Confidentiality | Integrity | Availability |
Basis | Basis | Basis | |||
Alternate Mode Transportation Center | Traffic Management Center | alternate mode information | Low | Moderate | Low |
Should not contain any personal or confidential information. | Generally transportation coordination information should be correct between source and destination, or inappropriate actions may be taken. | While useful, there is little impact if this flow is not available. | |||
Alternate Mode Transportation Center | Transit Management Center | alternate mode service coordination | Low | Moderate | Moderate |
Should not contain any personal or confidential information. | Generally transportation coordination information should be correct between source and destination, or inappropriate actions may be taken. | While useful, there is little impact if this flow is not available. | |||
Alternate Mode Transportation Center | Transit Management Center | alternate mode service data | Moderate | Moderate | Low |
Information related to liaison between entities could have personal and contact information, so should not generally be readable. If no contact information is included Confidentiality would be LOW. | Coordination-related information needs to be correct, or route calculation and coordinations will suffer. The impact will not be catastrophic but could be significant. | This information is unlikely to change very quickly. Loss of this flow will have minimal impact, as organizations fall back to default operating procedures, assuming some initial coordination has taken place. | |||
Alternate Mode Transportation Center | Transit Management Center | service information response | Moderate | Moderate | Moderate |
The individual service response may include PII, so its reveal may compromise the individual using the transportation service. | Data integrity needs to be preserved so that incorrect decisions are not made with regard to procuring transit services. | Given that this flow is in response to real-time needs, a prompt response is justified. Lack of response may lead to the a transit user making alternate arrangements, which leads to an overall | |||
Event Promoter System | Transit Management Center | event plans | Moderate | High | Moderate |
This will include PII of the event contact person, which should be protected from casual viewing. This flow will also include details of the planned event, which in some circumstances might not be entire public information and so again, should not be casually viewable. | Personal contact information needs to be correct, but so do the details of the planned event because of the potential severity of the event's impact. Generally the more significant the potential impact of the event, the higher this should be, but never below MODERATE. | There should be other mechanisms for getting this information, otherwise it would match integrity. | |||
Other Transit Management Centers | Transit Management Center | transit service coordination | Moderate | Moderate | Moderate |
Coordination between transit systems is generally not sensitive, however this flow may include information related to serving individual connection protection requests that are sensitive. | If this information is not timely or correct, transit agencies may not properly coordinate, leaving some users unserved. | If this information is not timely or correct, transit agencies may not properly coordinate, leaving some users unserved. | |||
Parking Management Center | Transit Management Center | parking information | Moderate | Moderate | Moderate |
Does not include PII, but does include usage information for a managed facility that implies a number of vehicles. While this is observable information, it could be considered competitive, and regardless is accessible without being physically present, which is its own barrier. | Generally transportation coordination information should be correct between source and destination, or inappropriate actions may be taken. | Most likely not a frequently updated flow. Typically MODERATE for applications with a high degree of commercial vehicle parking, but could be LOW otherwise. | |||
Transit Management Center | Alternate Mode Transportation Center | alternate mode service coordination | Low | Moderate | Low |
Should not contain any personal or confidential information. | Generally transportation coordination information should be correct between source and destination, or inappropriate actions may be taken. | While useful, there is little impact if this flow is not available. | |||
Transit Management Center | Alternate Mode Transportation Center | service information request | Moderate | Moderate | Moderate |
Individual service response implies activity by an individual, which could be PII. | Coordination information between transit agencies needs to be correct, or trip errors (improper dispatch, lack of service) may occur. | Some dynamism in this flow, depending on the level of interactivity and coordination, this might be Low. | |||
Transit Management Center | Alternate Mode Transportation Center | transit alternate mode information | Low | Moderate | Moderate |
Coordination information between transit agencies, if compromised, has no obvious impact. | Coordination information between transit agencies needs to be correct, or trip errors (improper dispatch, lack of service) may occur. | Some dynamism in this flow, depending on the level of interactivity and coordination, this might be Low. | |||
Transit Management Center | Event Promoter System | event transit service plans | Moderate | Moderate | Moderate |
Information includes changes to standing bus routes and related transit routing modifications, that a criminal or other hostile 3rd party might use against the transit vehicle/riders. | Information must be accurate so the event promotor plans can proceed as desired. Might be LOW if transit plans are trivial or not counted on. | Flow will probably not be used often, but when it is in place will have to be operable to support special events. | |||
Transit Management Center | Other Transit Management Centers | transit service coordination | Moderate | Moderate | Moderate |
Coordination between transit systems is generally not sensitive, however this flow may include information related to serving individual connection protection requests that are sensitive. | If this information is not timely or correct, transit agencies may not properly coordinate, leaving some users unserved. | If this information is not timely or correct, transit agencies may not properly coordinate, leaving some users unserved. | |||
Transit Management Center | Traffic Management Center | transit system data | Low | Moderate | Low |
Coordination information between transit and traffic agencies, if compromised, has no obvious impact. | Coordination information between transit and traffic agencies needs to be correct, or trip errors (improper dispatch, lack of service) may occur. | Some dynamism in this flow, depending on the level of interactivity and coordination, this might be Low. | |||
Transit Management Center | Transit Operations Personnel | transit operations status | Moderate | High | High |
Backoffice operations flows should have minimal protection from casual viewing, as otherwise imposters could gain illicit control or information that should not be generally available. | Backoffice operations flows should generally be correct and available as these are the primary interface between operators and system. | Backoffice operations flows should generally be correct and available as these are the primary interface between operators and system. | |||
Transit Management Center | Transit Vehicle OBE | transit schedule information | Low | Moderate | Moderate |
This information is not sensitive. It is generally made public, to support transit system functionality. | This data contains the vehicle assignment. It should be accurate, and not easily modified. However, the bus drivers will have some knowledge about what a reasonable configuration is, and should be able to notice any unusual configurations, such as all busses being a #27. | This information is necessary for the TSP to work correctly. A few missed messages will not have a large impact. The Transit Management Center needs to know if the TV OBE does not receive the message, so it can resend it. | |||
Transit Operations Personnel | Transit Management Center | transit operations personnel input | Moderate | High | High |
Backoffice operations flows should have minimal protection from casual viewing, as otherwise imposters could gain illicit control or information that should not be generally available. | Backoffice operations flows should generally be correct and available as these are the primary interface between operators and system. | Backoffice operations flows should generally be correct and available as these are the primary interface between operators and system. | |||
Transit Vehicle OBE | Transit Management Center | transit vehicle schedule performance | Low | Moderate | Low |
This information is directly observable, and in most instances it is made publically available. | This information may be used to influence the decision about whether or not to make a traffic control priority request on behalf of the transit vehicle. If it is incorrect it may cause the transit management center to send out incorrect traffic control priority requests, which may delay traffic. | There should not be any catastrophic failures caused if this data is occasionally missing. |
Standards
Currently, there are no standards associated with the physical objects in this service package. For standards related to interfaces, see the specific information flow triple pages.
System Requirements
System Requirement | Need | ||
---|---|---|---|
001 | The system shall exchange information with transit management centers including details current transit routes, the level of service on each route, and the progress of individual vehicles along their routes. | 02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. |
002 | The system shall coordinate schedules and services with traffic management, parking management, and event planning systems. | 03 | Transit Operations needs to coordinate with other centers (e.g. traffic, parking, and event promoters) in order to share system information. |
003 | The system shall share transfer cluster and transfer point information with other transit centers. A transfer cluster is a collection of stop points, stations, or terminals where transfers can be made conveniently. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
004 | The system shall coordinate schedules and services with other transit centers. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
005 | The system shall coordinate schedules and services with other surface or air transportation modes. | 02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. |
006 | The system shall provide transit operations personnel with the capability to control and monitor transit service coordination activities. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
007 | The system shall receive a vehicle assignment including transit route information, transit service instructions, traffic information, road conditions, and other information for the operator. | 02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. |
01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. | ||
008 | The system shall use the route information and its current location to determine the deviation from the predetermined schedule. | 02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. |
01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. | ||
009 | The system shall calculate the estimated times of arrival (ETA) at transit stops. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. | ||
010 | The system shall determine scenarios to correct the schedule deviation. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. | ||
011 | The system shall send the schedule deviation and estimated arrival time information to the center. | 01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |
02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. | ||
012 | The system shall support the operations of a flexible route service. This may include requests for route deviations that would then lead to schedule corrective actions. | 02 | Transit Operations needs to be able to coordinate with other transportation modes (e.g. ferry operations, airports) in order to improve service connections with these other modes. |
01 | Transit Operations needs to be able to coordinate service information with other Transit Operations in order to improve operations. |