Amazon Technologies, Inc.

Realnetworks Gmbh

Chelsea Celest Krueger

Nicholas K Peddy

Michael J McCann

Guy Bialostocki

Suguna Subramaniam

W Cary Hall

Jesper Mikael Johansson

Darren Ernest Canavor

Jon Arron McClintock

Andrew Jay Roths

Arnaud Marie Froment

Dallas Lamont Willett

Phivos Costas Aristides

Ramnath R Iyer

Scott Donald Gregory

Michael J Russo

Vijay Rangarajan

Sasan Dashtinezhad

Cory Adam Johnson

Peter F Hill

Grant Alexander Macdonald McAlister

Peter Sven Vosshall

Kyle Bradley Peterson

Christopher Allen Suver

Leon Robert Warman

Melissa Elaine Davis

Claire Elizabeth Suver

Arun Sundaram

Kurt Kufeld

Charles Alexander Carman

Amitpal Singh Bhutani

Justin Michael Bonnar

Paul Matthew Buddington

Lukasz Wojciech Cwik

Tushaar Sethi

Erik Warren Selberg

Dennis Scott Doctor

Abhin Hattikudru

Ajay Bhutani

Anantharam Vanchiprakash

Aditya Tanti

Qin Cai

David B Hedbor

Alex Leighton

Daniel Pincas

Systems and methods for securing transaction messages are described. In an example, a rule set may be accessed. The rule set may specify a selection of a key from a plurality of keys or an obfuscation process from a plurality of obfuscation processes. The selection may be based on a condition associated with securing transaction messages. The keys or the obfuscation processes may be stored at a card reader. An instruction about the selection may be provided to the card reader based on the rule set and a determination that the condition is satisfied. In turn, a secure transaction message may be received from the card reader. The secure transaction message may have been secured based on the key or the obfuscation process. The secure transaction message may be provided to a transaction system that includes a management system associated with the key or the obfuscation process.

Securing transaction messages based on a dynamic key selection

Systems and methods for securing transaction messages are described. In an example, a transaction network may receive a transaction message. The transaction message may have been secured based on a key or an obfuscation process. They key or the obfuscation process may be associated with a management system of the transaction network. The transaction message may be received based on a rule set specifying a selection of the key from a plurality of keys or the obfuscation process from a plurality of obfuscation processes. The selection may be based on a condition associated with securing the transaction message. The keys or the obfuscation processes may be stored at least at a card reader. The management system may access the transaction message and may provide transaction data to an endpoint based at least in part on the transaction message being accessed.

Multi-path back-end system for payment processing

A system is configured to receive a network resource request from a user device configured with a browsing application, wherein the request includes identification data associated with the user device. The system transmits, to a network resource provider, a request for the network resource, wherein the request transmitted to the network resource provider excludes identification data included in the request received from the user device. The system receives from the network resource provider a response, including a document comprising a field configured to receive payment information for an item purchase. The system receives from the browsing application an indication that an anonymous payment instrument, associated with a first entity different than the user, is to be used to purchase a first item at a first price. The system causes information regarding the anonymous payment instrument to be provided to the network resource provider.

Secure proxy service

A balance tracker application is disclosed that can track a numerical value, an accumulating value, or any other balance. Time-series tables are employed to store a transaction history. The time-series tables facilitate higher transaction throughput and reduces the likelihood that a managed database will partition tables storing transaction data.

Utilizing time-series tables for tracking accumulating values

Non-blocking processing of federated transactions may be implemented for distributed data partitions. A transaction may be received that specifies keys at data nodes to lock in order to perform the transaction. Lock requests are generated and sent to the data nodes which identify sibling keys to be locked at other data nodes for the transaction. In response to receiving the lock requests, data nodes may send to lock queues indicating other lock requests for the keys at the data node. An evaluation of the lock queues based, at least in part, on an ordering of the lock requests in the lock queues may be performed to identify a particular transaction to commit. Once identified, a request to commit the identified transaction may be sent to the particular data nodes indicated by the sibling keys in a lock request for the identified transaction.

Non-blocking processing of federated transactions for distributed data partitions

A data aggregations application is disclosed that can create data aggregations from transaction data reported by an upstream system. Data aggregations that are interrelated to one another are generated. The transaction data can be stored only in leaf nodes with transaction idempotency maintained. Parent nodes can be dependent upon the leaf nodes so that transaction is not required to be stored in the parent nodes.

High performance data aggregations

An access control application for mobile devices is provided. The access control application may be configured to generate a set of security tasks based at least in part on information corresponding to a user's interactions with the mobile device. An unlock screen of the mobile device may be triggered and security tasks from the generated set of security tasks may be displayed through a user interface of the mobile device. The user's response to the security tasks may be obtained and a confidence score may be calculated, based at least in part on the response. The access control application may then determine, based at least in part on the score and one or more attributes of the environment, whether to unlock the mobile device or prompt the user to provide an additional response to another security task.

Dynamic unlock mechanisms for mobile devices

A payment routing and processing platform is configured to collect various attributes for use in identifying an optimal payment processor for a particular payment transaction message. For example, the payment routing and processing platform might identify business attributes, endpoint attributes, customer and transaction attributes, payment method attributes, system attributes, and/or other types of attributes. The payment routing and processing platform might then utilize some or all of the identified attributes to select an endpoint for processing a payment transaction message. The payment routing and processing platform might also utilize some or all of the identified attributes to identify and perform other types of processing of financial transactions. Machine learning techniques might also be utilized to improve the performance of the payment routing and processing platform.

Routing and processing of payment transactions

An access control application for mobile devices is provided. The access control application may be configured to generate a set of security tasks based at least in part on information corresponding to a user's interactions with the mobile device. An unlock screen of the mobile device may be triggered and a security tasks from the generated set of security tasks may be displayed through a user interface of the mobile device. The user's response to the security tasks may be obtained and a confidence score may be calculated, based at least in part on the response. The access control application may then determine, based at least in part on the score and one or more attributes of the environment, whether to unlock the mobile device or prompt the user to provide an additional response to another security task.

Described herein are system and methods for mitigating index contention issues in databases. The database server may generate additional storage locations to prevent overloading one or more current storage locations. A variety of database conditions may be used to trigger an increase or decrease in storage locations. In one embodiment, more storage locations may be generated when the amount of data records waiting to be written at a storage location exceeds or equals a threshold amount. Likewise, the database server may reduce the amount of current storage locations when the amount of data records is less than a threshold amount. The record identifiers may incorporate a location reference for their designated storage location. The reference may be a string that includes numbers, letters, or a combination thereof.

Systems and methods for reducing database index contention and generating unique database identifiers

Described herein are storage systems, computer readable mediums, and methods for overcoming size limit storage limitations associated with storage systems. Processed transactions may be removed from an object so that input data may be stored at the object. In some implementations, the storage system removes the processed transactions from the object once a section of the object includes a threshold amount of data, and stores the processed transactions at a transaction datastore. Once the processed transactions have been removed from the object, the storage system may store the input data at the object.

Managing data stored in memory locations having size limitations

Described herein are systems and methods for generating integrated identifiers that may be combined with database sequence values to create a high probability of uniqueness that minimizes assigning duplicate identifiers to one or more databases. The integrated identifier may be based in part on several identifiers associated with a database. This may include a numeric identifier assigned to the database, a name assigned to the database, or any other database property that may be relatively unique. In one embodiment, the integrated identifier may be associated with a sequence value for a database. While the sequence value may be unique within the database, the integrated identifier may be unique to other database identifiers. When an existing database is cloned, a new integrated identifier may be generated from the cloned database. New records stored in the new database may use the new integrated identifier, while the cloned records will remain unedited.

Systems and methods for generating database identifiers based on database characteristics

Growing community of inventors

Seattle, WA, United States of America

Chelsea Celest Krueger