CN108885743A - 能够整合到商家网站的统一支付界面偏好监控服务 - Google Patents

能够整合到商家网站的统一支付界面偏好监控服务 Download PDF

Info

Publication number
CN108885743A
CN108885743A CN201780020016.0A CN201780020016A CN108885743A CN 108885743 A CN108885743 A CN 108885743A CN 201780020016 A CN201780020016 A CN 201780020016A CN 108885743 A CN108885743 A CN 108885743A
Authority
CN
China
Prior art keywords
user
payment services
information
payment
services
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780020016.0A
Other languages
English (en)
Inventor
普拉沙恩斯·谢蒂
罗希特·库姆拉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Amazon Technologies Inc
Original Assignee
Amazon Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Amazon Technologies Inc filed Critical Amazon Technologies Inc
Publication of CN108885743A publication Critical patent/CN108885743A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

公开了一种***，其监控跨参与商家网站的用户的支付交易，并且使用该信息来确定特定用户的支付服务偏好。当用户在商家网站上发起结账交易时，所述***使用该偏好信息来尝试标识既是所述商家网站支持的又是所述用户优选的支付服务。所述方法中的一种方法包括从与商家网站相关联的内容服务器接收对与用户相关联的优选选项的请求，所述请求包括指示所述用户的信息。对描述与所述用户相关联的选项的信息进行访问，并且使用所述访问的信息和标识由所述商家网站接受的选项的信息来确定优选选项。将标识所述优选选项的信息提供给所述内容服务器。

Description

能够整合到商家网站的统一支付界面偏好监控服务
背景技术
考虑到消费者在互联网上购物越来越流行，许多公司已经开始充当商家网页的支付代理。这些支付代理使得商家能够提供与他们自己的服务器分离的安全支付平台，并为商家网页的消费者提供消费者的支付凭证是安全的附加信任度。由于支付代理在由商家控制的服务器之外实现了从消费者到商家的资金转移，因此消费者更有可能从不具有众所周知的安全声誉的小商家或鲜为人知的商家购买产品。
附图说明
图1A示出了用于购买与商家商店相关联的产品的示例用户界面。
图1B示出了包括用户优选支付服务的示例用户界面。
图1C示出了用于选择可用支付服务的示例用户界面。
图1D示出了用于访问选定的支付服务的示例用户界面。
图2是与商家服务器以及与和商家服务器进行交互的用户(例如，消费者)的用户设备通信的示例支付偏好监控***的框图。
图3是用于确定与和商家相关联的内容项进行交互的用户的优选支付服务的示例过程的流程图。
各个附图中相同的附图标记和符号指示相同的元件。
具体实施方式
本说明书描述了用于在商家网页上呈现支付服务的方法和***，该支付服务选自用户在购买产品、商品、服务等时优选或可能优选的多种支付服务。销售产品的商家可以与所描述的***整合(例如，具有用户账户)，并且可以在用户购买产品时呈现给用户的网页中包括可执行代码(例如，脚本)，该代码可以与所描述的***进行通信。可执行代码可以致使在用户要购买产品时自动显示用户的优选支付服务(例如，用户在从多个商家购买产品时历史上最常使用的支付服务)，所述优选支付服务也是商家可以接受的。以这种方式，商家可以个性化向其用户的支付服务的呈现，其中每个用户都能够自动地看到他们喜欢的(例如，优选的)支付服务的呈现。该***可以使该呈现过程自动化，使得商家能够对他们的网页进行非常小的改变(例如，***可执行代码)，并为用户创建更个性化的环境。
在本说明书中，支付服务是一种电子服务，它使消费者能够向另一个实体(例如，不同的消费者、商家等)提供或确认支付(例如，资金、风险、信用的转移)，其中支付是使用***(例如，不受诸如商家的实体维护或控制的***)提供或确认的。通常，支付服务(例如，与支付服务相关联的***、服务器等)维护(例如，存储)消费者的支付工具，例如***数据、借记卡数据等，并且消费者通常具有每个支付服务的用户账户。为了使用支付服务对在商家网页上显示的产品进行支付，网页的用户可以选择显示的用户界面对象(例如，按钮)，其在被选择时向支付服务(例如，向与支付服务相关联的***)提供用户将购买产品的信息。支付服务可以对用户进行认证(例如，使用存储在用户的用户设备上的cookie数据，或者提示用户输入相关联的用户名和密码)，并且在认证成功之后可以实现从消费者到商家的安全资金转移(例如，商家可以具有认证信息，例如商家标识符、访问代码、密码等)。在本说明书中，对向支付服务提供信息或从支付服务接收信息的引用可以包括向与支付服务(例如，运营支付服务的实体)相关联的(或由其维护的)服务器、***等提供信息或从其接收信息。类似地，对向用户呈现支付服务的引用可以包括呈现用户界面元素(例如，交互式用户界面元素)，该用户界面元素可以包括支付服务的标识符(例如，徽标)，并且在被选择时，或者与用户界面元素的其他交互可以使得相关联的支付服务被访问。例如，在被选择时，支付服务可以呈现用户界面数据以接收与用户相关联的用户名和密码(例如，本文参考图1D所描述的)。
随着在互联网上购买产品越来越普遍，支付服务已经出现，以使得商家网页能够提供一定程度的保证，即可以安全地购买他们的产品，而消费者的敏感支付信息不会被不当地存储和维护。实际上，这些支付服务对于计算机网络领域来说是独特的，通过使用与内部商家控制的支付服务分开的支付服务，小商家不再需要实现高成本密集型网络安全协议。
然而，由于支付服务的分散，商家可能会接受多种支付服务，并在消费者购买产品时提供一系列令人眼花缭乱的选择。例如，商家可能会显示过多的支付服务的标识符(例如，徽标)，其中每个标识符都可由消费者选择以使消费者能够利用相关支付服务完成购物交易。为了提高消费者购买产品的速度(例如，从在线商店‘结账’)，本说明书描述了快速展示已知用户喜欢或可能喜欢的支付服务的改进。因此，商家网页可以仅包括消费者可以与其进行交互的采购、购买或其他优选用语的选项，而在进行交互时，消费者的优选支付服务可以自己自动呈现给消费者。然后，消费者可以与优选支付服务进行交互(例如，与将自己标识为优选支付服务的按钮进行交互)，并且优选支付服务可以完成交易。
如将描述的，一台或多台计算机的***(例如，支付偏好监控***200)可以维护描述已确定或已知消费者在多个商家网站上使用(例如，具有用户账户)的支付服务的信息。另外，***可以维护描述商家使用的支付服务的信息。当消费者在商家网页上购买产品时，***可以比较支付服务，并自动确定与商家网页相关联的商家可接受的优选支付服务，供正在购物的消费者使用。在一些实现方式中，优选支付服务可以是已知消费者在阈值时间段(例如，前一周、一个月、一年、所有时间)内以最大频率在所有商家网页上使用的支付服务。
在确定优选支付服务之后，支付偏好监控***能够使得优选支付服务在商家的网页上呈现(例如，当用户界面元素被选择时，使得优选支付服务被访问)，使消费者能够购买产品。另外，如果***没有足够的信息来确定消费者的优选支付服务，则***可以主动确定消费者和商家中的每一个与其相关联的支付服务(例如，通过查询与支付服务相关联的不同***)，并且可以选择优选支付服务作为与消费者相关联的、商家也可以接受的支付服务。
以这种方式，支付偏好监控***能够利用商家网页来消费者确定支付服务，从而提高消费者购买产品的便利性。另外，通过为消费者确定优选支付服务，***可以使商家网页利用消费者可能已经被配置来使用的支付服务(例如，cookie存储在消费者的用户设备上)。也就是说，基于凭经验确定的消费者数据(例如，监控过去在多个商家网站上使用支付服务的情况)，消费者在最近一段时间内使用所有支付服务中的特定支付服务的可能性增大。因此，消费者更可能能够简单地选择购买产品的选项，并且如果他们仍然登录到所确定的优选支付服务，则优选支付服务可以快速批准购物(例如，一键购物)。
商家可以与***执行初始整合过程，使得***可以监控整合商家的用户的支付服务选择。初始整合过程可以包括商家向***注册(例如，创建用户名和密码)，并指示商家提供的支付服务。另外，商家还可以指定与每个支付服务相关联的私人信息，例如用户标识符、密码、访问代码、私钥等。当生成用户可以在其上购买产品的网页时，商家可以包括与***相关联的可执行代码，这些可执行代码可以使***接收指示用户正在查看产品的信息，并可以使每个用户的优选支付服务呈现。例如，***可以使得与优选支付服务相关联的代码(例如，HTML)被包括在网页中，使得与优选支付服务相关联的按钮或其他用户界面元素被渲染以呈现给用户。***可以利用私人信息来生成代码，以便当代码被包括在网页中时，代码与商家未和***整合时所包括的代码相同。在一些实现方式中，支付偏好监控***能够使得与优选支付服务相关联的代码(例如，支付服务指定包括在商家的网页中的代码)被包括，并且商家可以维护代码、配置文件等(例如，标识私人信息)，以使得代码正常运行，就像商家没有与***整合一样。
此外，本文所描述的方法和***可以解决由计算机技术、网络等引起的问题。例如，商家不再需要在其网页中维护和包括来自多种支付服务的代码。相反，它们可以简单地包括可以与支付偏好监控***进行通信(例如，使用一个或多个应用程序编程接口(API)调用)的相同的可执行代码，使得可执行代码可以导致来自多种支付服务中的任何一种的代码被包括。这必然会减小网页的大小，使网页加载速度更快，并减少商家创建、存储和维护更大网页的需求。另外，这还降低了商家必须使每个支付服务都与他们的网页一起工作的复杂性。这可以包括确保与每个支付服务相关联的代码都是最新的，确保他们的服务器***可以正确地利用代码(例如，代码中的特定变量可能需要由商家的服务器***加密，例如密码)，等等。相反，商家可以简单地与支付偏好监控***进行一次性整合，并提供由每个支付服务提供的私人信息(例如，用户名、密码、认证令牌、私钥、标识符)，使***能够处理其余部分(例如，使用商家网页中包括的可执行代码)。
如本文所述，支付偏好监控***能够确定用户的优选支付服务，或者缺少信息，确定用户也能够使用的商家的优选支付服务。以下内容包括对确定供用户使用的支付服务时可能出现的情况的非详尽描述。
用户更喜欢商家提供的支付服务
如上表所示，支付偏好监控***能够访问指定用户能够使用的支付服务，以及由商家提供的支付服务的信息。如表所示，用户更喜欢“支付服务1”，而商家更喜欢“支付服务4”。由于商家提供用户最喜欢的支付服务“支付服务1”，因此***确定优选支付服务是“支付服务1”。本文进一步描述了确定商家的优选支付服务。
用户更喜欢商家提供的支付服务，但用户请求不同的支付服务
根据上表，如将参考图1C进一步描述的，用户可以选择不同于***确定的支付服务(例如，“支付服务1”)。支付偏好监控***能够呈现可供用户使用并且商家提供的替代支付服务。因此，在上表所示的情况下，***将呈现“支付服务2”作为供用户选择的附加选项，因为这是用户和商家共同使用的唯一剩余支付服务。可选地，支付偏好监控***能够呈现由商家提供的、而用户不能使用的支付服务(例如，用户没有用户账户的支付服务，例如“支付服务4”)的标识。然后，用户可以从呈现的支付服务中进行选择，而与选定的支付服务相关联的服务器可以使用户能够创建用户账户(例如，服务器能够提供与用户账户创建相关联的一个或多个网页)。
用户不与由商家提供的任何支付服务相关联
上表示出了在商家不提供用户能够使用的任何支付服务的情况下，商家最优选的支付服务由支付偏好监控***确定(例如，“支付服务4”)。在这种情况下，用户将不得不与商家的优选支付服务相关联以为期望的产品进行支付(例如，用户将被要求创建“支付服务4”的用户名/账户)。可选地，可以向用户呈现由商家提供的其他支付服务的标识以供选择，例如可以呈现“支付服务5”和“支付服务6”。
***缺少指定用户的支付服务的信息
如本文将描述，在一些情况下，支付偏好监控***可能不具有与用户相关联的信息。例如，用户可能没有从与该***整合的商家购买过产品。在这些情况下，该***可以查询与多个支付服务相关联的***以确定用户是否可以使用任何支付服务(例如，该***可以从每个***请求指示相关联的支付***是否具有利用相同电话号码或电子邮件地址注册的用户账户的响应。如上表所示，该***已确定商家提供用户可以使用的两种支付服务(例如，“支付服务2”和“支付服务3”)。然后，该***将“支付服务2”标识为用户可以使用的、对于商家是最优选的支付服务。可选地，可以向用户呈现其他支付服务(例如，除了“支付服务2”之外)的标识，并且用户可以从商家提供的其他支付服务中进行选择。例如，可以向用户呈现“支付服务3”和“支付服务4”的标识以供选择。另外，还可以在“支付服务3”的标识符的呈现附近放置指示，指示用户具有“支付服务3”的用户账户。
***缺少指定用户的支付服务的信息，并且用户不与由商家提供的任何支付服务 相关联。
在支付偏好监控***查询与支付服务相关联的***并且确定用户不使用商家提供的任何支付服务的情况下，该***可以将由商家提供的最优选的支付服务(例如，“支付服务4”)标识为确定的支付服务。可选地，可以向用户呈现由商家提供的其他支付服务的标识以供选择。例如，可以呈现“支付服务5”和“支付服务6”的标识。
另外，该***能够主动监控支付服务可能正在提供的任何打折、折扣等，并且能够确定提供最大折扣的支付服务。
图1A示出了用于购买与商家商店102相关联的产品104的示例用户界面100。用户界面100是呈现在用户的用户设备(例如，计算机、膝上型计算机、平板电脑、移动设备或可佩戴设备)上的、从与商家商店102相关联的内容服务器接收到的交互式用户界面的示例。图1A-1D中描述的用户界面可以由用户设备在渲染由内容服务器生成的一个或多个内容项(例如，网页)时呈现。
如图所示，用户正在用户界面100中查看产品104(例如，‘产品A’)。用户界面100包括特定相关联商家(例如，“商家商店102”)的指示，可以通过特定统一资源定位符(URL)(例如，www.<web address>.<tld>)来访问商家商店。呈现产品104的描述、产品的图像以及产品的相关联成本106(例如，200美元)。
用户界面100包括用于购买产品104的可选择选项108(例如，“购买”)。可选地，示例用户界面100可以包括添加到用户要购买的产品列表的可选择的选项(例如，添加到‘购物车’)。如本文将描述，在与可选择的选项108进行交互时，与商家商店102相关联的内容服务器可以向***(例如，支付偏好监控***200)提供信息，并接收描述供用户使用的优选支付服务的信息。
图1B示出了包括用户优选支付服务112的示例用户界面110。在可选择对象108被选择(例如，如在图1A中所描述的“购买”)时，用户界面100可以更新以包括用户优选支付服务112。该支付服务112无缝且自动地被包括在用户界面110中，从而使用户看不见工作过程，并移除了购买产品的若干步骤。
为了确定用户优选支付服务，支付偏好监控***200标识用户可以使用的支付服务，并将标识的支付服务与商家可以使用的支付服务进行比较。如将描述的，支付偏好监控***200获得指示用户的信息，诸如用户的电话号码、用户的电子邮件地址、与用户的一个或多个用户设备相关联的信息，诸如设备标识符(例如，包括在显示用户界面110的移动设备的操作***中的设备标识符)、统计ID(例如，可以基于与用户设备相关联的标准属性(诸如操作***、字体、IP地址、浏览器、位置等)的值组合来标识用户设备)、与商家相关联或与支付偏好监控***200相关联的cookie(例如，HTTP cookie、HTML5cookie)，等等。然后，支付偏好监控***200可以访问标识用户可以使用的支付服务的维护信息(例如，在数据库202中维护)。
为了获得指示用户的信息，在用户设备上呈现的内容项可以包括可执行代码、脚本等，其可以获得指示用户的信息，并直接将其提供给支付偏好监控***200。例如，可执行代码可以获得标识信息，并且通过利用与支付偏好监控***200相关联的一个或多个应用程序编程接口(API)调用，可以将标识信息提供给***200。以这种方式，敏感用户信息可以直接从用户设备传输到***200，而商家服务器不充当代理。然而，如本文所述，与商家相关联的cookie可以被包括在用户设备上。该cookie可能仅可由商家服务器访问，而在一些实现方式中，商家服务器可以从cookie标识用户，并将标识信息提供到支付偏好监控***200。可选地，可执行代码可以使用户界面110包括供用户输入上述标识信息中的一种或多种的选项，包括输入电子邮件地址或电话号码，并可以将输入的信息提供给支付偏好监控***200。可选地，当未能以其他方式获得指示用户的信息时，可以包括供用户输入标识信息的选项。
在标识用户之后，支付偏好监控***200可以访问标识用户的支付服务的维护信息。如将描述的，支付偏好监控***200可以监控用户过去使用的支付服务(例如，存储在数据库202中)，或者支付偏好监控***200可以主动查询与支付服务相关联的一个或多个***，以确定用户是否具有相关联的用户账户，并且存储标识用户具有与其相关联的用户账户的支付服务的信息(例如，存储在数据库202中)。例如，支付偏好监控***200可以利用与每个支付服务相关联的应用程序编程接口(API)来查询支付服务是否具有与所获得的指示用户的信息相关联的用户。如图1B所示，支付偏好监控***200正在查询与特定支付服务相关联的***118，并且已经接收到指示该特定支付服务是否具有与用户相关联的信息的响应。
支付偏好监控***200还获得标识或确定商家使用的支付服务的信息。如图1B所示，支付偏好监控***200已经将支付服务A-支付服务N标识为商家114的支付服务。例如，与商家商店102相关联的内容服务器可以存储标识支付服务的信息(例如，在诸如标识支付服务的配置文件的文件中，与诸如商家标识符、访问代码等的相关联信息一起。)，并且可以将支付服务的标识符提供到***200。另外，如将描述的，在一些实现方式中，商家可以执行与支付偏好监控***200的整合过程，使得支付偏好监控***200可以维护标识商家提供的支付服务的信息，以及足以使相关联支付服务实现对商家的支付转移的信息(例如，商家标识符、私人访问代码等)。
为了确定要在用户界面110中呈现的用户优选支付服务112，***200将用户的支付服务与商家114的支付服务进行比较，并选择也由商家114使用的用户优选的支付服务。例如，用户优选支付服务112可以监控用户在多个商家处使用最多的支付服务(例如，在阈值时间段内最频繁地使用，或者最近使用最多)，或者用户针对特定商家商店102优选使用的支付服务(例如，在阈值时间段内使用最多，或者最近使用最多)，或者用户针对类似于产品104的产品(例如，相同类型的产品，例如家居用品、野营、运动、电子产品、类似货币价值的产品等等)优选使用的支付服务。可选地，***200可以优先于用户的优选支付服务来选择商家的优选支付服务。可选地，***200可以包括对用户使用商家的优选支付服务而不是用户的优选支付服务的激励(例如，用户界面110可以包括文本信息“使用[支付服务N]可获订单的5％的折扣！”)。
在另一种情况下，支付偏好监控***200不能访问标识优选支付服务的信息(例如，***200不具有与用户相关联的信息，并且必须查询支付服务以标识用户使用的支付服务)，***200可以选择商家114的优选支付服务作为用户的优选支付服务112。***200可以存储或从内容服务器接收标识商家的优选支付服务的信息，并选择用户可以使用的优选支付服务。替代地，***200可以提供用户可以使用的支付服务的标识符给商家，商家可以从多个标识符中选择一个优选支付服务。
在支付偏好监控***200确定用户和商家不使用任何重叠的支付服务的另一情况下，***200可以选择商家114的优选支付服务作为用户优选支付服务112。然后，用户可以用商家的优选支付服务创建用户账户。
以这种方式，支付偏好监控***200可以确定用户优选支付服务112，以作为交互式用户界面元素包括在用户界面110中。在用户界面110中呈现的用户优选支付服务112包括标识支付服务的文本或图形信息，以及相关联的标识符(例如，徽标)。支付偏好监控***200可以利用在用户设备上呈现的内容项中包括的可执行代码来呈现优选支付服务112。在一些实现方式中，可执行代码可以***与优选支付服务112相关联的代码(例如，HTML代码、JavaScript代码、PHP等)。也就是说，***200可以打包与优选支付服务112相关联的代码，该代码可以包括例如相关联的引用(例如，超链接)，其将信息(例如，加密的商家标识信息)引导到与优选支付服务112相关联的***，并且导致与优选支付服务112相关联的用户界面数据(例如，徽标)呈现。作为示例，在商家不使用支付偏好监控***200的情况下，商家将需要在内容项中包括与优选支付服务112相关联的代码(例如，HTML代码、可执行代码)。利用支付偏好监控***200，可以获得与优选支付服务112相关联的代码，并将所述代码自动***到内容项中以完成用户的购物。以这种方式，代替商家被要求包括与多种支付服务相关联的可执行代码，商家可以仅包括与***200相关联的可执行代码，并且***200可以实现正确呈现用户优选和/或商家提供的多种支付服务中的任何一种的功能。可选地，支付偏好监控***200可以提供标识优选支付服务112的信息，并且商家服务器可以更新内容项以包括与支付服务112相关联的代码。
用户界面110还包括可选择选项116(例如，“显示更多？”)，供用户选择与***200选择的优选支付服务112不同的支付服务。在可选择选项116被选择时，用户界面可以呈现可选择的选项，每个选项都与可供用户使用的可用支付服务相关联。
图1C示出了用于选择可用支付服务122的示例用户界面120。如本文所述，用户界面110的用户可以选择可选择选项116以选择与由支付偏好监控***200确定的服务不同的支付服务。在可选择选项116(例如，“显示更多？”)被选择时，呈现用于选择支付服务122的用户界面。可选择支付服务122可以被包括在用户界面120中(例如，用户界面120可以更新以包括支付服务122的标识符)，或者可选择支付服务122可以被包括在单独的用户界面中(例如，在web浏览器中，在用户界面120上显示的弹出窗口)。
可选择支付服务122包括标识用户可以使用的，而不是由支付偏好监控***200确定的优选支付服务112的支付服务的信息。所标识的支付服务可以包括用户使用(例如，有权访问)以及商家也使用的支付服务。替代地，所标识的支付服务可以包括商家使用的支付服务，并且如果用户没有使用这些支付服务之一，则他/她可以注册该支付服务。
如图所示，可选择支付服务122是用户界面元素(例如，如本文所述)，其包括与可用支付服务相关联的标识符。可选地，可以包括标识每个支付服务的文本数据，并且可以指示正在提供的任何打折、优惠券等(例如，***200可以查询与每个支付服务相关联的***以确定它是否正在提供这样的打折或优惠券)。每个标识符可以由用户选择(例如，用户可以用鼠标选择标识符、按触敏屏幕等)，并且在选择时，支付偏好监控***200可以接收选择。然后，***200可以更新数据库202以指示用户更喜欢选定的支付服务。可选地，数据库202可以指示用户针对特定商家商店102，或者针对与产品104类似的产品(例如，相同的类型、功能、目的、价格范围等)，优选选定的支付服务。
在选择支付服务122之后，用户界面120更新以呈现用户选择的支付服务124以及相关联的标识符。内容服务器可以从支付偏好监控***200接收标识选择的信息(例如，与可选择支付服务122相关联的用户界面可以由***200经由可执行代码生成)，或者内容服务器可以接收用户交互以确定选择的支付服务。
图1D示出了用于访问选定的支付服务132的示例用户界面130。如本文参考图1B-1C所描述，标识用户优选支付服务112或用户选择的支付服务124的用户界面元素可以作为图1D中的支付服务132呈现，供用户使用。在呈现支付服务132用户界面元素之后，用户可以与支付服务132进行交互以购买产品104。
在支付服务132被选择时，与支付服务相关联的服务器可以获得足以实现向商家的支付转移的信息(例如，标识符、访问代码、加密的密码)，而用户设备或者内容服务器可以接收用户界面数据供用户完成。例如，在被选择时，与支付服务相关联的服务器可以导致用户界面数据的呈现，该用户界面数据包括可供用户完成认证目的的可选择选项。
如图所示，与支付服务132对用户进行认证相关联的用户界面134被呈现给用户。用户界面134包括供用户输入(例如，键入或以其他方式输入，例如，在触敏屏幕上输入)与用户的用户账户相关联的用户名(例如，“用户ID”)和密码的区域。然后，用户可以完成与向商家确认或提供支付相关联的选项。可选地，如果用户已经登录到支付服务(例如，根据cookie数据确定)，则用户界面134可以放弃认证步骤，并向商家确认或提供支付。
图2是与商家服务器220和与商家服务器220进行交互的用户(例如，消费者)的用户设备230进行通信的示例支付偏好监控***200的框图。支付偏好监控***200可以是一台或多台计算机的***，其通过一个或多个网络(例如，互联网)从商家服务器220和用户设备230接收信息，并向其提供信息。商家服务器220可以在用户的用户设备230上呈现的内容项中包括可执行代码(例如，脚本)，其可以从用户接收信息以提供给***200，并且可以从***200接收信息(例如，直接)以呈现给用户设备230。如本文所述，支付偏好监控***200可以确定要作为支付服务呈现在用户设备230上的优选支付服务。
支付偏好监控***200维护描述用户(例如，消费者)过去已经使用或可以使用(例如，具有用户账户)的支付服务的信息。所维护的信息可以存储在一个或多个数据库(例如，用户/支付服务数据库202)中，或者***200可以与在一个或多个数据库中维护信息的存储子***进行通信。数据库202可以包括布置在一个或多个关系或非关系数据库中的结构化数据(例如，映射到用户的标识符，或以其他方式与其相关联的支付服务的标识)。另外，数据库202可以维护指示每个用户的优选支付服务的信息，如本文将描述，该信息可以基于支付服务的使用频率(例如，在阈值时间段内)，并且可以根据(例如，取决于)用户正在从其购买产品的特定商家服务器220、正在购买的产品类型等而变化。在本文描述的其中接收和维护私人、敏感或任何用户信息的所有情况下，可以实现隐私保护，包括使数据匿名、对数据进行加密，以及提供用户选择加入/退出偏好的能力。
支付偏好监控***200包括确定引擎210，其从商家(例如，商家服务器220)接收(例如，请求)信息，信息包括指示用户与商家服务器进行交互(例如，与商家服务器220生成的用于在用户设备230上呈现的内容项目进行交互)的信息。可选地，可以直接从用户设备230接收请求，例如响应于用户设备230的用户与和可执行代码相关联的用户界面元素进行交互，可执行代码直接向支付偏好监控***200提供信息(例如，使用一个或多个API调用)。例如，内容项可以包括与支付偏好监控***200相关联的可执行代码，其中可执行代码可操作以实现用户设备230和***200之间的直接通信。如本文所述，为了确定用户的优选支付服务，支付偏好监控***200可以获得用户的标识信息，并且可以确定用户的支付服务和优选支付服务。可选地，用户可以访问与支付偏好监控***200相关联的一个或多个内容项，并且可以创建用户账户，其中包括用户的标识信息以及用户使用的支付服务(例如，用户还可以指示支付服务的排序，包括指示特定的优选支付服务)。以这种方式，如果用户设备230被配置为使用支付偏好监控***200(例如，与支付偏好监控***200相关联的cookie位于在用户设备230上执行的浏览器上)，则支付偏好监控***200可以标识用户的用户账户，并获得支付服务的标识。
为了获得指示用户的信息，商家服务器220还可以从用户设备230的用户请求信息，包括用户的电话号码、用户的电子邮件地址等。例如，商家服务器220可以在用户设备230上呈现的内容项中包括用户界面元素(例如，文本输入框)，其可以接收指定标识信息的用户输入。在从用户接收标识信息之后，商家服务器220可以将标识信息提供给支付偏好监控***200。支付偏好监控***200可以访问所维护的信息(例如，在数据库202中)，并标识与标识信息相关联的用户。可选地，支付偏好监控***200可以直接接收用户输入的信息(例如，包括在内容项中的可执行代码可以直接与支付偏好监控***200进行通信)。
另外，为了获得指示用户的信息，商家服务器220或支付偏好监控***200可以获得与用户的一个或多个用户设备(例如，用户设备230)相关联的信息，例如设备标识符(例如，包括在显示用户界面110的移动设备的操作***中的设备标识符)、统计ID(例如，可以基于与用户设备相关联的标准属性(例如操作***、字体、IP地址、浏览器、位置等)的值组合来标识用户设备230)、cookie(例如，HTTP cookie、HTML5 cookie)等。在用户设备230上呈现的内容项可以包括可执行代码(例如，脚本)，其在被执行时使得与用户设备230相关联的信息被获取。支付偏好监控***200可以接收标识信息，并访问维护的信息以标识相关联的用户。
可选地，如果支付偏好监控***200没有从商家服务器接收标识信息，或者如果***200没有维护与用户相关联的信息(例如，***200没有相关联的电话号码、电子邮件地址、用户设备信息的记录)，则***200可以确定用户的一个或多个支付服务。***200可以查询与支付服务(例如，支付服务***A 240A-支付服务***N 240N)相关联的一个或多个***(例如，向其提供请求)，以标识支付服务是否与用户相关联。例如，***200可以利用相应支付服务的一个或多个应用程序编程接口(API)、内容项(例如，包括与支付服务相关联的内容项中的标识信息)等，并且可以将接收的标识信息提供给支付服务(例如，给支付服务***240A)。在有肯定指示时，***200可以更新数据库202以将指示的支付服务与标识用户的信息相关联。
支付偏好监控***200包括确定引擎210，其可以确定要由用户使用(例如，当购买在商家服务器220的内容项上显示的产品时)的，也可以被商家(例如，与商家服务器220相关联的商家)接受的支付服务。为了实现该确定，确定引擎210可以获得标识商家接受的支付服务的信息，并将商家接受的支付服务与用户使用的支付服务进行比较。支付偏好监控***200可以维护标识由商家提供的支付服务的信息，以及足以实现向商家的支付转移的信息(例如，账户ID、访问代码、密码、签名等)。例如，与支付偏好监控***200相关联的每个商家都可以执行初始整合过程，以指定由商家提供的支付服务，并且此后可以在内容项中仅包括与***200相关联的可执行代码(例如，如图1A-1D所描述的)。也就是说，商家可以访问与支付偏好监控***200相关联的一个或多个内容项，以指示他们可以接受作为与***200的初始整合的支付服务，并且可以根据需要通过访问内容项来更新支付服务。
可选地，商家服务器220可以在对***200的请求中包括支付服务的标识，或者***可以向商家服务器220提供对支付服务的请求。例如，商家服务器220可以维护标识支付服务的信息(例如，配置文件)，并且可以为每个请求提供支付服务。支付偏好监控***200可以周期性地更新数据库202(例如，***200可以在从商家接收到周期性数量的请求，或者周期性的时间量之后，请求商家的支付服务)。可选地，如本文所述，与支付偏好监控***200相关联的商家可以存储标识他们可以接受的支付服务的信息(例如，在配置文件中)。当在用户的用户设备230上呈现内容项时，内容项可以包括与***200相关联的可执行代码(例如，脚本)，可执行代码可以访问配置文件，并且向支付偏好监控***200提供支付服务的标识(例如，标识可以是加密的)。
在标识商家的支付服务之后，确定引擎210可以选择由商家接受的用户优选的支付服务。确定引擎210可以维护和访问标识每个支付服务的使用频率的信息(例如，在阈值时间段内)，并且可以确定用户历史上优选的或在最近的阈值时段中优选的支付服务。然后，确定引擎210可以选择商家可接受的、用户最优选的(例如，以最高频率使用的)支付服务。在选择优选支付服务之后，确定引擎210可以在呈现在用户设备上的内容项中包括与优选支付服务相关联的代码(例如，HTML代码、可执行代码)。
在一些实现方式中，确定引擎210可以向商家服务器220提供优选支付服务的指示。在这些实现方式中，商家服务器220可以使得优选支付服务呈现(例如，商家服务器220可以在内容项中包括与优选支付服务相关联的代码)。另外，如本文所述，确定引擎210可以使得与优选支付服务相关联的信息在用户设备230上呈现。例如，包括在用户设备230上呈现的内容项中的可执行代码可以接收代码(例如，HTML、JavaScript等，代码与优选支付服务相关联，可以在用户设备上呈现可选择对象(诸如按钮)，并且在对象被选择时，可以向与优选支付服务相关联的服务器提供信息并从其接收信息)，并呈现(例如，渲染)所接收的代码。
对于用户的支付服务与商家接受的支付服务之间不存在重叠的情况，确定引擎210可以选择优选支付服务作为商家接受的支付服务。与上面类似，确定引擎210可以确定商家的优选支付服务，例如由商家指示为优选的支付服务(例如，在配置文件中指示，例如通过可接受的支付服务的排序列表指示)。
对于用户的支付服务与商家接受的支付服务之间存在重叠但是确定引擎210不具有标识用户的优选支付服务的信息的情况，确定引擎210可以选择由商家优选的、用户使用的支付服务。
在确定优选支付服务之后，商家服务器或***200可以在用户设备230上的内容项中呈现支付服务和/或导致其呈现(例如，呈现优选支付服务的标识符，以及被配置为使用与优选支付服务相关联的一个或多个服务器来完成交易的用户界面元素)。如本文所述，参考图1C，用户可以选择用于选择不同支付服务的选项。然后，确定引擎210可以获得标识用户的所有支付服务(例如，商家也可接受的)的信息，而利用包括的可执行代码的商家服务器220或***200可以呈现所标识的支付服务以呈现给用户(例如，供其进行选择)。可选地，商家服务器220或***200可以呈现标识商家接受的所有支付服务的信息，或者用户可以提供标识特定支付服务的信息，而商家服务器220可以确认或拒绝接受该支付服务。
确定引擎210可以接收用户选择的支付服务，并更新数据库202以将支付服务与用户相关联。另外，确定引擎210还可以向选定的支付服务提供权重，其中权重指示用户将优选某一支付服务的可能性。以这种方式，确定引擎210可以确定选择表示与用户的偏好相关联的趋势，并且因此可以随着时间的推移(例如，用户一次或多次选择了选定的支付服务)确定选定的支付服务是优选的支付服务。
图3是用于确定与和商家相关联的内容项进行交互的用户的优选支付服务的示例过程300的流程图。为方便起见，过程300将被描述为由一台或多台计算机的***(例如，支付偏好监控***200)执行。
***接收对优选支付服务的请求，以呈现给正与和商家相关联的内容项进行交互的用户(框302)。如本文所述，用户设备的用户(例如，查看要购买的产品的消费者)可以从与商家相关联的内容服务器(例如，商家服务器220)接收内容项，并与内容项进行交互，以查看商家提供的产品、购买产品等。内容服务器可以在内容项中包括与该***相关联的可执行代码(例如，脚本、HTML、Java等)(例如，用于由用户设备执行、渲染等)。用户可以与内容项进行交互(例如，选择内容项中的购买按钮)，并且可执行代码可以向***提供请求。如本文所述，可以直接从用户设备提供请求，或者可以由内容服务器接收请求，并将请求提供给***。
请求包括指示正在与内容项进行交互的用户的信息。例如，如本文所述，用户可以输入(例如，在内容项中)标识信息，包括电子邮件地址、电话号码、用户名、姓名、地址等。此外，用户当前可以登录到内容服务器，并且内容服务器可以向***提供用户标识信息，包括电话号码、姓名等。
该***访问描述用户的支付服务的维护信息，并标识用户的支付服务(框304)。利用指示在请求中接收的用户的信息，该***访问所维护的信息(例如，如本文中的图2中所描述)，并标识用户的支付服务。例如，该***可以将接收的电话号码与存储在维护的信息中的电话号码进行比较，并可以标识匹配。作为另一示例，***可以将接收的姓名与存储在维护信息中的姓名进行比较，并且可以识别匹配。如果有多个匹配的姓名，则该***可以利用其他数据来推断哪个存储的姓名条目对应于用户。作为示例，该***可以利用用户的位置(例如，根据IP地址确定)、与用户的用户设备相关联的信息、电话号码、电子邮件地址等中的一项或多项来标识匹配。
如本文所述，该***可以不存储与用户相关联的信息，例如，用户之前可能没有与已经与该***整合的商家进行交互，该***可能无法标识用户的支付服务。在这种情况下，该***可以查询与支付服务相关联的服务器，并接收指示支付服务是否与用户相关联的响应。当该***接收到肯定响应时，***更新维护的信息以标识用户的支付服务。
该***确定与用户相关联的优选支付服务(框306)。该***还可以获得标识与内容服务器相关联的商家可以接受的支付服务的信息(例如，如本文在图2中所描述的)，并确定要呈现给用户的优选支付服务(例如，在内容项中)。
该***监控用户例如在先前从商家购买产品时使用的支付服务。该***可以监控每个支付服务被使用的次数，包括哪些支付服务最近被使用次数上升(例如，在阈值时间量内)。通过使用该监控的信息，该***可以选择优选支付服务作为商家可以接受的多个支付服务中使用最多(例如，在阈值时间段内)的支付服务。此外，该***还可以获得标识用户选择的支付服务的信息，而不是***确定的优选支付服务。如本文将描述，并如图1C所示，用户可以请求与为用户自动确定的支付服务不同的支付服务。对于后续购物，该***可以选择用户选择的支付服务作为优选支付服务。可选地，该***可以确定如果用户在被呈现确定的优选支付服务之后请求选择新的支付服务，并且选择某一特定支付服务达阈值次数(例如，在阈值时间段内)，则选定的支付服务将是优选的支付服务(例如，即使选定的支付服务的使用频率低于其他支付服务，例如在阈值时间段内以较低的频率使用)。
可选地，该***可以计算和监控用户行为的统计数据，包括使用每个支付服务的频率，以及用户是否选择了与该***最初确定的支付服务中不同的支付服务，以及正在购买的产品、购买的产品的所属商家、一天中的时间、用户使用的用户设备、用户进行购物时所在的位置等特征。通过使用上述特征，该***可以生成一个或多个机器学习模型，其在给定当前请求的特征的情况下，确定优选支付服务。例如，该***可以根据聚类过程(例如，k均值聚类)对特征进行聚类，并可以基于所接收的特征来确定最符合用户行为的特定支付服务。例如，该***可以确定，对于特定类型的产品(例如，运动、家居用品、珠宝，汽车零件、服装)，用户优选某一特定的支付服务。
与商家相关联的内容服务器，或用户设备，可以向该***提供标识用户要购买的一个或多个产品的信息，包括产品类型、产品价格等。该***可以访问所维护的信息，并在给定产品的特征(例如，类型、价格)，以及***可以访问的其他特征，包括如本文所述的用户的位置、一天中的时间、特定用户设备等等的情况下，确定用户可能喜欢的支付服务。例如，该***可以确定，对于与用户相关联的给定用户设备(例如，基于标识符、MAC地址、统计信息确定的)，用户优选使用某一特定支付服务。例如，用户可能已经被该支付服务认证(例如，已能登录)，并且不必输入用户账户细节(例如，用户名、密码)，因此可能更喜欢该支付服务的易用性。替代地，用户的不同用户设备可能具有与其相关联的不同偏好，因为用户可能未登录到相同的支付服务，或者用户可能比较频繁地清除存储的cookie，且因此，对于每笔支付，用户可能都必须登录到支付服务。
另外，该***还可以确定，对于给定的价格范围，用户更喜欢某一特定的支付服务(例如，高限额***可能与该特定支付服务相关联，该特定支付服务可能提供奖励、打折、现金返还等等)。类似地，该***可以确定，当用户离开家时(例如，休假，基于维护的用户设备的位置信息确定，例如基于IP地址)，用户更喜欢使用某一特定的支付服务。以这种方式，该***可以利用上述特征来选择用户的优选支付服务。
如本文所述，如果用户不使用商家使用的支付服务，则该***可以选择商家的优选支付服务。另外，如果该***没有维护信息或没有足够的维护信息以确定用户的优选支付服务，则该***可以选择商家的优选支付服务。
该***提供标识用户的优选支付服务的信息(例如，框308)。该***向用户提供优选支付服务的指示，其可以包括直接向用户设备提供指示(例如，内容项可以从该***接收指示，且与该***相关联的可执行代码可以导致呈现与优选支付服务相关联的用户界面元素)或向内容服务器提供指示。如本文所述，信息可包括优选支付服务的标识符(例如，徽标)、与优选支付服务相关联的可执行代码或标记代码(例如，可执行代码可被包括在内容项中，并且用户可以与其进行交互，以实现向商家的支付转移)、对优选支付服务的引用(例如，与访问优选支付服务相关联的超链接)，等等。
该***可选地接收标识用户将选择不同支付服务的信息(框310)。如图1C所示，用户可以选择可选择的选项以查看可用的附加支付服务(例如，商家接受的用户的支付服务，或商家接受的任何其他支付服务)。该***获得其他支付服务的标识，并将标识提供给用户。
可选地，该***可以对每个支付服务指派排序，用户的用户设备上的内容项可以根据次序或排序来呈现支付服务。例如，该***可以利用每个可用支付服务的使用频率、如本文所述的一个或多个机器学习模型，并可以对每个支付服务指派排序或指派次序。以这种方式，用户可以快速选择支付服务而无需扫描整个列表。
替代性实施方案
如本文所述，该***获得指示用户的信息，以部分地确定用户的优选支付服务。在一些实现方式中，商家可以与该***整合，并使用在用户的用户设备上执行的电子应用程序(例如，与商家相关联的移动“app”)导致用户的特定优选支付服务的呈现。例如，该***可以接收指示用户的信息，并确定用户的优选支付服务(例如，如本文所述)。
前面章节中描述的每个过程、方法和算法都可以由包括计算机硬件的一个或多个计算机***或计算机处理器执行的代码模块来体现并且完全或部分自动化。代码模块(或“引擎”)可以存储在任何类型的一个或多个非暂时性计算机可读介质(例如，计算机存储产品)或计算机存储设备上，例如硬盘驱动器、固态存储器、光盘和/或类似物中。所述***和模块还可以作为生成的数据信号(例如，作为载波或其他模拟或数字传播信号的一部分)在各种计算机可读传输介质上传输，所述介质包括基于无线和有线/有线的传输介质，所述***和模块可以采用多种形式(例如，作为单个或多路复用模拟信号的一部分，或作为多个离散数字数据包或帧)。过程和算法可以部分或全部地在专用电路中实现。所公开的过程和过程步骤的结果可以持久地或以其他方式存储在任何类型的非暂时性计算机存储装置(例如易失性或非易失性存储装置)中。
通常，如本文所用，术语“模块”是指在硬件或固件中体现的逻辑，或指可能具有进入点和离开点的以编程语言(如Java、Lua、C或C++)编写的软件指令的集合。软件模块可能被编译并链接到可执行程序、被安装在动态链接库中或者可用解释性的编程语言(如BASIC、Perl或Python)编写。应了解，软件模块可从其他模块或从它们自身调用，和/或响应于检测到的事件或中断而被调用。可以在一个或多个计算机可读介质(诸如光盘、数字视频光盘、闪存驱动器或任何其他有形介质)上提供被配置为在计算设备上执行的软件模块。这种软件代码可以部分或全部存储在执行计算设备的存储器设备上。软件指令可被嵌入在固件(如EPROM)中。还应理解，硬件模块可以由连接的逻辑单元(例如门和触发器)组成，和/或可以由可编程单元(例如可编程门阵列或处理器)组成。本文所述的模块优选地实现为软件模块，但也可以硬件或固件表示。通常，本文所述的模块是指逻辑模块，所述逻辑模块可与其他模块组合或分割成子模块而不管它们的物理组织或存储如何。
本文所描述的用户界面可选地使用浏览器、其他网络资源查看器、专用应用程序或以其他方式，经由用户计算设备来呈现(并且可以接收用户指令)。描述或示出为存在于不同实施方案或用户界面中的各种特征可以组合到同一实施方案或用户界面中。从用户接收的命令和信息可以由本文公开的各种***使用本文所公开的过程来存储和操作。虽然本公开可以提及用户悬停在特定项目上方、指向或点击特定项目，但是也可以使用其他技术来检测用户感兴趣的项目。例如，用户可以经由触摸屏触摸项目，或以其他方式指示兴趣。本文所描述的用户界面可以呈现在用户终端上，例如膝上型计算机、台式计算机、平板计算机、智能电话、虚拟现实耳机、增强现实耳机或其他终端类型。用户终端可以与诸如触摸屏、麦克风、触摸板、键盘、鼠标、笔、照相机等用户输入设备相关联，虽然前述讨论和附图可以示出各种类型的菜单，但是也可以使用其他类型的菜单。例如，菜单可以经由下拉菜单、工具栏、弹出式菜单、交互式语音响应***或以其他方式来提供。
本文所描述的各种特征和过程可以彼此独立地使用，或者可以各种方式组合。所有可能的组合和子组合都落入本公开的范围内。另外，在一些实现方式中，可以省略某些方法或过程框。本文所描述的方法和过程也不限于任何特定顺序，并且与其相关的框或状态可以其他适当的顺序执行。例如，所描述的框或状态可以不同于具体公开的次序执行，或者多个框或状态可以组合成单个框或状态。示例框或状态可以串行、并行或以某种其他方式执行。可以向所公开的示例实施方案添加框或状态或从其中移除框或状态。本文所描述的示例***和部件可以与所描述的不同方式进行配置。例如，与所公开的示例实施方案相比，可以添加、移除或重新布置元件。
除非另外特别说明，或在如所使用的上下文中另有理解，否则本文使用的条件语言，例如“能够”、“可能”、“可以”，“例如”等通常旨在传达某些实施方案包括而其他实施方案不包括某些特征、元素和/或步骤。因此，这种条件语言通常不旨在暗示一个或多个实施方案以任何方式需要这些特征、元件和/或步骤，或者一个或多个实施方案必须包括用于在有或没有作者输入或提示的情况下决定这些特征、元件和/或步骤是否包括在任何特定实施方案中或将在任何特定实施方案中执行的逻辑。术语“包括(comprising)”、“包括(including)”、“具有(having)”等是同义的，并且以开放式方式包括使用，并且不排除额外的元件、特征、动作、操作等。此外，术语“或”以其包括意义(而不是其排他意义)使用，使得当用于例如连接元素列表时，术语“或”意味着列表中的一个、一些或所有元素。除非另有具体说明，否则诸如短语“X、Y或Z中的至少一个”的连接语言在如通常使用的上下文内被理解为传达项目、术语等可以是X、Y或Z。因此，这种连接语言通常不旨在暗示某些实施方案需要X中的至少一个、Y中的至少一个或Z中的至少一个各自都存在。
虽然已经描述了某些示例实施方案，但是这些实施方案仅作为示例呈现，并且不旨在限制本公开的范围。因此，前面的描述中的任何内容都不旨在暗示任何特定的元素、特征、特性、步骤、模块或块是必需的或必不可少的。实际上，本文所描述的新颖方法和***可以各种其他形式体现；此外，在不脱离本文公开的本发明的精神的情况下，可以对本文所描述的方法和***的形式进行各种省略、替换和改变。所附权利要求及其等效内容旨在涵盖如将落入本文公开的某些本发明的范围和精神内的这些形式或修改。
在本文中所述和/或附图中描绘的流程图中的任何过程说明、元素或方框应理解成潜在地表示包括用于实施过程中的特定逻辑功能或步骤的一个或多个可执行指令的代码模块、代码片段或代码部分。如本领域技术人员将理解，替代性实现方式包括在本文所描述的实施方案的范围内，其中根据所涉及的功能，元素或功能可被删除、不按照所示出或讨论的次序执行、包括基本上同时执行或以相反的次序执行。
应强调，可以对所描述的实施方案进行许多变化和修改，其中的元素应被理解为是其他可接受的示例。所有这些修改和变化旨在包括在本公开的范围内。前面的描述详述了本发明的某些实施方案。然而，应理解，无论前述内容在文本中如何详细，本发明都可以多种方式实施。如本文还陈述，应注意，在描述本发明的某些特征或方面时使用特定术语不应被视为暗示术语在本文中被重新定义为限于包括本发明的与该术语相关联的特征或方面的任何特定特性。

Claims (20)

1.一种方法，其包括：
通过一台或多台计算机的***，
维护用户的支付服务偏好数据，所述支付服务偏好数据指示所述用户跨多个商家网站选择的支付服务，所述支付偏好数据通过监控所述用户跨已经与所述***整合的商家网站选择的支付服务来获得，其中每个支付服务在由所述商家控制的***之外实现用户和商家之间的支付转移；
从与商家相关联的内容服务器接收对所述用户的优选支付服务的请求，所述内容服务器提供经由用户的用户设备呈现的内容项，并且从用户接收指定用户交互的数据，所述数据指示所述用户将购买由所述商家提供的一个或多个产品，所述请求包括指示所述用户的信息；
访问所述维护的支付服务偏好数据，并且至少部分地基于所述请求中包括的所述信息来标识与所述用户相关联的一个或多个支付服务；
从所述标识的支付服务，确定所述用户的优选支付服务，所述优选支付服务是所述商家可接受的；以及
导致信息经由所述用户设备呈现，从而使得所述用户能够访问所述优选支付服务以实现向所述商家的支付转移。
2.根据权利要求1所述的方法，其中指示所述用户的所述信息包括与所述用户相关联的电子邮件地址，或与所述用户相关联的电话号码。
3.根据权利要求1所述的方法，其中指示所述用户的所述信息是经由所述内容项从所述用户接收的，或者其中指示所述用户的所述信息是从与所述用户的所述用户设备相关联的信息获得的，所述信息包括设备标识符，或者所述用户设备的统计信息。
4.根据权利要求1所述的方法，其中所述维护的支付服务偏好数据对于所述用户而言包括所述用户在阈值时间段内访问相关联的支付服务的频率。
5.根据权利要求4所述的方法，其中确定优选支付服务包括：
确定所述标识的支付服务中的与所述用户的最高使用频率相关联的支付服务。
6.一种方法，其包括：
通过一台或多台计算机的***，
接收对查看经由用户设备呈现的内容项的用户的优选支付服务的请求，所述内容项是由与实体相关联的内容服务器生成的，所述请求包括指示所述用户的信息，其中支付服务在由所述实体控制的***之外实现用户和实体之间的支付转移；
访问与支付服务相关联的选择信息，所述支付服务已经由所述用户跨与和所述***整合的实体相关联的多个内容项选择，其中所述***监控所述用户跨所述多个内容项的支付服务选择；
至少部分地基于所述选择信息和标识由所述实体接受的支付服务的信息，确定所述优选支付服务；以及
导致与所述优选支付服务相关联的交互式用户界面数据经由所述用户设备呈现。
7.根据权利要求6所述的方法，其中指示所述用户的所述信息包括与所述用户相关联的电子邮件地址，或与所述用户相关联的电话号码。
8.根据权利要求6所述的方法，其中指示所述用户的所述信息是经由所述内容项从所述用户接收的，或者其中指示所述用户的所述信息是从与所述用户的所述用户设备相关联的信息获得的，所述信息包括设备标识符，或者所述用户设备的统计信息。
9.根据权利要求6所述的方法，其中确定所述优选支付服务包括：
从所述选择信息标识由所述实体接受的与所述用户相关联的支付服务，所述标识的支付服务中的一个或多个与标识所述用户的使用频率的信息相关联；
将所述优选支付服务标识为与所述用户的最高使用频率相关联的支付服务。
10.根据权利要求6所述的方法，其中对于特定支付服务而言，所述选择信息还包括标识所述特定支付服务是由所述用户为优先于由所述***响应于先前接收的请求而确定的优选支付服务来选择的信息，并且
其中确定所述优选支付服务包括将所述特定支付服务指派为所述优选支付服务。
11.根据权利要求6所述的方法，其还包括：
接收标识所述用户将选择与所述优选支付服务不同的支付服务的信息；
导致可供所述用户选择的支付服务的指示经由所述用户设备呈现；以及
接收标识选定的支付服务的信息。
12.根据权利要求11所述的方法，其还包括：
更新与所述用户的所述选定的支付服务相关联的所述选择信息。
13.一种一台或多台计算机和存储指令的一个或多个计算机存储介质的***，所述指令在由所述一台或多台计算机执行时使所述一台或多台计算机执行包括以下各项的操作：
接收对查看经由用户设备呈现的内容项的用户的优选支付服务的请求，所述内容项是由与实体相关联的内容服务器生成的，所述请求包括指示所述用户的信息，其中支付服务在由所述实体控制的***之外实现用户和实体之间的支付转移；
访问与支付服务相关联的偏好信息，所述支付服务已经由所述用户跨与和所述***整合的实体相关联的多个内容项选择，其中所述***监控所述用户跨所述多个内容项的支付服务选择；
至少部分地基于所述偏好信息和标识由所述实体接受的支付服务的信息，确定所述优选支付服务；以及
导致与所述优选支付服务相关联的交互式用户界面数据经由所述用户设备呈现。
14.根据权利要求13所述的***，其中指示所述用户的所述信息包括与所述用户相关联的电子邮件地址，或与所述用户相关联的电话号码。
15.根据权利要求13所述的***，其中指示所述用户的所述信息是经由所述内容项从所述用户接收的，或者其中指示所述用户的所述信息是从与所述用户的所述用户设备相关联的信息获得的，所述信息包括设备标识符，或者所述用户设备的统计信息。
16.根据权利要求13所述的***，其中确定所述优选支付服务包括：
从所述偏好信息标识由所述实体接受的与所述用户相关联的支付服务，所述标识的支付服务中的一个或多个与标识所述用户的使用频率的信息相关联；
将所述优选支付服务标识为与所述用户的最高使用频率相关联的支付服务。
17.根据权利要求13所述的***，其中对于特定支付服务而言，所述偏好信息还包括标识所述特定支付服务是由所述用户为优先于由所述***响应于先前接收的请求而确定的优选支付服务来选择的信息，并且
其中确定所述优选支付服务包括将所述特定支付服务指派为所述优选支付服务。
18.根据权利要求13所述的***，其中所述操作还包括：
接收标识所述用户将选择与所述优选支付服务不同的支付服务的信息；
导致可供所述用户选择的支付服务的指示经由所述用户设备呈现；以及
接收标识选定的支付服务的信息。
19.根据权利要求18所述的***，其中所述操作还包括：
更新与所述用户的所述选定的支付服务相关联的所述偏好信息。
20.根据权利要求13所述的***，其中所述内容项包括与所述***相关联的可执行代码，并且其中所述可执行代码向所述***提供信息，并且经由所述用户设备接收信息以供呈现。
CN201780020016.0A 2016-03-25 2017-03-10 能够整合到商家网站的统一支付界面偏好监控服务 Pending CN108885743A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/081,238 US10963853B2 (en) 2016-03-25 2016-03-25 Unified payment interface preference monitoring service capable of integration into merchant sites
US15/081,238 2016-03-25
PCT/US2017/021792 WO2017165129A1 (en) 2016-03-25 2017-03-10 Unified payment interface preference monitoring service capable of integration into merchant sites

Publications (1)

Publication Number Publication Date
CN108885743A true CN108885743A (zh) 2018-11-23

Family

ID=59898084

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780020016.0A Pending CN108885743A (zh) 2016-03-25 2017-03-10 能够整合到商家网站的统一支付界面偏好监控服务

Country Status (5)

Country Link
US (1) US10963853B2 (zh)
EP (1) EP3433813A4 (zh)
JP (1) JP6616043B2 (zh)
CN (1) CN108885743A (zh)
WO (1) WO2017165129A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220207122A1 (en) * 2019-09-05 2022-06-30 Open Lens Project Ltd. System and method for management of digital media content

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160055546A1 (en) 2014-08-21 2016-02-25 Oracle International Corporation Managing progressive statistical ids
US20180060551A1 (en) * 2016-08-23 2018-03-01 Lenovo (Singapore) Pte. Ltd. Using gas chromatography for authentication, advertisements, and therapies
US10437841B2 (en) * 2016-10-10 2019-10-08 Microsoft Technology Licensing, Llc Digital assistant extension automatic ranking and selection
WO2019246539A1 (en) * 2018-06-22 2019-12-26 Visa International Service Association Secure remote transaction framework using dynamic secure checkout element
US20200058029A1 (en) * 2018-08-15 2020-02-20 Shopify Inc. Dynamically populated user interface feature
WO2020136584A1 (en) * 2018-12-24 2020-07-02 Vibhor Jain An automated system and method for identifying target payment mode/s for electronic payment transaction
US11200545B2 (en) * 2019-05-10 2021-12-14 Mastercard International Incorporated Mediator website for authenticating payment entities and supporting dynamic interface objects for payments
US11516277B2 (en) 2019-09-14 2022-11-29 Oracle International Corporation Script-based techniques for coordinating content selection across devices
CN112116438A (zh) * 2020-07-31 2020-12-22 福建亿能达信息技术股份有限公司 一种多渠道支付集成方法、平台、设备和介质
CN112181559A (zh) * 2020-09-24 2021-01-05 维沃移动通信有限公司 界面显示方法、装置和电子设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1622351A1 (en) * 2004-07-30 2006-02-01 Siemens Aktiengesellschaft Method for the payment of network-based services with selection of a payment instrument
US20080183593A1 (en) * 2007-01-29 2008-07-31 Google Inc. On-Line Payment Transactions
CN102598037A (zh) * 2009-10-19 2012-07-18 法贝尔金融有限责任公司 移动支付站***和方法
US20130211934A1 (en) * 2008-06-03 2013-08-15 Cardinalcommerce Corporation Alternative payment implementation for electronic retailers
US20140114777A1 (en) * 2012-10-22 2014-04-24 Remi Guyot Tailored Display of Payment Options
US20140278965A1 (en) * 2013-03-15 2014-09-18 Capital One Financial Corporation Systems and methods for providing payment options
US20150012425A1 (en) * 2013-07-08 2015-01-08 Mastercard International Incorporated Intelligent advice and payment routing engine
US20150302383A1 (en) * 2014-04-22 2015-10-22 Ebay Inc. Recommended payment options

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020033416A1 (en) * 1997-12-31 2002-03-21 Irwin Gerszberg Network server platform for providing integrated billing for catv, internet, telephony and enhanced bandwidth services
JP2001338167A (ja) 2000-05-24 2001-12-07 Ascii Ec Co Ltd 電子商取引における商品販売促進方法ならびにシステム
JP2002109434A (ja) 2000-09-27 2002-04-12 Nec Corp オンラインショッピングシステム、電子決済方法、決済サーバ及び記録媒体
JP2007280063A (ja) 2006-04-06 2007-10-25 Seiko Epson Corp 電子マネー決済システム
JP2008112326A (ja) 2006-10-31 2008-05-15 Nec Biglobe Ltd 決済処理システム、サービス提供サーバ、認証課金サーバ、決済処理方法及びプログラム
JP5098357B2 (ja) 2007-02-20 2012-12-12 日本電気株式会社 電子支払い選択システム、方法およびプログラム
US20130024371A1 (en) * 2011-02-22 2013-01-24 Prakash Hariramani Electronic offer optimization and redemption apparatuses, methods and systems
US10438176B2 (en) * 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
US9569766B2 (en) 2013-11-18 2017-02-14 Paypal, Inc. Auto-detection of merchant payment preferences
US9639873B2 (en) * 2015-03-23 2017-05-02 Paypal, Inc. Analyzing user-preferred characteristics among merchants

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1622351A1 (en) * 2004-07-30 2006-02-01 Siemens Aktiengesellschaft Method for the payment of network-based services with selection of a payment instrument
US20080183593A1 (en) * 2007-01-29 2008-07-31 Google Inc. On-Line Payment Transactions
US20130211934A1 (en) * 2008-06-03 2013-08-15 Cardinalcommerce Corporation Alternative payment implementation for electronic retailers
CN102598037A (zh) * 2009-10-19 2012-07-18 法贝尔金融有限责任公司 移动支付站***和方法
US20140114777A1 (en) * 2012-10-22 2014-04-24 Remi Guyot Tailored Display of Payment Options
US20140278965A1 (en) * 2013-03-15 2014-09-18 Capital One Financial Corporation Systems and methods for providing payment options
US20150012425A1 (en) * 2013-07-08 2015-01-08 Mastercard International Incorporated Intelligent advice and payment routing engine
US20150302383A1 (en) * 2014-04-22 2015-10-22 Ebay Inc. Recommended payment options

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220207122A1 (en) * 2019-09-05 2022-06-30 Open Lens Project Ltd. System and method for management of digital media content

Also Published As

Publication number Publication date
EP3433813A4 (en) 2019-09-18
US20170278084A1 (en) 2017-09-28
US10963853B2 (en) 2021-03-30
JP2019514142A (ja) 2019-05-30
JP6616043B2 (ja) 2019-12-04
EP3433813A1 (en) 2019-01-30
WO2017165129A1 (en) 2017-09-28

Similar Documents

Publication Publication Date Title
CN108885743A (zh) 能够整合到商家网站的统一支付界面偏好监控服务
US11580597B2 (en) Systems and methods for providing user-specific dynamic content for facilitating online transactions
US10672059B2 (en) Social media buttons with payment capability
US8548872B1 (en) Generating product feeds
US20120290421A1 (en) Enabling a Merchant&#39;s Storefront POS (Point of Sale) System to Accept a Payment Transaction Verified by SMS Messaging with Buyer&#39;s Mobile Phone
RU2769946C2 (ru) Система безопасных удаленных транзакций с использованием мобильных устройств
US10296897B1 (en) Systems and methods for ghost card creation via a browser extension
US10521795B2 (en) Managing deferred account creation and software access
US11017385B2 (en) Online transactions
US11722304B2 (en) Secure digital information infrastructure
US11288642B1 (en) Systems and methods for online payment transactions
US11645697B2 (en) Simple checkout
JP5422365B2 (ja) 取引システム、取引方法およびカード情報提供サーバ
JP2014099156A (ja) 情報処理システム
JP6680733B2 (ja) 生成装置、生成方法及び生成プログラム
US20160232590A1 (en) Non-public cookie associated with anonymous purchase data
JP2023119055A (ja) 情報処理装置、情報処理方法及びプログラム
US20220215062A1 (en) System and method for facilitating presentation modification of a user interface
JP6976372B2 (ja) 生成装置、生成方法及び生成プログラム
US20180374142A1 (en) System and method for sharing personalized electronic commerce requests
US20180357706A1 (en) Methods, Apparatuses, and Systems for Online Sales

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20181123

WD01 Invention patent application deemed withdrawn after publication