Apple Inc.

Meta Platforms, Inc.

Nicholas John Shearer

Anton K Diederich

George R Dicker

Marcel Van Os

Peter D Anton

Oluwatomiwa B Alabi

Donald Walter Pitschel

Gianpaolo Fasoli

Christopher Brooke Sharp

Matthew C Byington

Bob Bradley

Marc Jason Krochmal

Abhinav Gupta

Roberto G Yepez

Vijay Sundaram

Maciej Stachowiak

William M Bumgarner

Samuel M Weinig

Petr Kostka

Gianluca Barbieri

Karl Anders Carlsson

Margaret A Moore

Kevin M Lynch

Morgan J Grainger

Simon Tickner

Aryeh Selekman

Sunil Nair

Eric K Kimn

Brandon Joseph Kieft

Leonardo N Cantelmo

Andreea Selagea

Ilona Papava

Felix-Johannes A Visée

Salma Elshatanoufy

Brandon J Kieft

After NFC transaction information is sent from the first device to the second device via the NFC protocol, the second device sends the NFC transaction information to the third-party. Both the first device and the third-party compute the same transaction identifier utilizing the NFC transaction information, and both the first device and the third-party register with a host server utilizing this transaction identifier. The first device may then send a public key to the host server with the transaction identifier, and the host server may send the public key to the third-party. The third-party may encrypt a document using the public key and may send the encrypted document to the host server with the transaction identifier. The host server may then send the encrypted document to the first device, where the first device may decrypt and present/store the decrypted document.

Secure document transfer

A device in a payment transaction handoff system may include at least one processor configured to receive a request to perform a payment transaction and identify, using a first communication protocol, a respective device identifier of each of a plurality of proximate devices. The at least one processor is configured to select, based at least in part on a payment factor, a default payment device from the plurality of proximate devices. The at least one processor is configured to transmit, via a second communication protocol, a message to perform the payment transaction, the message comprising the device identifier of the default payment device. In one or more implementations, a first device of the plurality of proximate devices may be associated with a first user account and a second device of the plurality of proximate devices may be associated with a second user account, different from the first user account.

Payment handoff system

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

Systems, methods, and computer-readable media for validating online access to secure device functionality are provided that may use shared secrets between different subsystems and limited use validation data.

Validating online access to secure device functionality

Disclosed is a system for connecting to an online meeting room with multiple people. A first client device of a first user initiates a connection to the online meeting room. After the connection has been initiated, the first client device starts receiving video data and audio data from one or more client devices of one or more other users connected to the online meeting room. While connected to the online meeting room, the first client device displays a video stream based on the received video data from the one or more client device of the one or more other users connected to the online meeting. Upon receiving a request from a second user to start a conversation with the first user, the first client device plays an audio stream based on the audio data received from the client device of the second user.

Persistent co-presence group videoconferencing system

The present disclosure generally relates to techniques for managing a remote authorization to proceed with an action, such as creating a secure network connection. In some examples, a requesting device receives selection of one or more options. The requesting device transmits a request to proceed with an action to an authenticating device. The authenticating device concurrently displays an indication of the request to proceed with the action, information about the selected one or more options, and an indication of the requesting device. The authenticating device receives authorization to proceed with the action and transmits a response to the requesting device regarding the request to proceed with the action.

User interface for remote authorization

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 content request communication, e.g., generated using a first processor of a device, can be transmitted to a web server. A response communication including content identifying a first value can be received from the web server. The first processor can facilitate presentation of the content on a first display of the device. A communication can be received at a second processor of the device from a remote server. The communication can include data representing a second value and can be generated at the remote server using information received from the web server. Further, the second processor can produce a secure verification output that can be presented on a separate, second display, representing at least the second value. The presentation on first display can at least partially overlap in time with the presentation on the second display.

Data verification via independent processors of a device

User interface for a device requesting remote authorization

Growing community of inventors

San Francisco, CA, United States of America

Nicholas John Shearer