PT17: Transit Connection Protection
This service package allows travelers to initiate a request for connection protection anytime during the trip using a personal device or on-board equipment and receive a confirmation indicating whether the request is accepted. Connection protection uses real time data to examine the arrival status of a transit vehicle and to transmit a hold message to a vehicle or other mode of transportation (e.g. rail) in order for the traveler to make a successful transfer from one vehicle to another. Connection protection can be performed within a single agency, across multiple agencies, and across multiple modes. In an intermodal, multimodal or interagency environment, a transfer request brokerage system, represented by the Transit Management System, can be used to determine the feasibility of a connection protection request and support schedule coordination between agencies.
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 | 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. |
Basic Transit Vehicle Developer | Basic Transit Vehicle | 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. |
Basic Transit Vehicle 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. |
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. |
Personal Information Device Developer | Personal Information Device | 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. |
Personal Information Device 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. |
Personal Information Device 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. |
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. |
Traffic 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. |
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 | 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 | Personal Information Device 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 Management Center Developer | Traveler Support Equipment 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 | Personal Information Device 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. |
Traveler Support Equipment 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. |
Traveler Support Equipment Developer | Traveler Support Equipment | 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. |
Basic Transit Vehicle Installer | Basic Transit Vehicle | 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. |
Basic Transit Vehicle Owner | Basic Transit Vehicle Installer | Installation Agreement |
Basic Transit Vehicle Owner | Basic Transit Vehicle 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. |
Personal Information Device Installer | Personal Information Device | 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. |
Personal Information Device Owner | Personal Information Device Installer | Installation Agreement |
Personal Information Device Owner | Personal Information Device 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. |
Traveler Support Equipment Installer | Traveler Support Equipment | 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. |
Traveler Support Equipment Owner | Traveler Support Equipment Installer | Installation Agreement |
Traveler Support Equipment Owner | Traveler Support Equipment 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 | 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. |
Basic Transit Vehicle Maintainer | Basic Transit Vehicle | 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. |
Basic Transit Vehicle Manager | Basic Transit Vehicle | 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. |
Basic Transit Vehicle Manager | Transit Vehicle Operator | 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. |
Basic Transit Vehicle Owner | Basic Transit Vehicle 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. |
Basic Transit Vehicle Owner | Basic Transit Vehicle Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Basic Transit Vehicle 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. |
Basic Transit Vehicle Owner | Transit Vehicle OBE 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. |
Basic Transit Vehicle 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. |
Basic Transit Vehicle Owner | Transit Vehicle Operator | 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. |
Basic Transit Vehicle Owner | Transit Vehicle Operator | Vehicle Operating Agreement (hide) An agreement whereupon the controller of a vehicle grants another entity permission and rights to operate the vehicle. |
Basic Transit Vehicle Supplier | Basic Transit Vehicle 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. |
Personal Information Device Maintainer | Personal Information Device | 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. |
Personal Information Device Manager | Personal Information Device | 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. |
Personal Information Device Owner | Personal Information Device 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. |
Personal Information Device Owner | Personal Information Device Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Personal Information Device 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. |
Personal Information Device Owner | Transit Management Center Owner | Information Provision and Action Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. This also includes a specification for action that shall, should or may be taken by one party in response to this information. |
Personal Information Device 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. |
Personal Information Device 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. |
Personal Information Device 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. |
Personal Information Device Owner | Transit Vehicle OBE Owner | Information Provision and Action Agreement (hide) An agreement where one party agrees to provide information to another party. This is a unidirectional agreement. This also includes a specification for action that shall, should or may be taken by one party in response to this information. |
Personal Information Device 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. |
Personal Information Device Owner | Transit Vehicle Operator | 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. |
Personal Information Device Supplier | Personal Information Device 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 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. |
Traffic 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. |
Traffic 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. |
Traffic 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. |
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 | 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 | Personal Information Device 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 | Personal Information Device 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 | Personal Information Device 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 Owner | Transit Vehicle Operator | 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 Management Center Owner | Traveler Support Equipment 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 | Traveler Support Equipment 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 | Traveler Support Equipment 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 Manager | Transit Vehicle Operator | 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 Vehicle OBE Owner | Personal Information Device 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 | Personal Information Device 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 | Personal Information Device 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 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. |
Transit Vehicle Operator | Basic Transit Vehicle | 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 Operator | Transit Vehicle OBE | 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. |
Traveler Support Equipment Maintainer | Traveler Support Equipment | 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. |
Traveler Support Equipment Manager | Traveler Support Equipment | 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. |
Traveler Support Equipment 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. |
Traveler Support Equipment Owner | Transit Management Center Owner | Information Exchange and Action 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. This also includes a specification for action that shall, should or may be taken by one party in response to this information. |
Traveler Support Equipment 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. |
Traveler Support Equipment 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. |
Traveler Support Equipment Owner | Traveler Support Equipment 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. |
Traveler Support Equipment Owner | Traveler Support Equipment Manager | Operations Agreement (hide) An agreement where one entity agrees to operate a device or application on behalf of another, device/application controlling entity. |
Traveler Support Equipment Supplier | Traveler Support Equipment 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. |
Basic Transit Vehicle | Vehicle | The 'Basic Transit Vehicle' represents the transit vehicle that hosts the on-board equipment that provides ITS functions. It includes a specialized and extended databus that is subject to different vehicle databus standards and hosts a broad range of components that are unique to a transit vehicle including the farebox and associated electronics, passenger counters, and transit security systems. The Transit Vehicle may represent a bus, paratransit vehicle, light rail vehicle, or other vehicle designed to carry passengers. |
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. |
Personal Information Device | Personal | The 'Personal Information Device' provides the capability for travelers to receive formatted traveler information wherever they are. Capabilities include traveler information, trip planning, and route guidance. Frequently a smart phone, the Personal Information Device provides travelers with the capability to receive route planning and other personally focused transportation services from the infrastructure in the field, at home, at work, or while en-route. Personal Information Devices may operate independently or may be linked with vehicle on-board equipment. This subsystem also supports safety related services with the capability to broadcast safety messages and initiate a distress signal or request for help. |
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. |
Transit Vehicle Operator | Vehicle | The 'Transit Vehicle Operator' represents the person that receives and provides additional information that is specific to operating the ITS functions in all types of transit vehicles. The information received by the operator would include status of on-board systems. Additional information received depends upon the type of transit vehicle. In the case of fixed route transit vehicles, the Transit Vehicle Operator would receive operator instructions that might include actions to take to correct schedule deviations. In the case of flexible fixed routes and demand response routes the information would also include dynamic routing or passenger pickup information. |
Traveler Support Equipment | Field | 'Traveler Support Equipment' provides access to traveler information at transit stations, transit stops, other fixed sites along travel routes (e.g., rest stops, merchant locations), and major trip generation locations such as special event centers, hotels, office complexes, amusement parks, and theaters. Traveler information access points include kiosks and informational displays supporting varied levels of interaction and information access. At transit stops this might be simple displays providing schedule information and imminent arrival signals. This may be extended to include multi-modal information including traffic conditions and transit schedules to support mode and route selection at major trip generation sites. Personalized route planning and route guidance information can also be provided based on criteria supplied by the traveler. It also supports service enrollment and electronic payment of transit fares. In addition to the traveler information provision, it also enhances security in public areas by supporting traveler activated silent alarms. |
Includes Functional Objects:
Functional Object | Description | Physical Object |
---|---|---|
Personal Trip Planning and Route Guidance | 'Personal Trip Planning and Route Guidance' provides a personalized trip plan to the traveler. The trip plan is calculated based on preferences and constraints supplied by the traveler and provided to the traveler for confirmation. Coordination may continue during the trip so that the route plan can be modified to account for new information. Many equipment configurations are possible including systems that provide a basic trip plan to the traveler as well as more sophisticated systems that can provide transition by transition guidance to the traveler along a multi-modal route with transfers. Devices represented by this functional object include desktop computers at home, work, or at major trip generation sites, plus personal devices such as tablets and smart phones. | Personal Information Device |
Transit Center Connection Protection | 'Transit Center Connection Protection' manages the coordination of transit transfers between routes within a single transit agency, between routes of different transit agencies, or between different modes (e.g. a bus transit route and a ferry route). This functional object also supports the capability for an individual traveler to obtain connection protection throughout a specific transit trip. This application may be implemented through peer-to-peer sharing between agencies control systems or as a central transit transfer request brokerage that facilitates the management and coordination of transfers across multiple agencies and control systems. | Transit 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 Center Passenger Counting | 'Transit Center Passenger Counting' receives and processes transit vehicle loading data using two-way communications from equipped transit vehicles. | Transit Management Center |
Transit Stop Information Services | 'Transit Stop Information Services' furnishes transit users with real-time travel-related information at transit stops, multi-modal transfer points, and other public transportation areas. It provides transit users with information on transit routes, schedules, transfer options, available services, fares, and real-time schedule adherence. In addition to tailored information for individual transit users, it supports general annunciation and/or display of imminent arrival information and other information of general interest to transit users. | Traveler Support Equipment |
Transit Vehicle On-Board Connection Protection | 'Transit Vehicle On-Board Connection Protection' monitors vehicle schedule performance and provides it to the transit center for connection protection processing. It receives operator instructions relating to managing connection protection and recognizes individual travelers who have arranged for connection protection and provides connection protection information to the transit center. | Transit Vehicle OBE |
Transit Vehicle Passenger Counting | 'Transit Vehicle Passenger Counting' collects transit vehicle loading data and makes it available to the center. | Transit Vehicle OBE |
Includes Information Flows:
Information Flow | Description |
---|---|
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. |
connection protection instructions | A request to hold at a specific stop for a specified time period to protect connections. This flow would also include subsequent adjustments to, or cancellation of, a hold request. |
host transit vehicle status | Information provided to the ITS on-board equipment from other systems on the Transit Vehicle Platform. |
road network conditions | Current and forecasted traffic information, road and weather conditions, and other road network status. Either raw data, processed data, or some combination of both may be provided by this flow. Information on diversions and alternate routes, closures, and special traffic restrictions (lane/shoulder use, weight restrictions, width restrictions, HOV requirements) in effect is included. |
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. |
transfer request | A traveler request for a transfer between transit routes, services, or modes. The request may also include preferences such as a need for extra connection time or connection protection in the event of a delay. |
transfer status | Information indicating whether a requested transfer can be confirmed including specific information about the connection including fare payment information. Real-time updates are provided if the transfer status changes up to and including a reminder just prior to the transfer. In the event that a requested transfer is not feasible, alternatives including other transit, rideshare, and taxi options are provided. |
transit alternate mode information | Transit schedule information provided for coordination at transit interchange points with alternate modes. |
transit information user request | Request for special transit routing, real-time schedule information, and availability information. |
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 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 traveler information | Transit information prepared to support transit users and other travelers. It contains transit schedules, real-time arrival information, fare schedules, alerts and advisories, and general transit service information. |
transit traveler request | Request by a Transit traveler to summon assistance, request transit information, or request any other transit services. |
transit user information | Information about individual transit users boarding a transit vehicle, used to track a user's progress on a scheduled transit trip. |
transit vehicle loading data | Data collected on board the transit vehicle relating to passenger boarding and alighting. |
transit vehicle operator display | Visual, audible, and tactile outputs to the transit vehicle operator including vehicle surveillance information, alarm information, vehicle system status, information from the operations center, and information indicating the status of all other on-board ITS services. |
transit vehicle operator information | Transit service instructions, wide area alerts, traffic information, road conditions, and other information for both transit and paratransit operators. |
transit vehicle operator input | Transit vehicle operator inputs to on-board ITS equipment, including tactile and verbal inputs. Includes authentication information, on-board system control, emergency requests, and fare transaction data. |
transit vehicle schedule performance | Estimated times of arrival and anticipated schedule deviations reported by a transit vehicle. |
trip confirmation | Acknowledgement by the driver/traveler of acceptance of a trip plan with associated personal and payment information required to confirm reservations. Conversely, this flow may also reject the proposed trip plan. Confirmations include the selected route and subsequent trip confirmation messages will be issued for route changes. |
trip plan | A travel itinerary covering single or multimodal travel. The itinerary identifies a route and associated traveler information and instructions identifying recommended trip modes (including indoor and outdoor wayfinding) and transfer information, ride sharing options, and transit and parking reservation information. This flow also includes intermediate information that is provided as the trip plan is interactively created, including identification of alternatives, requests for additional information as well as amenities along the trip. |
Goals and Objectives
Associated Planning Factors and Goals
Planning Factor | Goal |
---|---|
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 |
J. Enhance travel and tourism. | Support travel and tourism |
Associated Objective Categories 
Objective Category |
---|
Integration: Connectivity |
System Efficiency: Trip Connectivity |
Associated Objectives and Performance Measures 
Objective | Performance Measure |
---|---|
Reduce door-to-door trip time by X percent by year Y. | Average door-to-door trip time. |

Needs and Requirements
Need | Functional Object | Requirement | ||
---|---|---|---|---|
01 | Transit Operations needs to be able to determine when connections between transit routes are in jeopardy due to late arrival of one transfer vehicle in order to develop corrective actions to prevent missed connections. | Transit Center Connection Protection | 03 | The center shall coordinate with Other Transit Management systems or Multimodal Transportation Service Providers in order to provide a complete multimodal trip plan. |
05 | The center shall track transit vehicles and identify when connections between transit routes are in jeopardy due to the late arrival of a transit vehicle at a transfer stop or station. | |||
Transit Vehicle On-Board Connection Protection | 01 | The transit vehicle shall monitor vehicle schedule performance and provide it to the transit center for connection protection processing. | ||
02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. | Personal Trip Planning and Route Guidance | 07 | The personal traveler interface shall allow a traveler to request connection protection be provided as part of the traveler's trip request. |
Transit Center Connection Protection | 06 | The center shall send schedule adjustments to a transit vehicle in order to protect a connection made with other transit vehicles. | ||
Transit Center Passenger Counting | 01 | The center shall collect passenger count information from each transit vehicle. | ||
02 | The center shall calculate transit ridership data by route, route segment, transit stop, time of day, and day of week based on the collected passenger count information. | |||
03 | The center shall make the compiled ridership data available to the system operator. | |||
Transit Vehicle On-Board Connection Protection | 02 | The transit vehicle shall receive operator instructions from the transit center relating to managing connection protection. | ||
Transit Vehicle Passenger Counting | 01 | The transit vehicle shall count passengers boarding and alighting. | ||
02 | The passenger counts shall be related to location to support association of passenger counts with routes, route segments, or transit stations/stops. | |||
03 | The passenger counts shall be timestamped so that ridership can be measured by time of day and day of week. | |||
04 | The transit vehicle shall send the collected passenger count information to the transit center. | |||
03 | Transit Travelers need to be able to provide a trip plan to Transit Operations and request they be provided with connection protection for the trip. | Transit Center Connection Protection | 01 | The center shall manage service requests for routing of an individual through the transit system. |
Transit Stop Information Services | 06 | The public interface for travelers shall allow a traveler to provide a trip request and ask for connection protection for the trip. | ||
Transit Vehicle On-Board Connection Protection | 03 | The transit vehicle shall recognizes individual travelers who have arranged for connection protection and provide information regarding them to the transit center. | ||
04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. | Transit Center Connection Protection | 02 | The center shall provide transit plans for both fixed and demand responsive transit to transit passengers. |
04 | The center shall track the passenger through the transit network, and coordinate with Other TRM and Multimodal Transportation Service Providers so that the passenger makes efficient connections between the transit system and other transit systems or other modes of transportation. | |||
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. | |||
05 | The center shall coordinate schedules and services with other surface or air transportation modes. | |||
06 | The center shall provide transit operations personnel with the capability to control and monitor transit service coordination activities. | |||
05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. | Transit Center Connection Protection | 08 | The center shall send schedule adjustments to a transit vehicle in order to protect a connection to be made by a specific traveler. |
Transit Center Passenger Counting | 01 | The center shall collect passenger count information from each transit vehicle. | ||
02 | The center shall calculate transit ridership data by route, route segment, transit stop, time of day, and day of week based on the collected passenger count information. | |||
03 | The center shall make the compiled ridership data available to the system operator. | |||
Transit Vehicle On-Board Connection Protection | 02 | The transit vehicle shall receive operator instructions from the transit center relating to managing connection protection. | ||
Transit Vehicle Passenger Counting | 01 | The transit vehicle shall count passengers boarding and alighting. | ||
02 | The passenger counts shall be related to location to support association of passenger counts with routes, route segments, or transit stations/stops. | |||
03 | The passenger counts shall be timestamped so that ridership can be measured by time of day and day of week. | |||
04 | The transit vehicle shall send the collected passenger count information to the transit center. | |||
06 | Transit Operations needs to be able to provide a traveler with updates regarding their transit trip, including connection protection actions taken by Transit Operations. | Personal Trip Planning and Route Guidance | 08 | The personal traveler interface shall provide to the traveler with updates regarding their transit trip in order to provide connection protection. |
Transit Center Connection Protection | 07 | The center shall provide a traveler with updates regarding their transit trip, including connection protection actions taken by the center. |
Related Sources
Document Name | Version | Publication Date |
---|---|---|
Report on Functional Requirements and Software Architecture for the IDTO Prototype Phase I Demonstration Site (Columbus) | Final | 8/30/2013 |
ITS User Services Document | 1/1/2005 | |
ConOps for Transit Connected Vehicle | Draft | 3/31/2012 |
FHWA-JPO-21-860 - Phase 1 Concept of Operations (ConOps) � Buffalo NY ITS4US Deployment Project | Final | 7/14/2021 |
Integrated Dynamic Transit Operations (IDTO) ConOps | Draft v3.0 | 5/11/2012 |
Report on Functional and Performance Requirements and High-Level Data and Communication Needs for Integrated Dynamic Transit Operations (IDTO) | Final | 8/13/2012 |
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 |
Basic Transit Vehicle | ||||
Other Transit Management Centers | Moderate | Moderate | Moderate | Class 2 |
Personal Information Device | Moderate | Moderate | Moderate | Class 2 |
Traffic Management Center | Low | Moderate | Moderate | Class 1 |
Transit Management Center | Moderate | Moderate | Moderate | Class 2 |
Transit Vehicle OBE | Moderate | Moderate | Moderate | Class 2 |
Traveler Support Equipment | Moderate | Moderate | Moderate | Class 2 |
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 | 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 | |||
Basic Transit Vehicle | Transit Vehicle OBE | host transit vehicle status | Moderate | Moderate | Moderate |
This can include some sensitive data. However, other data, such as vehicle location and motion will then be broadcast. There also may be proprietary information included in this. DISC THEA believes this to be LOW: "sensor data is not confidential; harm should not come from seeing status." | This is used later on to determine whether a vehicle should request priority at an intersection. If this information is incorrect the vehicle may make false requests. All other flows that use the data from this flow have a MODERATE integrity requirement, therefore, this must also have a MODERATE integrity requirement. DISC: THEA believes this should be HIGH: "sensor data needs to be accurate and should not be tampered with." | This information would need to be available immediately for the application to work.DISC: THEA believes this should be HIGH: "sensor data must be consistently available to feed BSMs broadcast at 10Hz, notifications, etc.." | |||
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. | |||
Personal Information Device | Transit Management Center | transfer request | Moderate | Moderate | Moderate |
Contains a personalized request by an individual traveler, so should not be readable by anyone except the intended recipient. | If corrupted this would result in failed connection protection. If modified intentionally would cause either failed protection or unnecessary protection. In any case these affect the efficacy and efficiency of the transit system, but the scope of the effects are limited, thus MODERATE and not HIGH. | If unavailable that transit connection protection will not function. Given the scope of the application, this affects only those riders requiring protection, which should be limited scope, thus MODERATE and not HIGH. | |||
Personal Information Device | Transit Management Center | transit information user request | Moderate | Moderate | Moderate |
Contains a personalized request by an individual traveler, so should not be readable by anyone except the intended recipient. | If corrupted this would result in failed connection protection. If modified intentionally would cause either failed protection or unnecessary protection. In any case these affect the efficacy and efficiency of the transit system, but the scope of the effects are limited, thus MODERATE and not HIGH. | If unavailable that transit connection protection will not function. Given the scope of the application, this affects only those riders requiring protection, which should be limited scope, thus MODERATE and not HIGH. | |||
Personal Information Device | Transit Management Center | trip confirmation | Moderate | Moderate | Moderate |
This is predictive of traveler location and intent. A third party with hostile intent toward the traveler could use this information against the traveler. | If this data is corrupted, the transit management center may not understand the traveler's intent and not properly serve the traveler. | This acknowledgement is part of the real-time feedback for on-demand travel services. If this doesn't work, the on-demand service doesn't work. | |||
Personal Information Device | Transit Vehicle OBE | transfer request | Moderate | Moderate | Moderate |
Contains a personalized request by an individual traveler, so should not be readable by anyone except the intended recipient. | If corrupted this would result in failed connection protection. If modified intentionally would cause either failed protection or unnecessary protection. In any case these affect the efficacy and efficiency of the transit system, but the scope of the effects are limited, thus MODERATE and not HIGH. | If unavailable that transit connection protection will not function. Given the scope of the application, this affects only those riders requiring protection, which should be limited scope, thus MODERATE and not HIGH. | |||
Personal Information Device | Transit Vehicle OBE | transit user information | Moderate | Moderate | Moderate |
May contain the PII of the originator, which should be readable only by the intended recepient lest the originator's privacy be violated. If the implementation does not provide traveler identity, this may be reduced to LOW. | If this is compromised or corrupted, the user's needs may not be properly communicated or met. If this is forged, the transit provider may provide unnecessary services. | If this is not available, the user may not receive transit services offered, and as with other transit services may ceases using the system. While the immediate impact is LOW, long term impact is MODERATE due to user confidence issues. | |||
Traffic Management Center | Transit Management Center | road network conditions | Low | Moderate | Moderate |
No harm should come from seeing this data, as it is eventually intended for public consumption. | While accuracy of this data is important for decision making purposes, applications should be able to corroborate the data in many instances. Thus MODERATE generally. | Depends on the application; if mobility decisions that affect large numbers of travelers are made based on this data, then it is MODERATE. In more modest circumstances, it may be LOW. | |||
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 | 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 | Personal Information Device | transfer status | Moderate | Moderate | Moderate |
Contains a personalized reponse to an individual traveler, so should not be readable by anyone except that traveler. | If incorrect, the traveler may believe they have to make other plans, which is a significant inconvenience to them, but affects a limited scope so MODERATE not HIGH. | If unavailable, the traveler may make other plans, which is a significant inconvenience to them, but affects a limited scope so MODERATE not HIGH. | |||
Transit Management Center | Personal Information Device | trip plan | Moderate | Moderate | Moderate |
Contains information dedicated to a particular user, so should be obfuscated to prevent determination of PII. May also incude payment information. | The trip plan will affect the user's interaction with the transit system, and notably can include payment information. If any of this is incorrect, the traveler will be adversely affected. If this is hacked, a traveler may be able to use the system for free. | If this is not available, the traveler's trip may be adversely affected, potentially cancelled. If availability is inconsistent, travelers are unlikely to rely on this service. | |||
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 | connection protection instructions | Moderate | Moderate | Moderate |
Contains connection protection instructions for the transit vehicle. While the results of these may be observable in real time, there is no legitimate reason why an unconnected observer should know the transit vehicle's short term future behavior. | If incorrect or unavailable, the transit vehicle may fail to honor a protection request from one or more potential riders. These travelers may then have to make other arrangements, which is a significant negative impact, but only to those small number of riders needing such connection protection. Thus MODERATE and not HIGH. | If incorrect or unavailable, the transit vehicle may fail to honor a protection request from one or more potential riders. These travelers may then have to make other arrangements, which is a significant negative impact, but only to those small number of riders needing such connection protection. Thus MODERATE and not HIGH. | |||
Transit Management Center | Transit Vehicle OBE | transfer status | Moderate | Moderate | Moderate |
Contains connection protection instructions for the transit vehicle. While the results of these may be observable in real time, there is no legitimate reason why an unconnected observer should know the transit vehicle's short term future behavior. | If incorrect or unavailable, the transit vehicle may fail to honor a protection request from one or more potential riders. These travelers may then have to make other arrangements, which is a significant negative impact, but only to those small number of riders needing such connection protection. Thus MODERATE and not HIGH. | If incorrect or unavailable, the transit vehicle may fail to honor a protection request from one or more potential riders. These travelers may then have to make other arrangements, which is a significant negative impact, but only to those small number of riders needing such connection protection. Thus MODERATE and not HIGH. | |||
Transit Management Center | Transit Vehicle OBE | transit traveler information | Low | Moderate | Moderate |
This information is not sensitive. It is generally made public, to support transit system functionality. | Accuracy of this data is important for decision making purposes. Corruption of this data could lead to revenue loss and confusion. | Does not happen often, but when this information is needed its use is imminent. Consequently the flow needs to be reliable for those limited times. | |||
Transit Management Center | Transit Vehicle OBE | transit vehicle operator information | Low | Moderate | Moderate |
While specifically relevant for transit operations, does not contain any information that would not be disseminated to other channels including the public. | The transit vehicle operator will rely on this information to make decisions. Unavailable, Inaccurate or corrupted data will lead to difficulties maintaining vehicle performance (schedule adherence, etc.) | The transit vehicle operator will rely on this information to make decisions. Unavailable, Inaccurate or corrupted data will lead to difficulties maintaining vehicle performance (schedule adherence, etc.) | |||
Transit Management Center | Traveler Support Equipment | transit traveler information | Low | Moderate | Moderate |
This information is not sensitive. It is generally made public, to support transit system functionality. | Accuracy of this data is important for decision making purposes. Corruption of this data could lead to revenue loss and confusion. | Does not happen often, but when this information is needed its use is imminent. Consequently the flow needs to be reliable for those limited times. | |||
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 | Personal Information Device | transfer status | Moderate | Moderate | Moderate |
Contains a personalized reponse to an individual traveler, so should not be readable by anyone except that traveler. | If incorrect, the traveler may believe they have to make other plans, which is a significant inconvenience to them, but affects a limited scope so MODERATE not HIGH. | If unavailable, the traveler may make other plans, which is a significant inconvenience to them, but affects a limited scope so MODERATE not HIGH. | |||
Transit Vehicle OBE | Transit Management Center | transfer request | Moderate | Moderate | Moderate |
Contains a personalized request by an individual traveler, so should not be readable by anyone except the intended recipient. | If corrupted this would result in failed connection protection. If modified intentionally would cause either failed protection or unnecessary protection. In any case these affect the efficacy and efficiency of the transit system, but the scope of the effects are limited, thus MODERATE and not HIGH. | If unavailable that transit connection protection will not function. Given the scope of the application, this affects only those riders requiring protection, which should be limited scope, thus MODERATE and not HIGH. | |||
Transit Vehicle OBE | Transit Management Center | transit traveler request | Moderate | Moderate | Moderate |
May contain the PII of the originator, which should be readable only by the intended recepient lest the originator's privacy be violated. If the implementation does not provide traveler identity, this may be reduced to LOW. | If this is compromised or corrupted, the user's needs may not be properly communicated or met. If this is forged, the transit provider may provide unnecessary services. | If this is not available, the user may not receive transit services offered, and as with other transit services may ceases using the system. While the immediate impact is LOW, long term impact is MODERATE due to user confidence issues. | |||
Transit Vehicle OBE | Transit Management Center | transit user information | Moderate | Moderate | Moderate |
May contain the PII of the originator, which should be readable only by the intended recepient lest the originator's privacy be violated. If the implementation does not provide traveler identity, this may be reduced to LOW. | If this is compromised or corrupted, the user's needs may not be properly communicated or met. If this is forged, the transit provider may provide unnecessary services. | If this is not available, the user may not receive transit services offered, and as with other transit services may ceases using the system. While the immediate impact is LOW, long term impact is MODERATE due to user confidence issues. | |||
Transit Vehicle OBE | Transit Management Center | transit vehicle loading data | Moderate | Moderate | Moderate |
While internal, contains identification, passenger load and routing data that if observed could be used by an attacker to identify targets. | Applications relying on this data will not function properly if the data is incorrect, so it must be protected commensurate to the value of the application. | Applications relying on this data will not function properly if the data is incorrect, so it must be protected commensurate to the value of the application. Loading data is dynamic, so probably needs to be updated frequently. | |||
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. | |||
Transit Vehicle OBE | Transit Vehicle Operator | transit vehicle operator display | Low | Moderate | Low |
This should not include any sensitive information. It would be possible for a person standing behind the driver to observe the information transmitted. | Some minimal guarantee of data integrity is necessary for all C-ITS flows. This entire application should not directly affect the drivers driving habits. The operator should still be slowing and stopping at yellow or red lights, along with observing all other driving regulations. DISC: Original V2I analysis classified this as LOW. | Even if the operator is not made aware of the signal preemption, the system should still operate correctly. The operator should be using the traffic lights to influence their decision about whether or not to stop, not the display. | |||
Transit Vehicle Operator | Transit Vehicle OBE | transit vehicle operator input | Low | Moderate | Low |
This information is transmitted through systems on board the Transit Vehicle. Even if the vehicle were compromised and these communications monitored, most of this information is directly observable. | Some minimal guarantee of data integrity is necessary for all C-ITS flows. If this is compromised, it could result in an incorrect signal priority request, which has minimal impact. DISC: Original V2I analysis classified this as LOW. | A delay in reporting this may result in a signal priority request not going through, which has minimal impact. | |||
Traveler Support Equipment | Transit Management Center | transit information user request | Moderate | Moderate | Moderate |
Contains a personalized request by an individual traveler, so should not be readable by anyone except the intended recipient. | If corrupted this would result in failed connection protection. If modified intentionally would cause either failed protection or unnecessary protection. In any case these affect the efficacy and efficiency of the transit system, but the scope of the effects are limited, thus MODERATE and not HIGH. | If unavailable that transit connection protection will not function. Given the scope of the application, this affects only those riders requiring protection, which should be limited scope, thus MODERATE and not HIGH. |
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 manage service requests for routing of an individual through the transit system. | 03 | Transit Travelers need to be able to provide a trip plan to Transit Operations and request they be provided with connection protection for the trip. |
002 | The system shall provide transit plans for both fixed and demand responsive transit to transit passengers. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
003 | The system shall coordinate with Other Transit Management systems or Multimodal Transportation Service Providers in order to provide a complete multimodal trip plan. | 01 | Transit Operations needs to be able to determine when connections between transit routes are in jeopardy due to late arrival of one transfer vehicle in order to develop corrective actions to prevent missed connections. |
004 | The system shall track the passenger through the transit network, and coordinate with Other TRM and Multimodal Transportation Service Providers so that the passenger makes efficient connections between the transit system and other transit systems or other modes of transportation. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
005 | The system shall track transit vehicles and identify when connections between transit routes are in jeopardy due to the late arrival of a transit vehicle at a transfer stop or station. | 01 | Transit Operations needs to be able to determine when connections between transit routes are in jeopardy due to late arrival of one transfer vehicle in order to develop corrective actions to prevent missed connections. |
006 | The system shall send schedule adjustments to a transit vehicle in order to protect a connection made with other transit vehicles. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
007 | The system shall provide a traveler with updates regarding their transit trip, including connection protection actions taken by the center. | 06 | Transit Operations needs to be able to provide a traveler with updates regarding their transit trip, including connection protection actions taken by Transit Operations. |
008 | The system shall send schedule adjustments to a transit vehicle in order to protect a connection to be made by a specific traveler. | 05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. |
009 | 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. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
010 | The system shall coordinate schedules and services with other transit centers. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
011 | The system shall coordinate schedules and services with other surface or air transportation modes. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
012 | The system shall provide transit operations personnel with the capability to control and monitor transit service coordination activities. | 04 | Transit Operations needs to be able to track a specific traveler's trip through the system and provide connection protection actions to give the traveler the best chance of making their trip connections. |
013 | The system shall collect passenger count information from each transit vehicle. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. | ||
014 | The system shall calculate transit ridership data by route, route segment, transit stop, time of day, and day of week based on the collected passenger count information. | 05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. |
02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. | ||
015 | The system shall make the compiled ridership data available to the system operator. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. | ||
016 | The system shall allow a traveler to provide a trip request and ask for connection protection for the trip. | 03 | Transit Travelers need to be able to provide a trip plan to Transit Operations and request they be provided with connection protection for the trip. |
017 | The system shall allow a traveler to request connection protection be provided as part of the traveler's trip request. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
018 | The system shall provide to the traveler with updates regarding their transit trip in order to provide connection protection. | 06 | Transit Operations needs to be able to provide a traveler with updates regarding their transit trip, including connection protection actions taken by Transit Operations. |
019 | The system shall monitor vehicle schedule performance and provide it to the transit center for connection protection processing. | 01 | Transit Operations needs to be able to determine when connections between transit routes are in jeopardy due to late arrival of one transfer vehicle in order to develop corrective actions to prevent missed connections. |
020 | The system shall receive operator instructions from the transit center relating to managing connection protection. | 05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. |
02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. | ||
021 | The system shall recognizes individual travelers who have arranged for connection protection and provide information regarding them to the transit center. | 03 | Transit Travelers need to be able to provide a trip plan to Transit Operations and request they be provided with connection protection for the trip. |
022 | The system shall count passengers boarding and alighting. | 05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. |
02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. | ||
023 | The system shall be related to location to support association of passenger counts with routes, route segments, or transit stops. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. | ||
024 | The system shall be timestamped so that ridership can be measured by time of day and day of week. | 02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |
05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. | ||
025 | The system shall send the collected passenger count information to the transit center. | 05 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to provide connection protection for a traveler's trip. |
02 | Transit Operations needs to be able to adjust the real time schedule of a transit vehicle in order to protect the connections made from other transit vehicles to the subject vehicle at a station or stop. |