Patents by Inventor Ryan Connell Durham

Ryan Connell Durham has filed for patents to protect the following inventions. This listing includes patent applications that are pending as well as patents that have already been granted by the United States Patent and Trademark Office (USPTO).

  • Publication number: 20190141021
    Abstract: Disclosed is a method including receiving, at a server and from a browser configured on a device, a request to access the server, the server being associated with a brick and mortar store, transmitting an interactive interface to the browser on the device, and receiving, from the browser on the device and via use of the interactive interface, data associated with a product in the brick and mortar store. The server transmits via a browser application programming interface that defines a protocol for communicating data between the server and the browser a request associated with a purchase of the product and receives according to the API authorized payment data. The user can scan products codes in the store using the interactive interface. The process eliminates the need for point of sale equipment and eliminates checkout lines.
    Type: Application
    Filed: October 31, 2018
    Publication date: May 9, 2019
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20190007381
    Abstract: Disclosed is a method including presenting an input field on a user interface of a generalized search entity, wherein the generalized search entity processes data using a generalized search engine that indexes and searches both merchant sites and non-merchant sites, receiving user input in the input field and determining whether the user input corresponds to a product in a product database to yield a determination. When the determination indicates that the user input does correspond to the product in the product database, the method includes presenting a purchase-related search result, wherein the purchase-related search result is configured such that when a user interacts with the purchase-related search result and confirms a purchase associated with the purchase-related search result, the generalized search entity initiates a purchasing process for the product.
    Type: Application
    Filed: September 10, 2018
    Publication date: January 3, 2019
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Patent number: 10152756
    Abstract: Disclosed is an approach for enabling a user to choose from multiple payment options using a browser API. The method includes determining whether a user interfacing with a site via a browser can make a payment via a first browser payment request application programming interface or a second browser payment request application programming interface. The method includes presenting a dynamically modified buy button that is associated with the selected browser or a user payment account enabled via the selected browser and transmitting, in connection with an interaction with the dynamically modified buy button, a payment request to the selected browser and via the selected browser payment request application programming interface. The user can make the payment using the account type they are using.
    Type: Grant
    Filed: April 6, 2018
    Date of Patent: December 11, 2018
    Assignee: MONTICELLO ENTERPRISES LLC
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Patent number: 10121186
    Abstract: Disclosed is an approach for managing a transition from the first site to a destination merchant site and a deep link state. A method aspect includes receiving an interaction from a user with an object associated with an advertisement for a product, the advertisement being presented via a first site presented within a browser, transitioning the user from the first site to a destination merchant site in a deep link state. The transitioning process includes retrieving data from the browser and using the data from the browser to enable the user to transition from the first site to the destination merchant site in the deep link state. The deep link state enables the user to purchase the product via an interaction with a purchase object without manually entering payment account data or user address data. The deep link state can enable a “one click” purchasing experience after the transition from the first site.
    Type: Grant
    Filed: May 4, 2017
    Date of Patent: November 6, 2018
    Assignee: MONTICELLO ENTERPRISES LLC
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Publication number: 20180232817
    Abstract: Disclosed is an approach for enabling a user to choose from multiple payment options using a browser API. The method includes determining whether a user interfacing with a site via a browser can make a payment via a first browser payment request application programming interface or a second browser payment request application programming interface. The method includes presenting a dynamically modified buy button that is associated with the selected browser or a user payment account enabled via the selected browser and transmitting, in connection with an interaction with the dynamically modified buy button, a payment request to the selected browser and via the selected browser payment request application programming interface. The user can make the payment using the account type they are using.
    Type: Application
    Filed: April 6, 2018
    Publication date: August 16, 2018
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Patent number: 9922381
    Abstract: Disclosed is an approach for coordinating via two browser APIs with a payment service. The method includes receiving input from a user indicating a desire to purchase a product from a merchant site, and receiving, based on the input, at a browser and via a first API between the browser and the merchant site, a payment request from the merchant site for payment data. In response to the payment request, the method includes communicating, from the browser and via a second API between the browser and the payment service, a payment request event to the payment service, wherein the payment service can process a payment for the product. The method includes receiving, at the browser and from the payment service and via the second API, a confirmation of the payment and communicating, from the browser and via the first API to the merchant site, the confirmation.
    Type: Grant
    Filed: May 23, 2017
    Date of Patent: March 20, 2018
    Assignee: MONTICELLO ENTERPRISES LLC
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Patent number: 9922380
    Abstract: Disclosed is an approach for providing a payment capability in a dialog. The method includes receiving, via a messenger application and as part of a dialog between a site and a user, an input from the user, presenting user text associated with the input in the messenger application, responding, as part of the dialog and by the site, to the input with a response, presenting response text associated with the spoken response in the messenger application, and identifying a product the user desires to purchase from the site. Based on a buy interaction by the user, the method includes receiving, at a browser and via a browser payment request API, a payment request for payment data of the user for purchasing the product and, in response to the payment request, communicating, from the browser and via the browser payment request API, payment information to the site for purchasing the product.
    Type: Grant
    Filed: May 19, 2017
    Date of Patent: March 20, 2018
    Assignee: MONTICELLO ENTERPRISES LLC
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Publication number: 20180025442
    Abstract: Disclosed is an approach for processing cryptocurrency payments via a payment request application programming interface. A method includes receiving, from a site, at a browser and via the payment request application programming interface, a request associated with a potential purchase, wherein the request includes an identification of a cryptocurrency payment method accepted by the site and transmitting, to the site, from the browser and via the API, data indicating that a user of the browser can pay for the potential purchase via the cryptocurrency payment method accepted by the site. The method includes retrieving via the API cryptocurrency payment information for the potential purchase and populating a cryptocurrency wallet with the cryptocurrency payment information for automatic payment.
    Type: Application
    Filed: September 29, 2017
    Publication date: January 25, 2018
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20180019984
    Abstract: Disclosed is an approach for enabling a user to login to a site without needing to manually type in credentials. A method includes receiving, from a site, at a browser and via a browser credential management application programming interface that defines a protocol for communicating data between the site and the browser for enabling a user to login to the site, a request associated with a login credential required for the site, retrieving, based on the request, user data and transmitting, to the site, from the browser and via the browser credential management application programming interface, a response to the request. The response can include such login data as username and password.
    Type: Application
    Filed: August 16, 2017
    Publication date: January 18, 2018
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Publication number: 20170345105
    Abstract: Disclosed is an approach for enabling a user to choose from multiple payment options using a browser API. The method includes transmitting, to a browser and via a browser payment request application programming interface, a payment request having data associated with a purchase of a product from the site for a user and presenting a choice between a first payment method and a second payment method for purchasing the product. The method includes receiving a selection of a payment method from the user of one of the first payment method and the second payment method to yield a selected payment method and, based on the selected payment method and in response to the payment request, receiving, from the browser and via the browser payment request application programming interface, data associated with the selected payment method.
    Type: Application
    Filed: August 16, 2017
    Publication date: November 30, 2017
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20170256001
    Abstract: Disclosed is an approach for providing a payment capability in a dialog. The method includes receiving, via a messenger application and as part of a dialog between a site and a user, an input from the user, presenting user text associated with the input in the messenger application, responding, as part of the dialog and by the site, to the input with a response, presenting response text associated with the spoken response in the messenger application, and identifying a product the user desires to purchase from the site. Based on a buy interaction by the user, the method includes receiving, at a browser and via a browser payment request API, a payment request for payment data of the user for purchasing the product and, in response to the payment request, communicating, from the browser and via the browser payment request API, payment information to the site for purchasing the product.
    Type: Application
    Filed: May 19, 2017
    Publication date: September 7, 2017
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20170256003
    Abstract: Disclosed is an approach for coordinating via two browser APIs with a payment service. The method includes receiving input from a user indicating a desire to purchase a product from a merchant site, and receiving, based on the input, at a browser and via a first API between the browser and the merchant site, a payment request from the merchant site for payment data. In response to the payment request, the method includes communicating, from the browser and via a second API between the browser and the payment service, a payment request event to the payment service, wherein the payment service can process a payment for the product. The method includes receiving, at the browser and from the payment service and via the second API, a confirmation of the payment and communicating, from the browser and via the first API to the merchant site, the confirmation.
    Type: Application
    Filed: May 23, 2017
    Publication date: September 7, 2017
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20170256000
    Abstract: Disclosed is an approach for providing a multi-site shopping cart. A method includes receiving, via a browser shopping cart application programming interface associated with a browser, first data associated with a first product viewed by a user navigating on a first site using the browser. The first data is stored for later retrieval. The method includes presenting a browser payment interface to the user for managing the purchase of the second product, the browser payment interface being associated with a browser payment request API in which payment data for the user is passed from the browser to the second site through the browser payment request application programming interface. The method includes presenting on the browser payment interface information about the first product (based on the stored data) and processing a payment of both the first product and the second product based on user interaction with the browser payment interface.
    Type: Application
    Filed: May 19, 2017
    Publication date: September 7, 2017
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20170236196
    Abstract: Disclosed is an approach for managing a transition from the first site to a destination merchant site and a deep link state. A method aspect includes receiving an interaction from a user with an object associated with an advertisement for a product, the advertisement being presented via a first site presented within a browser, transitioning the user from the first site to a destination merchant site in a deep link state. The transitioning process includes retrieving data from the browser and using the data from the browser to enable the user to transition from the first site to the destination merchant site in the deep link state. The deep link state enables the user to purchase the product via an interaction with a purchase object without manually entering payment account data or user address data. The deep link state can enable a “one click” purchasing experience after the transition from the first site.
    Type: Application
    Filed: May 4, 2017
    Publication date: August 17, 2017
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM
  • Publication number: 20130181054
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for capturing images of barcode enabled loyalty cards, detecting the compatibility of a barcode scanner with a virtual representation of a bar-code enabled card, and for location-aware handling of virtual cards. A system configured to practice the first method outputs a template of an expected size, and presents, within the template, a real-time image, obtained via a camera, of a card having a barcode. The system takes a picture of the card and, based on a card-template size relationship, extracts an image of the barcode. A system practicing the second method outputs a stored card image for a barcode scanner, and monitors an image feed of the bar code scanner scanning the display. If an associated scanner class indicates that the barcode scanner is unable to scan the stored image of the card, the system generates an alert.
    Type: Application
    Filed: July 6, 2012
    Publication date: July 18, 2013
    Inventors: Chris Juarez Durham, John Fenwick Graf, Ryan Connell Durham
  • Publication number: 20130013371
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for tracking retail performance. A system configured to practice the method monitors transactions at a merchant point of sale and determines, from the transactions, a sales rate for a product. If the sales rate for the product goes below a target sales rate associated with the product, the system identifies a responsibility hierarchy associated with the product, wherein the responsibility hierarchy indicates a chain of responsible parties for the product, and sends an alert for the product to at least one of the responsible parties. The alert can be an audible alert, a visual alert, a vibration, a printed alert, a list entry, and/or a database entry. The system can send the alert to a responsible party and/or a supervisor of the responsible party. The alert can be associated with a period of time to resolve the alert.
    Type: Application
    Filed: July 4, 2011
    Publication date: January 10, 2013
    Inventors: Norik Katsakhyan, Ryan Connell Durham, Nona Katsakhyan Durham
  • Patent number: 8285643
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for enabling gift card recipients to redeem gift card amounts using existing accounts such as a credit/debit card. A system practicing the method identifies a giver and recipient of a gift card amount and associated accounts. A policy is established which governs how the gift card is redeemed, such as a specific merchant or item. When the recipient makes a purchase using an existing credit/debit card according to the policy, the gift card amount is applied to the transaction. No special codes, separate physical gift cards, or printable coupons are necessary for redemption. The recipient makes purchases using their normal purchasing credit/debit card via a qualifying purchase according to the policy, and the gift card is applied automatically. The recipient credit/debit card becomes a combination of an open-looped card and a closed-loop card. Thus, no money is wasted or lost.
    Type: Grant
    Filed: December 14, 2010
    Date of Patent: October 9, 2012
    Assignee: Monncello Enterprises, LLC
    Inventors: Thomas M. Isaacson, Ryan Connell Durham
  • Publication number: 20120245987
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for processing transactions using policies established via social networks. The system receives, via a communication in a social network, an identification of a merchant at a first time from a recipient associated with a recipient payment account comprising one of a credit payment account and a debit payment account existing prior to the first time. The system associates a policy with an offer. The system monitors, according to the policy, purchases using the recipient payment account at a second time, which is later than the first time, to yield purchasing information. Then, based on the purchasing information, the system can determine whether a qualifying purchase has been initiated at the merchant using the recipient payment account. If the qualifying purchase has been initiated, the system can apply an amount of money associated with the offer.
    Type: Application
    Filed: June 6, 2012
    Publication date: September 27, 2012
    Applicant: Moneyhoney LLC
    Inventors: Thomas M. ISAACSON, Ryan Connell Durham
  • Publication number: 20120226604
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for enabling gift card recipients to redeem gift card amounts using existing accounts such as a credit/debit card. A system practicing the method identifies a giver and recipient of a gift card amount and associated accounts. A policy is established which governs how the gift card is redeemed, such as a specific merchant or item. When the recipient makes a purchase using an existing credit/debit card according to the policy, the gift card amount is applied to the transaction. No special codes, separate physical gift cards, or printable coupons are necessary for redemption. The recipient makes purchases using their normal purchasing credit/debit card via a qualifying purchase according to the policy, and the gift card is applied automatically. The recipient credit/debit card becomes a combination of an open-looped card and a closed-loop card. Thus, no money is wasted or lost.
    Type: Application
    Filed: May 14, 2012
    Publication date: September 6, 2012
    Applicant: Moneyhoney LCC
    Inventors: Thomas M. ISAACSON, Ryan Connell Durham
  • Publication number: 20120150743
    Abstract: Disclosed herein are systems, methods, and non-transitory computer-readable storage media for managing regifting of a group gift wherein a recipient or purchaser of the gift and givers are all registered with the system using their payment accounts in advance and a policy manages money transfers for the gift. The system identifies a recipient and a recipient payment account associated with the policy that provides that upon detecting a qualifying transaction using the recipient payment account, a gift amount is transferred to the recipient payment account. The system receives a request to modify the policy based on identification of a new recipient and identifies an associated new recipient payment account. In response to the request, the system modifies the policy such that at least a portion of the gift amount is transferred to the new recipient account upon detecting the qualifying transaction using the new recipient account.
    Type: Application
    Filed: September 19, 2011
    Publication date: June 14, 2012
    Applicant: Moneyhoney LLC
    Inventors: Thomas M. ISAACSON, Ryan Connell DURHAM