Regional Architecture Logo
 

Send Your Comments

E-Mail

ISP Emergency Traveler Information Equipment Package

Architecture Geographic Scope

Description:

Collection and distribution of emergency information to the traveler public, including evacuation information and wide-area alerts.

 

Included in:

City of Victoria Public Information Office
County EOC Public Information Office
Municipal Public Information Office
TxDOT Yoakum District Public Information Office

Functional Requirements:

1The center shall collect and provide to the traveler interface systems emergency evacuation information, including evacuation zones, shelter information, available transportation modes, road closures and detours, changes to transit services, and traffic and road conditions at the origin, destination, and along the evacuation routes.
2The center shall provide evacuation information to shelter providers.
3The center shall collect and provide wide-area alert information to the traveler interface system with region-specific data, including major emergencies such as a natural or man-made disaster, civil emergency, child abductions, severe weather watches and warnings, military activities, and law enforcement warnings.
4The center shall provide the capability for a system operator to control the type and update frequency of emergency and wide-area alert information distributed to travelers.
  

User Service Requirements (fully or partially addressed):

1.0TRAVEL AND TRAFFIC MANAGEMENT
1.1PRE-TRIP TRAVEL INFORMATION
1.1.0ITS shall include a Pre-Trip Travel Information (PTTI) capability to assist travelers in making mode choices, travel time estimates, and route decisions prior to trip departure. It consists of four major functions, which are, (1) Available Services Information, (2) Current Situation Information, (3) Trip Planning Service, and (4) User Access. Information is integrated from various transportation modes and presented to the user for decision making.
1.1.1PTTI shall provide travelers with Available Services Information on travel, for their use.
1.1.1.1PTTI shall provide users with available services information that is timely.
1.1.1.1.1PTTI shall provide users the latest available information on transit routes.
1.1.1.1.2PTTI shall provide users the latest available information on transit schedules.
1.1.1.1.3PTTI shall provide users with the latest available schedule adherence information.
1.1.1.1.4PTTI shall provide users the latest available information on transit transfer options.
1.1.1.1.5PTTI shall provide users the latest available information on transit fares.
1.1.1.1.6PTTI shall provide users information on accessing ridematching services.
1.1.2PTTI shall provide the capability for users to access the Current Situation Information on transportation systems.
1.1.2.1PTTI shall provide the latest available information on the current status of transportation services.
1.1.2.1.1Real-time information provided by PTTI shall include the current condition of any incidents, including rural incidents such as high winds, extreme temperature, and falling rocks.
1.1.2.1.2Real-time information provided by PTTI shall include the current status of any accidents or incidents.
1.1.2.1.3Real-time information provided by PTTI shall include the current condition of any road construction.
1.1.2.1.4Real-time information provided by PTTI shall include any currently recommended alternate routes.
1.1.2.1.5Real-time information provided by PTTI shall include the current speeds on specific routes.
1.1.2.1.6Real-time information provided by PTTI shall include current parking conditions in key areas.
1.1.2.1.7Real-time information provided by PTTI shall include the schedules for any current or soon to start events.
1.1.2.1.8Real-time information provided by PTTI shall include the current weather situation.
1.1.3PTTI shall include a Trip Planning Service.
1.1.3.1PTTI trip planning service shall provide the users with information needed for planning an upcoming trip.
1.1.3.1.1Based on user specified parameters PTTI shall provide users with a calculated itinerary.
1.1.3.1.2Based on user specified parameters PTTI shall provide users with transportation mode choices.
1.1.3.1.3Based on user specified parameters PTTI shall provide users with real-time travel conditions for time of inquiry and estimated conditions for estimated time of travel.
1.1.3.1.4Based on user specified parameters PTTI shall provide users with one or more alternate itineraries in addition to the primary calculated itinerary.
1.1.3.2PTTI shall provide the capability for users to specify transportation parameters that are unique to their individual needs.
1.1.3.3In addition to the user specified parameters PTTI shall use additional factors when planning trips.
1.1.3.3.1PTTI shall consider current travel conditions when calculating a trip itinerary.
1.1.3.3.2PTTI shall consider predicted travel conditions when calculating a trip itinerary.
1.1.4PTTI shall provide the capability for User Access.
1.1.4.1PTTI shall provide the capability for users to access the system from multiple distributed locations.
1.1.4.1.1PTTI shall provide the capability for users to access the system from their homes.
1.1.4.1.2PTTI shall provide the capability for users to access the system from their place of work.
1.1.4.1.3PTTI shall provide the capability for users to access the system from major trip generation sites.
1.1.4.1.4PTTI shall provide the capability for users to access the system from personal portable devices.
1.3ROUTE GUIDANCE
1.3.0ITS shall include a Route Guidance (RG) function. Route Guidance will provide travelers with directions to selected destinations. Four functions are provided, which are, (1) Provide Directions, (2) Static Mode, (3) Real-Time Mode, and (4) User Interface.
1.3.1RG shall include the capability to Provide Directions to travelers.
1.3.1.2The Provide Directions function shall issue directions to travelers based on information about current conditions of transportation systems.
1.3.1.2.1Current transportation system conditions upon which directions to travelers is based shall include, but not be limited to, the following:
1.3.1.2.1(d)Events taking place that influence travel routes.
1.3.1.2.1(d).1Street closures.
1.3.1.2.1(d).2Pedestrian events.
1.3.1.2.1(d).3No pedestrian zones.
1.4.0ITS shall include a Ride Matching and Reservation (RMR) function. Ride Matching and Reservation will provide travel users with information on rideshare providers. Three major functions are provided, which are, (1) Rider Request, (2) Transportation Provider Services, and (3) Information Processing. This will also include a billing service to the providers.
1.4.1RMR shall include a Rider Request capability.
1.4.1.3Rider Request shall provide the traveler with the available ridesharing options, based on the traveler's request and specified itinerary.
1.4.3RMR shall include an Information Processing function.
1.4.3.1Information Processing shall quickly match preferences and demands of requesting travelers with the services available from providers.
1.4.3.3Information Processing shall link together the services available from all travel modes including, but not limited to, the following:
1.4.3.3(a)Bus.
1.4.3.3(b)Rail.
1.4.3.3(c)Vanpools.
1.4.3.3(d)Express bus.
1.4.3.3(e)Commercial providers.
1.4.3.3(f)Specialized service.
1.5TRAVELER SERVICES INFORMATION
1.5.0ITS shall include a Traveler Services Information (TSI) function. Traveler Services Information provides travelers with service and facility data for the purpose of assisting prior to embarking on a trip or after the traveler is underway. The functions which are included in this capability are Information Receipt and Information Access. This will provide the traveler with a "yellow pages" type of capability.
1.5.1TSI shall include an Information Receipt function for the collection of information to be provided to travelers.
1.5.1.1Information Receipt shall provide and maintain a database of local area services available to travelers.
1.5.1.2Information Receipt provides the capability to acquire current information relating to traveler services available in the local area.
1.5.1.3Information Receipt shall be capable of being integrated with Pre-Trip Planning information.
1.5.2TSI shall include an Information Access function that allows travelers to access the available information.
1.5.2.2Information Access shall provide the capability for travelers and centers to request and receive information about the location of facilities and the quality of specific services provided in an area to include but, not be limited to, the following:
1.5.2.2(d)Hours of operation information.
1.5.2.2(e)Tourist activities information.
1.5.2.2(f)Daily or special events information.
1.5.2.2(g)Local shelter/medical facility availability information including level of service provided.
1.5.2.2(h)Nearest gas station information.
1.5.2.2(i)Local care facility information.
1.6TRAFFIC CONTROL
1.6.0ITS shall include a Traffic Control (TC) function. Traffic Control provides the capability to efficiently manage the movement of traffic on streets and highways. Four functions are provided, which are, (1) Traffic Flow Optimization, (2) Traffic Surveillance, (3) Control, and (4) Provide Information. This will also include control of network signal systems with eventual integration of freeway control.
1.6.3TC shall include a Device Control function.
1.6.3.4Device Control shall communicate control data to the following devices.
1.6.3.4.1Traffic Surveillance shall include a data process function to process the traffic data which are acquired.
1.6.4Device Control shall provide traffic control information to other elements of the ITS, including but not limited to the following:
1.6.4(b)Trip planning.
1.6.4(c)Routing systems.
1.7INCIDENT MANAGEMENT
1.7.0ITS shall include an Incident Management (IM) function. Incident Management will identify incidents, formulate response actions, and support initiation and ongoing coordination of those response actions. Four major functions are provided, which are, (1) Incidents Identification, (2) Response Formulation, (3) Response Implementation, and (4) Predict Hazardous Conditions.
1.7.1Incident Management shall provide an Incident Identification function to identify incidents.
1.7.1.1The Incident Identification function shall include the capability to identify predicted incidents.
1.7.1.1.1The Incident Identification function shall use information from the following types of sources, where available, to identify predicted incidents:
1.7.1.1.1(e)Weather information sources.
1.7.1.1.1(f)Transportation providers.
1.7.1.1.1(g)Sponsors of special events.
1.7.4IM shall provide the capability to Predict Hazardous Conditions, including the time and location of hazardous conditions that may cause an incident.
1.8TRAVEL DEMAND MANAGEMENT
1.8.1TDM shall include a communications function.
1.8.1.2The communications function shall include the capability to send information and rates needed to implement management and control strategies that respond to changing environments, conditions, and policy needs to include, but not limited to, the following locations of action:
1.8.1.2(d)Employment sites.
1.8.1.2(e)Toll facilities.
1.8.1.3TDM shall provide the capability to receive information and rates needed to implement management and control strategies that respond to changing environments, conditions, and policy needs to include, but not limited to, the following locations of action:
1.8.1.3(a)Parking facilities.
1.8.1.3(e)Toll facilities.
1.8.1.3(f)Travel (and traveler) information facilities.
1.8.1.6The communications function shall include the capability for two-way communications with other ITS user services including, but not limited to, the following:
1.8.1.6(a)Pre-Trip Planning.
1.8.2TDM shall include a processing function.
1.8.2.3Strategies developed by the processing function shall include the guidance for the operation of physical systems that:
1.8.2.3(c)Collect fees.
1.8.2.4The processing function shall provide the capability generate guidance for the pricing and control for locations of action that include, but are not limited to, the following:
1.8.2.4(a)Parking facilities.
1.8.2.4(f)Travel information facilities.
2.0PUBLIC TRANSPORTATION MANAGEMENT
2.3.0ITS shall include a Personalized Public Transit (PPT) function.
2.3.1The PPT shall include a Rider Request function.
2.3.1.2Rider Request shall provide the capability for an individual to specify a rider's special equipment or handling requirements.
2.4.0ITS shall include a Public Travel Security (PTS) function to create an environment of safety in public transportation, including bus transit systems and passenger rail systems.
2.4.3PTS shall include a Personal Sensors Items (PSI) function.
2.4.3.1PSI for ridematching shall include the capability for participants to be identified.
2.4.3.2PSI shall provide the capability for riders to use electronic payment to eliminate the need for passengers to carry cash and to reduce cash handling.
5.0EMERGENCY MANAGEMENT
5.1EMERGENCY NOTIFICATION AND PERSONAL SECURITY
5.1.3ENPS shall include a Remote Security and Emergency Monitoring (RSEM) function to create an environment of safety in secure areas.
5.1.3.4RSEM shall include a Monitor Alert Levels (MAL) function.
5.1.3.4.3MAL shall increase system preparedness as the likelihood of an incident increases, including:
5.1.4ENPS shall include a Wide Area Alert (WAA) function to notify the public in emergency situations using ITS driver information and traveler information capabilities.
5.1.4.1WAA shall notify transportation operators and information providers when an emergency situation occurs that requires public notification.
5.1.4.1.1The WAA notification shall identify the originator, the nature of the emergency, the geographic area affected by the emergency, the effective time period, and information and instructions necessary for the public to respond to the alert.
5.1.4.1.2The WAA shall provide necessary information for emergencies including, but not limited to, child abductions, severe weather watches and warnings, military activities, civil emergencies, other natural and human-caused disaster advisories, and law enforcement warnings.
5.1.4.2WAA shall use available dynamic message signs, highway advisory radio, in-vehicle displays, 511 and other telephone information systems, traveler information web sites, transit vehicle information systems, message display boards, and other information systems to provide the WAA information to the public.
5.1.4.2.1WAA shall tailor the information provided for individual driver and traveler information systems, limiting messages to short notifications for human-factors limited devices like dynamic message signs.
5.1.4.3WAA shall keep the WAA initiator apprised of the current status of public notification, including an accounting of the driver and traveler information resources that are being utilized.
5.1.4.4WAA shall notify transportation operators and information providers when public notification is no longer required.
5.1.5ENPS shall include a Protect Sensitive Traveler Information (PSTI) function to inhibit distribution of traveler information that is deemed to be sensitive.
5.1.5.1PSTI shall notify transportation operators and information providers when access to information from ITS surveillance and sensor systems must be restricted.
5.1.5.2The PSTI notification shall identify the geographic area, time, specific devices, and/or other information necessary to determine the traveler information that must be protected.
5.1.5.3PSTI shall restrict access to traveler information for the affected area until access restrictions are removed.
5.1.5.4PSTI shall notify transportation operators and information providers when traveler information access restrictions are removed.
5.3DISASTER RESPONSE AND EVACUATION
5.3.0ITS shall provide a Disaster Response and Evacuation (DRE) function that provides for effective, coordinated management of the surface transportation system during all types of disasters including natural disasters (hurricanes, earthquakes, floods, severe winter storms, tsunamis, etc.), terrorist acts, and other catastrophic events (e.g., nuclear power plant disasters). Two primary subservices are provided: (1) Disaster Response and (2) Evacuation Coordination. The Disaster Response Subservice provides support for planning, transportation management, resource sharing, and information coordination between transportation agencies and principal responding agencies (emergency management, public safety, and other allied agencies) to improve the effectiveness and safety of a disaster response. The Disaster Response Subservice consists of eight major functions: 1) Coordinate Response Plans, 2) Monitor Alert Levels, 3) Detect and Verify Emergency, 4) Assess Infrastructure Status, 5) Coordinate Response, 6) Critical Service Restoration, 7) Manage Area Transportation, and 8) Disaster Traveler Information. The Evacuation Coordination (EC) Subservice efficiently manages an evacuation and provides evacuees with the information they need during evacuation and subsequent reentry to the evacuated area. The Evacuation Coordination (EC) subservice includes four additional major functions: 9) Evacuation Planning Support, 10) Evacuation Traveler Information, 11) Evacuation Transportation Management, and 12) Evacuation Resource Sharing.
5.3.10Evacuation Coordination shall include an Evacuation Traveler Information (ETI) function.
5.3.10.1ETI shall be accessible to users from multiple distributed locations, including, but not limited to:
5.3.10.1(a)homes,
5.3.10.1(b)public buildings,
5.3.10.1(c)evacuation shelters,
5.3.10.1(d)rest areas,
5.3.10.1(e)hotels,
5.3.10.1(f)restaurants,
5.3.10.1(g)airports and other mode terminals, and
5.3.10.1(h)wireless devices (in-vehicle and handheld).
5.3.10.2ETI shall identify mandatory and voluntary evacuation zones and any special evacuation requirements for each zone.
5.3.10.3ETI shall provide a list of alternative evacuation destinations.
5.3.10.4ETI shall provide shelter information including:
5.3.10.4(a)Location
5.3.10.4(b)Time of operation
5.3.10.4(c)Vacancy
5.3.10.4(d)Available facilities including accommodations for people with special needs, such as pets, disabilities and elderly.
5.3.10.5ETI shall provide recommended evacuation and reentry route(s) based on:
5.3.10.5(a)Real-time and forecast traffic and road conditions.
5.3.10.5(b)Traveler-specified route parameters.
5.3.10.6ETI shall provide the recommended evacuation start time for a selected evacuation origin and destination based on:
5.3.10.6(a)The travel time required for the trip.
5.3.10.6(b)The capability of the evacuation network to handle evacuation demand based on current and future network conditions.
5.3.10.6(c)The existing and forecast conditions at the evacuation origin and destination.
5.3.10.7ETI shall identify reentry times for those jurisdictions that have cleared an area for reentry.
5.3.10.8ETI shall provide road and traffic conditions on evacuation routes including:
5.3.10.8(a)Current and forecast speed and travel times
5.3.10.8(b)Incident information
5.3.10.8(c)Current and forecast road, bridge and lane closure information.
5.3.10.8(d)Advisories of hazardous conditions such as flooding, malfunctioning traffic signals, debris and falling objects.
5.3.10.8(e)Current and forecast weather information
5.3.10.9ETI shall provide information for transportation modes including buses, airlines, trains, ferries, and ships Including:
5.3.10.9(a)The availability of transportation mode services.
5.3.10.9(b)Arrival and departure information for available transportation services.
5.3.10.10ETI shall provide general evacuation guidance information to travelers, including guidance/tips for trip preparation, trip duration and trip return.
5.3.10.11ETI shall provide information regarding traveler services available along evacuation routes and at evacuation destinations including:
5.3.10.11(a)Lodging,
5.3.10.11(b)Restaurants,
5.3.10.11(c)Stores,
5.3.10.11(d)Hospitals and medical services
5.3.10.11(e)Rest areas
5.3.10.11(f)Vehicle fueling stations
5.3.10.12ETI shall provide emergency public information including diversion information and information on refuges of last resort and other safe havens if emergency termination of an in-progress evacuation is necessary.
7.0INFORMATION MANAGEMENT
7.1ARCHIVED DATA FUNCTION
7.1.0ITS shall provide an Archived Data Function to control the archiving and distribution of ITS data. The Archived Data User Service provides the Historical Data Archive Repositories and controls the archiving functionality for all ITS data with five major functions: 1) the Operational Data Control function to manage operations data integrity; 2) the Data Import and Verification function to acquire historical data from the Operational Data Control function; 3) the Automatic Data Historical Archive function for permanently archiving the data; 4) the Data Warehouse Distribution function, which integrates the planning, safety, operations, and research communities into ITS and processes data products for these communities; and 5) the ITS Community Interface which provides the ITS common interface to all ITS users for data products specification and retrieval. ADUS helps achieve the ITS information goal of unambiguous interchange and reuse of data and information throughout all functional areas.
7.1.3The Archived Data Function shall include a Data Import and Verification (DIV) function to acquire historical data from the Operational Data Control function.
7.1.3.1DIV shall be capable of importing selected ITS Operational data from the ITS Operational Repositories.
7.1.3.1.8DIV shall be capable of importing ITS Vehicle and Traveler data to include:
7.1.3.1.8(e)Parking and roadway pricing change data.
7.1.3.1.8(g)Service requests
  
The detailed process and user service requirement traceability information on this page was extracted from the National ITS Architecture. Consult the National ITS Architecture web site for more information.

Last updated on 05-27-2005 using Ronald C. Ice and Associates Web Spinner Technology.