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

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.

Real-Time Passenger Information May, 2018

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. 

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?

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.

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.

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’.

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.

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).

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.

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).

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

(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

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

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.

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

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.

Questions?