iOS 14 App Clips unlock the power of NFC background tags

We first got of taste of iOS 14 App Clips with the slick Titanium Apple Card setup that leverages the background NFC background tag read ability of iPhone XR/XS and later. Jennifer Bailey gave a sneak peek of NFC background tag Apple Pay in May 2019 but the pieces weren’t in place for a rollout.

The first problem was the iPhone lineup. iPhone 8 didn’t fit because only A12 Bionic and later support NFC background tag reading. This was solved with the release iPhone SE with A13 Bionic and the deletion of iPhone 8 from the lineup.

The second problem was the clunky ‘launch an app’ or ‘launch Safari’ problem. This has been a problem for NFC tag solution providers like SmartPlate. User interaction needs to reside on the pop-up sheet on the unlocked screen. The new iOS 14 App Clips framework that works hand in hand with iOS 14 Core NFC to load just what is needed to take care of the NFC tag transaction at hand, is the right solution.

The pieces appear to fit very nicely now: the NFC background tag sheet pops-up ‘while the screen is on’, the right code snippets load in the sheet, the user can Sign In with Apple ID if needed, and pay with Apple Pay. Simple, uncluttered action; no apps, no Safari launch. And we have background NFC tag reading on every current iPhone model.

There are a few flies in the ointment:

  • (1) Face ID in the face mask era is not a great unlock or Apple Pay user experience, App Clip powered NFC background tag reading is gonna rock on iPhone SE with Touch ID.
  • (2) a network connection is required, Apple Pay transactions at the NFC reader works without a network connection but App Clips + Apple Pay transactions need a network connection for the obvious reasons of loading app clip content, and because of this…
  • (3) a weak borderline WiFi connection can jam the above process even with WiFi Assist turned on.

The NFC advantage over QR Codes here is that background tag reading automatically pulls up the App Clip sheet ‘while the screen is on’ while QR Code users have to manually pull up the QR reader app to join the fun.

The combination of App Clips, NFC tags and Apple Pay will be extremely disruptive in markets where NFC and QR payment players are very competitive. Places like Japan. PayPay and Line Pay will lose their edge. If they are smart, they can add NFC tag support in their payment apps. And they can bypass Apple Pay if they want to, though it won’t be as slick. Ultimately they are not wedded to QR codes and have always said they would add NFC if customers want it.

App Clips finally unlocks the power of background NFC tag reading and is the other big Apple Pay development, in addition to CarKey, announced at WWDC20. App Clips puts NFC tags on equal footing with QR Codes for the first time with the added edge of the ‘when the screen is on’ background tag read sheet pop-ups. This will be huge.

Advertisements

Transit Gate Evolution: why tap speed matters

As COVID restrictions are eased and the world slowly goes back to work, school and hopefully slightly more normal life, avoiding crowds will be key in keeping COVID from becoming resurgent in the months ahead.

For commuters in Japanese metro areas avoiding crowds is no easy matter. Fortunately the Japanese transit gate infrastructure is a great help. FeliCa based IC transit cards (Suica, PASMO, ICOCA, etc.) with fast transaction speeds combined with open gate flap design maximizes people flow: people walk through gates at normal pace. This is very important for Japanese stations that have to make do with large crowds in limited spaces and smaller gate areas.

It’s wrong however, to think that this only applies to Japan. The benefits of fast tap speed combined with intelligent transit gate design are relevant everywhere and very necessary in this day and age: fast gate tap speed is essential in keeping gate crowding at a minimum. It makes things safer not only for train operation, but also addresses crowd control health concerns in the COVID era.

A reader sent a link to a good discussion of NFC protocols and gate tap speeds that was apparently deleted when YouTube comments were turned off. I retyped the comment below from a screenshot with some light editing for clarity. If I find the author I’ll link to the original. The videos have already appeared in other posts but it’s good have them in one place. A previous installment already covered QR transit code gate issues, this post will focus on NFC.


While transit gates and NFC processors are found worldwide, what makes the Japanese gates different from the rest of the world is they don’t use global standard ISO 14443 (never mind Type A which uses Miller bit coding, the least efficient bit coding method) protocol which is common in many transit and bank cards issued worldwide.

The tap time with ISO 14443 Type A (née Philips) and B (née Motorola) varies greatly: from 200 to 500 milliseconds (ms) with 200 ms only achievable with Type B/Calypso. But it never reaches the short as 100 ms which is only achieved with Felica developed by Sony, also designated NFC-F and NFC Tag Type 3 by the NFC Forum and compatible with ISO 18092 which is commonly found in smartphones and NFC wearables since 2013. In this following video passengers maintain their walking pace but never overshoot and trigger a gate closure nor slow down not even a bit:

It may seem like a minor difference but due to the high volume of passengers per gate and to reduce gate maintenance requirements, tap times really matter.

Companies such as JR East have specified tap time of 200 ms but Suica is actually faster and this allows real life speed tolerances: some passengers tap faster than others due to walking pace, the higher speed tolerances are only possible with the 100 ms tap time of FeliCa. A comparison example of large crowds at gates in Malaysia and Japan below:

Open Loop NFC ticketing in its current form is based on EMVCo Contactless specifications adopted in contactless bank cards issued worldwide including China UnionPay QuickPass which is PBOC derived from the EMVCo Contactless spec. All of these use ISO 14443 Type A at 106 kbps only for 500 ms tap time, which is adopted in cities worldwide such as London, New York, Moscow and Rio de Janeiro where normal walking speed is never supported.

But as seen here, transit cards in Japan such as Suica, PASMO and ICOCA are supported for ultra hight speed and precise account verification and fare processing. Transit cards use offline Stored Fare (SF) which includes the amount of funds stored in the card’s IC smart chip data storage, NOT backend on a server like a bank card, and stored commuter passes. Here are walk flow comparisons for Tokyo and London, and MTA OMNY Open Loop performance:

Japanese IT journalist Junya Suzuki tests OMNY transit gate speed…
and reliability

One hopes the NFC Forum works to increase NFC speeds and global specifications to “improve the overall user experience for NFC users.” We shall see.

With the exception of any Apple Pay news from WWDC20, this will be my last big post for a while. Stay healthy, stay safe and have a great summer.

Apple Pay Express Transit Tips

Apple Pay Support doc for Express Transit

As of June 2020, Express Transit can be used with 8 transit networks: Japan (Suica and compatible nationwide), China (Beijing, Shanghai and China T-Union), Hong Kong (Octopus), United Kingdom (Transport for London), New York City (MTA OMNY compatible stations and buses) and Portland (HOP). Here are some Express Transit card tips and other observations for Apple Pay Wallet users that I have learned from years of daily Express Transit Suica use.


1) Face ID Express Transit use with face masks and tight pants

Face ID disables Express Transit after 5 face misreads. Face ID Express Transit users need to be aware of the 5 strikes rule.

The most important thing to remember is that Express Transit only works while Face ID/Touch ID is ‘On’, when Face ID/Touch ID is disabled Express Transit is ‘off’.

Express Transit doesn’t care if you are wearing a face mask. However it is easy to disable Face ID iPhone without realizing it, resulting in a rude passcode request at the transit gate. Face ID face mask users need to be extra careful as five misreads disable Face ID and Express Transit. The passcode is required to re-enable Express Transit.

Users can mitigate some of this by turning off Raise to Wake in option in Settings > Display & Brightness. If you still have problems the last resort is turning off Face ID for unlocking iPhone, be sure leave it on for Apple Pay.

All iPhone users, both Face ID and Touch ID, need to be aware when putting iPhone in tight pants pocket: pressure on the side buttons initiates shutdown/SOS mode which disables Face/Touch ID and Express Transit. This is worse with a case because iPhone in a case is thicker and tighter in pant pockets, with more pressure on the side buttons.


2) Apple Watch Express Transit works for 10 minutes off the wrist

Suica and Octopus on Apple Watch are the ‘killer’ watch app that quickly becomes second nature. Its nice in colder months because Apple Watch works at the gate under layers of clothes, it beats digging iPhone out of a pocket. The biggest complaint I hear is from left wrist Apple Watch users. Most transit gate readers are on the right side so the user has to reach over to the reader. This will be a bigger pain with new JR East transit gates that place a slated reader on the right side. Some commuters migrate Apple Watch to the right wrist to deal with it.

One interesting aspect of Apple Watch Express Transit is that it works for 10 minutes off the wrist. This is by design in case the transit card needs servicing by a station attendant. After 10 minutes, Express Transit turns off and requires the passcode to work again.


3) Multiple Express Transit Cards

Apple Pay Express Transit support doc

The addition of EMV Express Transit in iOS 12.3 introduced the concept of having multiple Express Transit cards, one payment credit/debit card for transit use and one native transit card for each transit network (Suica, Octopus, Beijing, Shanghai, HOP, etc). The fine print tells a different story: if you have a China mainland transit card set for Express Transit, all other NFC-A protocol cards (EMV, MIFARE) are turned off.

There’s more to the story not covered in the Apple support doc: China T-Union Express Transit cards are incompatible with all other Express Transit cards. A set of reader images shows the issue. Turning on Express Transit for China T-Union turns off all other cards, both native and EMV payment cards. China T-Union cards are a bit messy in that older card formats like Beijing City Union are migrating to the new spec that does not support plastic card loading for mobile. Shanghai remains with the old spec with plastic card transfer for now but will also likely migrate in the future.

Shenzhen cards are also migrating from the legacy FeliCa (blue and orange) cards to the new China T-Union (red and green) cards. This is probably one immediate reason behind the ‘one at a time’ Express Card issue that Apple will hopefully fix it in a future iOS version. It’s not a problem as most users only use one Express Transit card at a time and can turn them on and off as needed. It’s interesting to developers because it reveals some current architectural limits of iOS 13 Apple Pay.

Out of Time

Is this the last time? Just a few thoughts as iOS 13.5 closes in on what hopefully will be a late May delivery, also rumored to be the launch iOS for Apple Pay Octopus. Recent beta test feedback says the minimal system for using Apple Pay Octopus was raised from iOS 13.2 to iOS 13.4.5 (rebranded by Apple to iOS 13.5). Also a new Schedule of Fees and Guidelines is due May 20. The Hong Kong Economic Times eZone site has taken this to mean that both iOS 13.5 and Apple Pay Octopus will launch on the May 20 Octopus Fees and Guideline update day.

The enthusiasm is understandable, but a similar situation happened in December with no launch. You might remember that Apple Pay Octopus was announced in July 2019, promised to launch “as soon as possible within the year,” in September, then delayed to “later in 2020” on December 19.

In short, hope for the best but don’t get your hopes up. We’ve been down this road before, but time is running out. If Apple Pay Octopus doesn’t launch in the iOS 13.5 timeframe, it’s not launching at all.

There aren’t any technical reasons for the delay; after all the Smart Octopus mobile service on Samsung Pay has been operating since December 2017 with Mobile SIM service before that. I believe it’s a result of the pressure politics facing Hong Kong, pressures both economic and governmental.

Octopus was the world’s first transit platform business that extended the transit smartcard to include payments and many other services but Octopus Cards Limited (OCL) has been slow extending the service to include mobile. Instead of putting early effort into digital wallet support for Apple Pay/Google Pay/Samsung Pay, OCL wasted time and resources developing the niche Mobile SIM product which really didn’t pan out.

This lag coupled with the rise of AliPay and WeChat Pay QR Code payment empires put enormous pressure on OCL to do something comprehensively mobile which it did with the O! ePay service in early 2019. But it’s not the only pressure: with so much traffic and business from the mainland, OCL owner MTR is looking to add QR Code Open Loop transit support (paywalled link) at some point. There is also the pressure of creating a Greater Bay Area transit card, and pressure from credit cards and banks. Every player wants a piece of the action.

Perhaps MTR gates will eventually look like the ones in Guangzhou with PBOC/FeliCa/QR Code readers supporting Octopus, China T-Union, AliPay/WeChat Pay, perhaps even EMV contactless bank cards:

At which point I say OCL doesn’t have a viable transit platform business anymore. Mainland China dumped the MIFARE based Beijing and Shanghai card architecture for their own slower PBOC 2.3/3.0 China T-Union standard, I don’t think it’s a stretch to see the same thing happening to Hong Kong Octopus at some point.

Supporters will undoubtably point out the technical merits of China using a single transit standard but that’s just a red herring. Smart devices and digital wallets handle all protocols and will continue to incorporate new technologies. The deciding factors will be good old money and politics: is it more profitable to keep Octopus in place or junk it in favor of QR and China T-Union, and who benefits from it all?

Octopus is living on borrowed time. If it doesn’t aggressively expand services on digital wallet platforms, it doesn’t have a future. Apple Pay Suica turned things around for Suica, let’s hope the Apple Pay Octopus launch can do the same for Octopus.


Apple Pay Suica had a huge impact on Mobile Suica use
Modern digital wallets like Apple Pay seamlessly support multiple payment technology protocols

UPDATE: on May 18 at 4:30 PM, an Octopus system glitch temporarily showed an option to add Apple Pay Octopus cards to Wallet to some iOS Octopus app users, but the feature not functional on the Apple Pay Wallet end. The glitch was quickly fixed but could be a sign that a service launch is imminent (edit: post glitch rumors say June 2).

The latest word from beta tester code leakers is that virtual Octopus creation and recharge in Apple Pay Wallet is limited to Hong Kong issue Mastercard, Union Pay and VISA. The May 20 Schedule of Fees and Guidelines update should show any changes for Smart Octopus (edit: “new restriction, 21 (cb), blocks the transfer of money from a Smart Octopus to O! ePay, probably to prevent the abuse of credit card cashbacks since service fees are waived for Apple Pay”).

PS: Barring the Apple Pay Octopus launch or official announcement, this is my last post on the subject.

The Transit Platform Argument

A reader asked some very good questions regarding the Suica Transit Platform model and Open Loop:

1) Thinking about this recently – is there a non-techie argument for introducing Suica-type cards in the current day in places with preexisting open-loop infrastructure, wide debit card adoption (even kids), and little overcrowding at ticket gates due to lower volumes?

2) As a tech & transit nerd, I obviously love them, but what could be a convincing, economically sound pitch to a transit operator for creating/adopting an integrated transit&e-money system, given the significant expense and questionable added value?

3) Answers to possible q’s about EMV contactless: 1. 定期券 (commuter passes) & discounts can be tied to card no.; 2. solution for visitors: in-app/paper/multi-trip tickets (like in SG). Obv., Suica has superior privacy & speed, but where speed is not an issue, what’s the killer argument?

I tweeted a response but Twitter is a terrible vehicle for long form discussion. I have many posts on the subject scattered over 2 years, it might be convenient to summarize a few things here.

Any argument for building a Transit Platform or going all in with Open Loop transit comes down to transit company priorities for safe operation, better customer service and long term business goals. A few crucial points to consider.

Whose customer?
A vital point that many people miss in the Open Loop debate is that transit users end up as the bank card customer, not the transit company customer. That might seem like an insignificant difference but ‘owning the customer’ is the whole game and key to growing any kind of business, in our era or any era. Which brings us to the next point because the best way to own the transit customer is…

Cards
Cards are the delivery vehicle for all kinds of service goodies from transit, to points, rewards and all kinds of services. The beauty of a non-bank transit pre-paid card is its flexibility, it can be a simple ticket that customers buy with cash from a station kiosk, it can be linked to an online account with credit cards, extended transit services and beyond. Cards are convenient but not transformative however, until they land on a smartphone…

Digital Wallets
The most powerful card incarnation is the digital wallet transit card with a flexible recharge backend, where any bank card can used, or even cash, and a flexible front-end that can be any flavor of NFC, UWB Touchless or even QR. I say it’s better for the transit operator to decide what payment technology works best for their needs and how to deliver better customer service with new payment technologies, not banks.

Value Capture
Value Capture applies to rail and transit operators with the rights to develop the land around their stations, I include station retail development and operations. Owning a transit + payment card like Suica or Octopus combined with retail opens up a whole new levels of value creation and capture.

It’s also important to remember a few other dynamics, (1) Transit is the golden uptake path for contactless payments, (2) Contactless payments are most successful when a transit payment platform, like Suica, is matched with a mobile wallet platform, like Apple Pay. The key is building better services tied to transit cards that benefit customers and businesses of the entire transit region.

Other Details
Regarding detail questions such as attaching commuter passes to EMV cards and special ticketing, I am no systems design expert but a few things come to mind. First of all we have not seen Open Loop commuter passes because the EMV spec doesn’t store anything locally and there are always security and performance issues to consider when everything is done in the cloud with soft-linked registration to system outside numbers.

The classic catch 22 here is that when the soft-linked number changes on one system, everything attached to it on the other system stops working. This is a constant weakness of the SmartEx and new JR East Shinkansen eTicket service. And what happens if the bank pulls a card mid-transit? These things happen. They are endless headaches when linking to any outside system, for this reason Open Loop sticks with the simple stuff while transit operators keep the more complex stuff in-house. In general the more complicated the fare configuration, the less likely it can be synced with an outside system or be hosted on Open Loop.

For low volume specialty ticketing QR Codes are the easiest step up from paper but they can be printed on ordinary paper for transit users without smartphones and needs to be there. This is why JR East is deploying QR code readers in some gates as they prepare to end mag strip ticketing.

NFC Contactless Passes might sound like a good idea but Apple Pay VAS and Google Pay Smart Tap were designed more for retail in mind, and the transit gate reader system would have to juggle a different protocol that isn’t EMV, FeliCa or MIFARE. It could be done, but judging from my experience of using Apple Pay VAS PONTA and dPOINT cards, QR Codes are faster and likely easier to implement.

In the long run there are no easy solutions. The risk of Open Loop is that it is sold as a general easy ‘fix all’ and mobile solution, which it’s not. This lulls transit operators into complacency instead of improving Closed Loop ticketing systems and extending them to the mobile digital wallets. The bigger and more complex the transit system, the less Open Loop can accomplish.

Relevant Core Posts
The Contactless Payment Turf Wars: Transit Platforms (an intro)
Transit Gate Evolution: Do QR Codes Really Suck for Transit? (a deeper dive into transit cards, gates and technology)
Value Capture and the Ecosystem of Transit Platforms (the bigger picture)
The Japanese Transit Platform Business Model (an outside perspective)