Before jumping into the architecture framework itself, lets take a quick look at the Elements involved in a typical traffic system. These are as follows:

1. Traffic Payload - the vehicle itself makes up the payload that runs atop public and private transportation infrastructure
2. Traffic Handling System - the asset and technology  used to manage and coordinate traffic movements such as traffic lights, barrier systems, street lights, traffic cameras, toll gates, etc.
3. Space - a concept of either physical or cyberspace in which traffic systems interact with traffic payload
4. Community (Occupants) - a PSSO component in which considers the community needs 

NOTE: The above is an extension of the PSS concept explained in this Retail blog page with the addition of people Occupants (i.e. herein termed as Community). It is herein referred to as PSSO.

Technologies such as Waze, Google Map, Moovit, provides the orchestration layer that allows travelers and commuters to collaborate, communicate and navigate. Overall:

1. Endpoint Orchestrator - which coordinates services available to commuters and visitors. For example, parking management company are working with Municipals to publish parking capacity data to nearby commuters.
2. Infrastructure Orchestrator - responsible for providing public road services whilst at the same time represents the authoritative order of traffic masters.
3. Payload Orchestrator - the recent wave of interest on cloud technology for navigation purpose such as Waze, Google Map, Apple map, etc. makes this the most exciting orchestrator of the other two. 

​To be precise, the various operators in the Orchestration layers can be seen in the illustration below. The overlaying of orchestration services atop physical assets such as a building, traffic lights, cars, etc. makes it possible to aggregate the functional value adds of each service beyond any individual assets can provide in isolation. The idea, more commonly known as virtualization in the iT world, can now be meaningfully to traffic management system.

The Orchestration Triage of Payload, Infra and Endpoint marks the early stage evolution of Smart Traffic management. The current Orchestration Triage is not yet a functional idea in the absence of a common framework and standard. 

Some form of centrality is required - but not an authoritative one. Instead a federated and virtual hub in which each existing and emerging orchestration layer strive to provide and maximize service benefits to its underlying asset layer. Such arrangement also makes it possible for each orchestration layer to continue to evolve in a manner that has no direct dependency on the other orchestration layer.

The virtual hubs become key servicing layers to the Smart City planners. It allows future smart city systems to augment traffic services from various source (i.e. roads, road assists, driverless cabs, endpoint dropoffs, retail malls, drive-thru outlets, etc.)

For instance, through the virtual hub, a driver navigates using a mobile app. This app is compatible with the payload orchestration standard. As the driver keys in the intended destination his/her request is serviced by the Infra Orchestrator layer. Due to unavailability of parking space, the Infra Orchestrator sources for an alternate parking spot which is further away from the destination and a feeder coach booking request package to the driver. The driver selects the option and a coach is booked. The Smart City hub orchestration layer coordinates this service and dispatches a driver-less coach to the pickup location. The entire process is automated with bio-recognition capability in order to minimize the need for physical identification by the driver or passengers. 

The virtual hub can be broken into 2 types:

1. Payload Service Hub - Transportation focused service provider layer
2. Smart Infra Hub - Infrastructure and end-point focused service provider layer

Flanking the virtual hub could be the AI and analytics services - enabling timely decision making and automation services to the Smart Infra and Payload Service Hub. ​

As cities grow, the city’s infrastructure plays catch-up with growing demand. Millions were invested in improving the infrastructure alone. These structural asset improvements led to the creation of different  methods of tackling the transportation challenge such as using rail system (e.g. train), dedicated bus lanes, motorcycle lanes, highways and on/off-peak hour zones, etc. More recently there is a growing popularity of multi-modal transport. But this view of ‘transportation-infrastructure-as-a-problem’ will yield limited solution results. As we have seen, traffic growth will continue to outstrip the capacity of any existing infrastructure. Something more adaptable, intelligent and all encompassing is needed.​ An open-loop approach to traffic management is skewed towards the supply side of traffic serving infrastructure. CLTMS takes a holistic view of traffic generation, traffic payload, infrastructure positioning, etc. The next few years will see government bodies actively engaging traffic at the payload level (demand-side traffic). 

A better approach is to consider the triage of traffic infrastructure, payload (input) and payload exit points (output) using Smart Traffic hub as the centerpiece. New types of services can be defined within existing traffic infrastructures. For instance, governments can use the Smart Traffic Hub it to plan for zoning, traffic reduction initiative, plugin new transport modes, etc. Individual driver can use the Payload Service Hub to better plan travels, get parking discount and optimize using combined public transport modes during peak season. Commercial companies can direct their delivery trucks away from no-drive zones and priority delivery lanes as designated by the authority. Commercial businesses can better plan their workers route and gain a holistic traffic view which includes planned road closure and commercial activities within an  area.

​For governing bodies, the distributed mode of traffic management offers the benefit of adaptability, cost efficiency and effectiveness unavailable to a top down model. Government should take advantage of the emerging triage to handle traffic situation. The self-optimized traffics should also take into consideration the privacy and safety of local residents in order to avoid unplanned traffic flows into residential areas resulting in increased pedestrian risks.More could be done at the endpoint layers. Such as imposing new building rules that require  integration with public infra traffic information system and provide minimum level of parking management capability in commercial building of certain size in certain location.

Prior to the mass adoption of mobile technology, traffic authorities can only control traffic elements directly under their management - i.e. road infrastructure and its traffic control assets. The inability to control traffic payload and visibility over endpoint capacity itself makes this an open feedback system. Technology have since converged and it is now possible to consider closed-loop traffic management (CLTM) approach.

Armed with mobile phones, most drivers are nowadays equipped with some form of cloud navigational capabilities. New traffic orchestration layer have since emerged to take advantage of consumers appetite for cloud navigation services.

The  Digital and mobile tech have also pushed building management owners to increase the visibility of services in their respective buildings. This approach is considered as a way to attract business traffics and as a way to guarantee accessibility to their commercial buildings.

CLTMS have to be able to at least anticipate incoming traffics and adjust itself for best intended user output result. This will have to be done at the individual road user level. To achieve this, it is essential for the system to consider

1. Road Infrastructure capacity
2. Traffic Payload types and needs
3. Destination Endpoint capacity and service offering.

The Tale of Two Smart Initiatives
Smart city is a large topic. Our intention is to provide some logical framework for which one can start to map and position smart city initiatives. We use various other complementary framework and model that already presented in earlier blogs to help us. For a start, this blog will break out to 2 further subtopics:

1. Smart Traffic - how a smarter transport system (as a subset of logistic system) appeals to both the Personal System and Enterprise System
2. Smart Healthcare - how a smarter healthcare system (a subset of a cities Healthcare system) creates livable cities and appeals directly to its occupants System of Hygiene and Health 

But before that, lets revisit some of the Basic Concept presented in the earlier retail blog and tweak it for the Smart City discussion.