Apple Inc.

Morgan J Grainger

Ronald Keryuan Huang

Robert William Mayor

George R Dicker

Imran A Chaudhri

Scott James Forstall

Gregory B Novick

Tyler D Hawkins

Zachary A Rosen

Jeremy Brown

Jason Dere

Russell Fenenga

Marcel Van Os

Lukas Michael Marti

Thomas John Miller

Yefim Grosman

Kevin M Lynch

Peter D Anton

Simon Tickner

Oluwatomiwa B Alabi

Trevor W Young

Leonardo N Cantelmo

Stephen Olivier Lemay

Patrick L Coffman

Gregory N Christie

Craig Michael Federighi

Jae Woo Chang

Dylan Ross Edwards

Patrick Steven Piemonte

Christopher D Moore

Matthew Elliot Shepherd

Glen W Steele

Aaron M Melim

Martin O Pedrick

Hanwen Fan

Nicholas John Shearer

Christine A Franco

Brandon K Leventhal

Sourabh Dugar

Nicholas Shearer

Jeremy T Brown

The present disclosure generally relates to a computer system displaying user interfaces for accessing passes and transfer accounts. In some examples, passes are added to the computer system. In some examples, passes are accessed. In some examples, transfers relating to the passes and transfer accounts are displayed, such as in search user interfaces.

Sharing and using passes or accounts

In some implementations, a computing device can be configured to automatically turn off notifications when generating a notification would cause a disturbance or be unwanted by a user. The device can be configured with quiet hours during which notifications that would otherwise be generated by the computing device can be suppressed. In some implementations, quiet hours can be configured as a time period with a start time and an end time. In some implementations, quiet hours can be derived from application data. For example, calendar data, alarm clock data, map data, etc. can be used to determine when quiet hours should be enforced. In some implementations, the device can be configured with exceptions to quiet hour notification suppression. In some implementations, the user can identify contacts to which the quiet hours notification suppression should not be applied.

Quiet hours for notifications

The present disclosure generally relates to transaction user interfaces. In some examples, a user is notified if there is an error with transaction parameters and the device determines whether potentially compatible transaction parameters are available on the electronic device. In some examples, the user is notified if there is an error with transaction parameters and the user is prompted to use another device to enter new transaction information.

User interfaces for transactions

A first user device may be used to request provisioning of a secure credential on a second user device. A provisioning system may facilitate the provisioning in a manner that ensures security and privacy of the requesting parties. The provisioning requests may be made using an application on the first user device such as a third-party application or using a web application via a browser. The credential may be added to a digital wallet on the second user device. The credential may be useable by the second user device to perform one or more contactless transactions.

Secure sharing of credential information

A system for provisioning credentials onto an electronic device is provided. The system may include a payment network subsystem, a service provider subsystem, a primary user device, and a secondary user device. The user may select a particular payment card to provision onto the secondary user device by providing an input at the primary user device. A broker module running on the service provider subsystem may then transfer a disabled pass to the secondary user device. Concurrently, the payment network subsystem may direct a trusted service manager module on the service provider subsystem to write credential information onto a secure element within the secondary user device. Once the secure element has been updated, the broker module may provide an activated pass to the secondary user device so that the secondary user device can be used to perform NFC-based financial transactions at a merchant terminal.

Apparatuses and methods for using a primary user device to provision credentials onto a secondary user device

The present disclosure generally relates to managing the use of transfer accounts using an electronic device. In accordance with some embodiments, user interfaces for inputting information about a secure credential to an electronic device are described. In accordance with some embodiments, user interfaces for managing the use of a credential provisioned on an electronic device that operates on stored power are described. In accordance with some embodiments, user interfaces for managing the use of a transfer account associated with different credentials on an electronic device are described.

User interfaces for transfer accounts

In certain embodiments, an electronic device can include a secure element that detects a mechanical input. The mechanical input can correspond to an instruction to transmit securely stored payment information to another device and/or to release such information to an application on the device (e.g., for use in an in-app commerce transaction). This feature can inhibit or prevent unauthorized transmission of payment information. When the mechanical input is detected, payment information can be transmitted to a point of sale (POS) terminal (e.g., via near-field communication) or released to an app on the device. Further, a user can either use default payment information or interact with the device (before or after providing the mechanical input) to select appropriate payment information for a transaction. For example, the user can select between credit cards, debit cards and/or stored-value cards (e.g., transit card).

User device enabling access to payment information in response to mechanical input detection

Growing community of inventors

Los Altos, CA, United States of America

Morgan J Grainger