Apple Inc.

George R Dicker

Marcel Van Os

Glen W Steele

Peter D Anton

Donald Walter Pitschel

Christopher D Adams

Pablo F Caro

Ahmer Ali Khan

Christopher Brooke Sharp

David T Haggerty

Oluwatomiwa B Alabi

Morgan J Grainger

Lawrence Yuan Yang

Nicholas John Shearer

Imran A Chaudhri

Gregg S Suzuki

Yousuf H Vaid

Timothy S Hurley

Anton K Diederich

Charles T Ahn

Scott James Forstall

Craig Michael Federighi

Giancarlo Yerkes

Gregory B Novick

Woo-Ram Lee

Tyler D Hawkins

Brian J Tucker

Simon Tickner

Eliza Carey Block

Zachary A Rosen

Kevin M Lynch

Joakim Linde

Jeremy Brown

Danvin Ruangchan

Shawn T Webster

Leonardo N Cantelmo

Matthew R Murphy

Chanaka G Karunamuni

Freddy Allen Anzures

Wan Si Wan

Nicholas V King

Jerrold Von Hauck

Thomas M Alsina

Arun Godfrey Mathias

Richard Williamson

Mitchell David Adler

Justin N Wood

Dallas Blake De Atley

Roberto Garcia

Darin Benjamin Adler

Lynne Devine

Edward Chao

Julie A Arney

Jay Kriz Blahnik

Wade Benson

Andre M J Boule

Chris Blumenberg

David S Clark

David T Wilson

Brett L Lareau

Jerry Hauck

Mehdi Ziat

Soin Shedlosky

Subash Sundaresan

Andre M Boule

Cherif Jazra

Jeffrey C Lee

Emily Pedersen

Vineet Chadha

Katherine B Skinner

Eduardo Valencia Paz

Chandler S Bachman

Matthew M Sun

Scott D Blakesley

Nicholas Shearer

Zachary K Recolan

Jack K Chung

Vamshi Krishna Aileni

Jerroid V Hauck

Yousaf H Vaid

Chrispher D Adams

The present disclosure generally relates to the use of loyalty accounts, private label payment accounts, and general payment accounts using an electronic device with an electronic wallet. Various accounts are linked to the electronic device. In some examples, the electronic device is NFC-enabled. The electronic device may be used to provide loyalty account information and payment account information to a payment terminal, such as an NFC-enabled payment terminal.

User interface for loyalty accounts and private label 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

Systems, methods, and computer-readable media for provisioning credentials on an electronic device are provided. In one example embodiment, a secure platform system may be in communication with an electronic device and a financial institution subsystem. The secure platform system may be configured to, inter alia, detect a selection of a particular commerce credential, access communication mechanism data indicative of at least one communication mechanism of the device, where the at least one mechanism is configured to receive a communication on the device, transmit information to the financial subsystem, where the information includes the mechanism data and the selection of the particular commerce credential, and instruct the financial subsystem to provision the particular commerce credential in a disabled state on the device and communicate credential enablement data to the device using a particular communication mechanism of the at least one communication mechanism indicated by the communication mechanism data.

Credential provisioning for an electronic device

The present disclosure generally relates to user interfaces for navigating and providing physical activity information.

Physical activity information user interfaces

In some examples, an account is provisioned onto an electronic device. In some examples, the device receives a value to fund the account provisioned on the electronic device. In some examples, the electronic device transacts with a contactless transaction terminal using the provisioned account and displays an indication of the transaction. In some examples, the electronic device transmits information corresponding to the provisioned account without checking for authentication. In some examples, the device receives user input initiating a process for moving the account from a first device to a second device. In some examples, the device receives account payment credentials from a second device when a set of payment criteria are met.

User interfaces for stored-value accounts

To facilitate conducting a financial transaction via wireless communication between an electronic device and another electronic device, the electronic device determines a unique transaction identifier for the financial transaction based on financial-account information communicated to the other electronic device. The financial-account information specifies a financial account that is used to pay for the financial transaction. Moreover, the unique transaction identifier may be capable of being independently computed by one or more other entities associated with the financial transaction (such as a counterparty in the financial transaction or a payment network that processes payment for the financial transaction) based on the financial-account information communicated by the portable electronic device. The electronic device may also associate receipt information, which is subsequently received from a third party (such as the payment network), with the financial transaction by comparing the determined unique transaction identifier to the computed unique transaction identifier.

Generating transaction identifiers

Systems, methods, and computer-readable media for conducting a transaction using an electronic device with a non-native credential are provided. In one embodiment, a client electronic device in a system including a credential subsystem, a processing subsystem, and a host electronic device may include an online communications component and a processor that accesses, from the processing subsystem, potential transaction data indicative of a transaction, communicates, to the host electronic device using the online communications component, credential request data based on the potential transaction data, receives, from the host electronic device using the online communications component, host credential data based on the credential request data, and communicates, to the processing subsystem, the host credential data, wherein the host credential data is operative to access funds or other suitable enabling elements from the credential subsystem for funding at least a portion of the transaction. Additional embodiments are also provided.

Conducting transactions using electronic devices with non-native credentials

An electronic device displays a messaging user interface of a messaging application, including a conversation transcript of a messaging session between a user of the electronic device and another user, a message-input area, and a representation corresponding to the other user. In response to detecting a first user input corresponding to the representation of the other user, a menu is displayed that contains an activatable menu item for initiating a payment action with the other user. While displaying the menu, in response to detecting a second user input corresponding to the activatable menu item for initiating a payment action with the first other user, a user interface configured to initiate sending of payment to, and/or requesting payment from, the first other user is displayed.

Devices, methods, and graphical user interfaces for initiating a payment action in a messaging session

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

The present disclosure relates to making payments with a mobile device. In one example process, the mobile device receives and stores information for one or more payment accounts on the mobile device. The mobile device is used to make payments using the payment accounts. In some examples, authorization to proceed with a payment is performed before each purchase made by the user. The authorization process can include receiving a verification of the user, such as a fingerprint scan or passcode. In some examples, a payment account is selected from among available payment accounts. In some examples, an indication is displayed of a digital item associated with a purchased item. In some examples, a payment transaction is initiated with participants of an ongoing communication. In some examples, an application of a retailer is invoked based on the availability of the application. In some examples, a purchase recommendation is provided.

User interface for payments

If a user loses an electronic device that has the capability to conduct financial transactions, the user may report that the electronic device is lost using a lost-device software application to a management electronic device associated with a provider of the electronic device. In response to receiving this information, a disabling command is sent to a payment network associated with the financial account of the user to temporarily disable use of the electronic device to conduct the financial transactions. In particular, the electronic device may include a secure element that stores a payment applet for a financial account, and the disabling command may disable a mapping from a virtual identifier for the financial account to a financial primary account number. Subsequently, if the user finds the electronic device, the user may re-enable the capability (and, thus, the mapping) by providing authentication information to the electronic device.

Disabling mobile payments for lost electronic devices

Growing community of inventors

Sunnyvale, CA, United States of America

George R Dicker