1. The Regional Transportation District
Patrick McMahon Application Development Manager
Volumes processed and what do you use these products for (samples given below):
½ Billion real-time Vehicle Locations Processed
1 Billion predictions based on real-time data generated
2.5 Million API calls a month
Main Integration products in use:
API Platform Cloud Service
SOA Suite
ESS – Enterprise Scheduler Service
Integration Cloud Service (ICS)- Future?
Biggest integration challenges, now and future
Challenges before APIP:
Design and Testing of API’s and integrations was not centralized
No Self Service and publishing of API’s for our Developer Community
Security and monitoring of API calls was not possible
Dependent on SOA on premise for Cloud to Cloud integrations
Support and Management of SOA on premise
Challenges with APIP:
Ease of implementation and use (was not easy)
Multi-Tenant vs Single-Tenant (currently on Single Tenant)
With a Single Tenant Architecture there is a lot of care and feeding required
We would prefer a Multi-Tenant environment that is a managed service
Ie. Backups, change management, DB management, identity management
Main apps/SaaS being integrated:
Bus and Train Realtime data Feeds (coming thru SOA)
Realtime data publishing to RTD customers (API, GTFS)
Planning Central Cloud Service (Future)
Inventory Planning Forecasting
SalesForce (Future)
Planning Budgeting CS
Procurement Cloud
Product list:
Integration Cloud Service (ICS)
Process Cloud Service (PCS)
SOA CS/API Manager CS, including B2B and Integration Analytics
Managed File Transfer (MFT) CS
Cloud adapters: please list
SOA Suite (incl. Service Bus and BAM)
SOA Suite Continuous Availability Option
BPM Suite
Enterprise Scheduler Service (ESS)
Real-Time Integration Business Insight
Oracle Stream Analytics, Stream Explorer, or Oracle Event Processing (OEP)
Managed File Transfer (MFT) on prem
B2B
Healthcare
API Manager
API Catalog
API Gateway
Enterprise Repository

2. The Regional Transportation District
Patrick McMahon - Application Development Manager
Speaker Biography:
Results-oriented technology leader with outstanding success at implementing complex IT solutions, managing multiple teams and projects simultaneously from concept to completion, building long-term relationships with C-level executives and providing exceptional team leadership. Effective communicator and strategic thinker with a record of achievement that demonstrates a high-level of industry expertise, leadership and problem-solving abilities. Strongly committed to RTD’s mission to meet our constituents’ present and future public transit needs by providing safe, clean, reliable, courteous, accessible, and cost-effective service throughout the District.

3. Real-Time Passenger Information
May, 2018

4. What We Do Public Transportation – We Move People
RTD Mission Statement
To meet our constituents’ present and future public transit needs by providing SAFE, clean, RELIABLE, courteous, accessible, and cost-effective service throughout the District.
RTD Mission Statement
To meet our constituents’ present and future public transit needs by providing safe, clean, reliable, courteous, accessible, and cost-effective service throughout the District.
We provide convenient bus and rail services with more than 170 bus routes, 9 light rail lines, 1 commuter rail line to Denver International Airport, and 80 Park-N-Ride Locations with an ever expanding list of services throughout the Denver Metro Area.
Last year, we provided more than 100 million passenger trips on bus and light rail across 150 fixed bus routes, five light rail lines, specialty services, and 10,000 bus stops. We cover 2,348 square miles, 365 days a year, 24 hours a day in rain, shine, sleet, or snow. 

5. What Can We Do Better Where is the bus/train?
Create a better customer experience
Vehicle Locations
Where is the bus/train?
Arrival Predictions
When is it going to get here?
RTD conducted a marketing survey asking our customers what would improve their overall satisfaction with RTD Services. The results were in and we isolated 3 key areas that would have significant impact on a rider’s experience. Provide the customer with real time vehicle location, provide predicted arrival times at the customer’s stop, and provide alerts to the customer when there are delays.
Service Alerts
Why is it not here?

6. The Impact of Real-Time Information
Reduces actual vs. perceived wait times
Increases Predictability of RTD services
Reduces wait time frustrations
Increases overall confidence with RTD services
= Increased customer satisfaction
Geo located Security Assets and their status in real time
Deploy Security Assets nearest a given location throughout the RTD System
= Increased Public and Officer safety
The impact of a Real-Time information system could result in a better customer experience if it….Adding all of these up should result in Increased Customer Satisfaction and a Safer System.

7. What We Did
We developed a real time data solution utilizing a combination of GTFS feeds and API services that are served up to third party developers who then deploy their applications for customer consumption. Applications such as Transit App, Moovit, and Google Maps, consume our GTFS feeds for real time information display. RTD App Development and third party developers can register for RTD API services and use them in their applications. We currently have the City and County of Denver registered in the developer portal so that they may build applications leveraging our vehicle location APIs.

8. In this example Google Maps uses RTD’s GTFS feed to display ‘delay’ notifications so that customers can see in real time a service delay and the predicted next arrival at their stop. So, it’s not just seeing the bus or train in real time on a map, we also answer the question ‘when will the vehicle arrive and/or why is it late’.

9. Real-Time Info -> Security Use Case
Security needed to know the location of their Assets
Vehicles
Radios
Location info would be integrated with Security’s Software
Desired to know the status of each Asset (i.e.- Panic State)
Security Assets must be hidden from the Pubilc
Security had no way of knowing exactly where all their security personnel were located. If there was an incident on a train platform they would have to call on the radio to see if anyone was near that location. This took precious time and made it difficult for any type of coordination of their assets. In addition, if a bus operator pressed the Panic button in their vehicle, it took time for Security to determine where that vehicle was and what assets were near it.

10. Real-Time Info -> Security APIs
Real Time provides Security with private REST APIs
All Security Assets
Security Asset by ID
Security supplements this with public APIs
Bus Locations
Light Rail Locations
Stop Locations
Asset Stop Prediction Information
Real Time created REST APIs and provided JSON payloads to Security that allows them to ingest their information along with all of RTD’s other assets into their Situator Application. This allows Security to now see where everything is located on a map in Real Time (examples in following slides).

11. Real-Time Info -> Security APIs Impact
Real Time location information is shown on a geographic view in a quick-to-understand manner (e.g. symbol color and shape is used to indicate asset type and status).
Based on this information, Security is able to dispatch assets based on availability and proximity to incidents.
Next two slides will demonstrate how this is being used.

12. Real-Time Information -> Security Implementation All Buses
Picture from Situator of all Buses (green indicates normal mode, red would indicate alarm mode but no bus is presently alarmed so it’s not shown).

13. Real-Time Information -> Security Implementation All Security Assets
Picture from Situator map with security assets (green indicates available, red indicates on scene).

14. (Traveler Information System) PREDICTION ALGORITHMS
How We Did It
Traveler Information System
Enterprise Systems and API Services
Virtualization & Orchestration
DMZ
Gateway
Web Application/Services Clients
Commuter Rail
RTD-TIS
(Traveler Information System)
PREDICTION ALGORITHMS
REALTIME SERVICES
PREDICTIVE ANALYTICS
Google
Security Location and Status
NextRide
Stops by Location
Predictions by Stop
Predictions by Vehicle/Trip
Trips by Route
SOA
OSB
GTFS-RT
3rd Party Developers
SIRI
Bus
RTD Website + Mobile Delivery
Light Rail
PIDS
OAG
Interactive System Map
Alerts
Our approach to the solution was to build a Traveler Information System application delivering operational data from disparate systems into a single repository for real time data. API services are orchestrated in SOA, the services are virtualized in OSB, and the requests are secured, managed, and monitored in OAG. Third parties can register for API services. Using a registered key, they can utilize these services and deploy them in their applications. IVR – Interactive Voice Response (customer service). Interactive System Map – Google Map to show real time estimated arrival and schedule times at a stop. SIRI (INIT CADAVL vehicle prediction feeds).
GTFS RT - 6 to 7 billion predictions a year
17 million predictions per day
APIP - We get around 4,000 VM (lat long info) and 15,000 ET (prediction) payloads (API calls) a day
Small number of calls / Large payloads
IVR
API
Security Assets
Trip Planner
JSON
Internal Apps/BI dashboards
Schedule
Sales Force
Green Zone
Red Zone

15. Future Communication Channels
Advanced 3rd party developer portal
MyStop Interactive Voice Recognition
Text messaging
Agency mobile app
We wanted to build a Real Time solution that is flexible enough and scalable enough to accommodate current and future communication channels. The APIP will be used to enable this future functionality. We are working on deploying a 3rd party developer portal where internal and external developers can collaborate, provide feedback, submit feature and support requests, and share their own content with the developer community. We also want to provide an interactive customer experience at all of our stops that are voice recognition enabled. Text messaging to registered RTD customers. Build our own RTD mobile application.
continuously evolving channels

16. API Platform Benefits
Self Registration to the public developer community
The right consumer can access the right resources
First Line of Defense from potential attacks on
RTD’s infrastructure
API discovery, used and by whom and
how much
Manage access request per API,
using API limits and throttling
Route requests to the optimal service
Document your APIs
Send End User Notifications
Monitor and Manage API performance
We have introduced our developer portal to the public developer community. We are sharing vehicle location and route information to the City and County of Denver to enable them to move forward on their Smart Cities initiatives.

17. What We Learned Installation Technical Implementation Support
Understand your infrastructure and how the gateways will interact
Identify all systems that will become end-points in the APIP
RTD had a lot of firewall configuration changes in order for those systems to interconnect (ie. SOA, Exalogic, etc) This can be very time consuming and requires a coordinated effort with Network and Firewall teams
Technical
Database Administration skills
Knowledgeable Weblogic skills
Configuration of users, ssl certificates
Implementation
Define naming conventions for you APIs and Services
Support
Keep up with patches and upgrades

19. Imagine What APIP Can Do For You!
We look forward to the promise of a multi-tenant fully managed service offering for APIP in the very near future.
We’ve given tremendous insights to our customers, improved the rider experience, and we’re making their journey safer with the capabilities of APIP.

20. Questions?