CN104813348A - 为自动支付选择商家 - Google Patents

Abstract

将商家建立为自动支付接收方包括支付系统，其采用服务器，所述服务器被配置来：接收与商家进行第一交易的请求；识别所述商家的一个或多个交易；确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方；传递所述确定的通知；接收将所述商家接受为需要降低的授权级别的支付接收方的指示；建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权；辨识所述用户计算装置是处于所述商家的位置上，以便用于所述建立步骤之后的第二交易；以及配置所述用户网络装置，以便使用所述降低级别的交易授权来进行所述第二交易。

Description

为自动支付选择商家

技术领域

本公开一般涉及非接触式交易，并且更详细而言，涉及一种用以将商家建立为自动支付接收方的方法。

背景

非接触式支付技术并入有两个装置之间的邻近通信，以便无线地(OTA)或无物理连接地验证并启用对商品和服务的支付。近场通信(NFC)是邻近通信选项的一个实例，其能够启用非接触式支付技术并且由全球移动通信系统(GSM)协会支持。RFID是邻近通信方法的一个实例，其可以适于启用非接触式支付技术。蓝牙、无线互联网连接和其它合适技术也可以适于启用非接触式购买。

借助数字钱包或其它金融应用，在移动网络装置上访问许多常规的非接触式支付应用。结果，用户必须运用多个激活步骤来发起支付交易。举例而言，移动装置不仅必须是“开启的”，而且也必须是“活动的”。用户必须将其移动装置解锁，并且启动非接触式支付应用，如电子钱包应用。在应用内，用户必须用信号通知相应意图，以便发起支付和输入安全信息，如个人识别号码。用户也必须选择支付选项(如特定信用卡)，以便在支付交易中使用。这些步骤中的大多数步骤必须针对每次支付交易进行重复。

常规的非接触式支付应用在无需运作各种授权和激活步骤的情况下，无法做出交易。在每次交易没有各种授权和激活要求的情况下，常规的非接触式支付应用也无法进一步推荐会作为好的候选方以待成为自动支付接收方的商家。

概述

本文中所描述的例示性实施方案的一个方面提供一种计算机实施的方法，以便将商家建立为自动支付接收方。支付系统采用服务器，所述服务器被配置来：使用一个或多个计算装置且从与用户关联的用户计算装置接收与商家进行第一交易的请求，所述交易请求包括识别所述用户用于支付所述第一交易的账户的信息和包括有关于所述第一交易的信息的交易数据，所述第一交易需要第一授权级别；识别所述商家的一个或多个交易；至少部分地基于所述商家的所述一个或多个交易与一组参数的比较，而确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方；传递所述确定的通知；接收将所述商家接受为需要降低的授权级别的支付接收方的指示；建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权，所述降低级别低于所述第一级别；辨识所述用户计算装置是处于所述商家的位置上，以便用于所述建立步骤之后的第二交易；以及配置所述用户网络装置，以便使用所述降低级别的交易授权来进行所述第二交易。

本文中所描述的例示性实施方案的另一方面提供一种计算机程序产品，其安装在位于支付系统中的服务器上，以便将商家建立为自动支付接收方。所述计算机程序产品包括非暂时性计算机可读存储装置，其中存储有计算机可读程序指令。所述计算机可读程序指令包括计算机程序指令，其用以：接收与商家进行第一交易的请求，所述交易请求包括识别所述用户用于支付所述第一交易的账户的信息和包括有关于所述第一交易的信息的交易数据，所述第一交易需要第一授权级别；识别所述商家的一个或多个交易；至少部分地基于所述商家的所述一个或多个交易与一组参数的比较，而确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方；传递所述确定的通知；接收将所述商家接受为需要降低的授权级别的支付接收方的指示；建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权，所述降低级别低于所述第一级别；辨识所述用户计算装置是处于所述商家的位置上，以便用于所述建立步骤之后的第二交易；以及配置所述用户网络装置，以便使用所述降低级别的交易授权来进行所述第二交易。

在考虑以下对所示例示性实施方案的详细描述后，本领域普通技术人员将明白例示性实施方案的这些以及其它方面、目标、特征和优点，所述例示性实施方案包括当前存在的进行本发明的最佳模式。

附图简述

图1为描绘根据某些例示性实施方案的用以将商家选择为自动购买接收方的系统的区块图。

图2为描绘根据某些例示性实施方案的用以将商家选择为自动购买接收方的方法的区块流程图。

图3为描绘根据某些例示性实施方案的用来分析交易细节和商家参数以便为自动支付推荐商家的方法的区块流程图。

图4为描绘根据某些例示性实施方案的计算机器和模块的区块图。

例示性实施方案详述

综述

在例示性实施方案中，支付系统包括金融账户的指定信息，所述金融账户包括但不限于借记卡、信用卡、储值卡、积分卡/回馈卡、银行账户、储值账户以及优惠券(包括购买折扣或其它折扣)，每个账户都可以由数字钱包应用模块访问。用户设置规则，其指定将使用哪个金融账户，并且指定账户将被拒绝的限制或情况。用户随后可以添加、删除或更改与账户关联的默认支付规则。用户可以更改这些默认静态规则、创建新规则或删除规则。在例示性实施方案中，用户可以随时访问支付系统账户和修改规则，包括紧靠在使用代理卡发起支付交易之前的时间。在例示性实施方案中，用户可以使用运行在配备有网页浏览器并且连接到互联网的移动装置或其它装置上的应用来访问支付系统账户。

当商家经由非接触式技术(如近场通信(“NFC”)、蓝牙、Wi-Fi、RFID或其它合适技术)而与移动网络装置通信时，用户可以配置支付系统账户来与商家进行交易。

用户装置与商家或其他接收方之间的传统非接触式交易可能需要多个级别的授权和验证。举例而言，移动装置不仅必须是“开启的”，而且必须是“活动的”。用户必须将其移动装置解锁，并且启动非接触式支付应用，如电子钱包应用。在应用内，用户必须用信号通知相应意图，以便发起支付和输入安全信息，如个人识别号码。用户也必须选择支付选项(如特定信用卡)，以便在支付交易中使用。这些步骤中的大多数步骤必须针对每次支付交易进行重复。

在例示性实施方案中，支付系统可以推荐商家作为受信任商家，并且允许用户在不操纵一些授权级别或所有授权级别的情况下来处理与受信任商家的交易。

用户可以利用用户网络装置来输入商家位置。用户可以选择采购项目，并且接近销售点(“POS”)终端，以便进行交易。用户可以在用户装置上的数字钱包应用模块上打开支付应用。用户装置可以使用通信应用来与商家POS终端建立非接触式通信。

支付应用可以确定商家的身份，并确定商家是否配置为受信任商家且因而具备自动支付资格。如果商家当前并不是自动支付接收方，那么支付系统便可以确定商家是否满足成为自动支付接收方的参数。

为了确定商家是否满足成为自动支付接收方的参数，支付系统可以访问商家识别信息、与所述用户和其他用户的交易历史以及所述用户指定的任何特殊参数。

支付系统可以分析用户与商家之间的先前交易。支付系统可以确定交易的频率和价值。支付系统可以确定给定时期中的交易总次数是否超过配置阈值。阈值可以由用户配置、由支付系统操作员配置、由支付系统基于用户历史来配置或者由任何其他合适方来配置。

举例而言，阈值可以是一年时期上每月一次访问。在一年中交易次数达到12次交易之后，便会超过阈值。阈值可以是任何合理值并且可以针对预定时期，或者可以是访问总次数，而不管经过多长时期。举例而言，阈值可以是总共5次访问、总共10次访问、每年12次访问或任何其它合适阈值。

在例示性实施方案中，如果已经满足交易阈值，那么支付系统便会分析交易的价值。用户或支付系统可以配置交易的阈值价值。举例而言，支付系统可以求取交易的平均值，并且确定平均值是否低于阈值或者处于预定的价值范围中。在另一实例中，支付系统可以采用中值价值，并且确定所述价值是否低于阈值。在另一实例中，支付系统可以确定交易的某个百分比是否低于阈值。

用户和支付系统可能想要知道价值是否低于阈值，因为用户可能不想在高价值交易上跳过授权级别。举例而言，如果用户在咖啡店进行许多次5美元的交易，那么用户可能更喜欢对咖啡店中的将来交易跳过授权。如果用户在办公用品商店进行许多次200美元的交易，那么用户可能不想对办公用品商店中的将来交易跳过授权。

如果交易次数和交易价值满足或超过阈值，那么可以将商家识别为自动支付候选方。如果商家无法满足阈值中的任一者或两者，那么可以通过支付系统来分析商家，以便确定商家是否满足其它参数而有资格作为自动支付接收方。

支付系统所进行的分析可以将商家识别为受信任商家和良好候选方，以便用于与许多或所有用户的自动支付状态。支付系统可以将商家识别为用户的自动支付候选方。被支付系统识别为受信任商家的商家的实例将会是作为支付系统的伙伴或其他受信任合作方的商家。另一实例可以是符合许多其他受信任商家类别的商家，如全国连锁饭店或普通便利店，或类似于其他受信任商家的其他商家。另一实例可以是具有证实可信度级别的商家，所述可信度级别会通过长期的成功交易历史、稳定的财务状况或其它证据加以证明。

如果商家未被识别为自动受信任商家，那么支付系统可以分析商家的交易历史。支付系统可以识别与多个用户进行许多次交易而且价值满足优选参数的商家。举例而言，如果100个用户在商家处每周做出5次交易，并且交易的价值处于5美元与20美元之间，那么商家可能符合自动支付接收方的优选参数。针对用户数目、每个用户的交易次数以及交易价值的任何合适阈值或范围可以用来预测哪些商家可以作为自动支付接收方。用户可以进一步修改参数，以便允许支付系统向用户推荐符合用户偏好的商家。

支付系统可以另外或替代性地确定有多少其他用户已经接受商家作为受信任商家并且允许自动支付。支付系统、用户或其他方可以建立用户的阈值数目，在商家被识别为候选方之前，必须有所述阈值数目的用户已经接受商家作为自动支付接收方。举例而言，20个、100个或1000个其他用户接受商家作为自动支付接收方，这可以被设置为阈值，商家需要超过这个阈值才会被识别为候选方。

支付系统可以另外或替代性地确定商家是位于用户经常出入的区域或地区内。举例而言，如果用户经常在特定购物中心购物，那么支付系统可以将购物中心内的所有商家识别为候选方以成为自动支付接收方。支付系统可以选择具有最高用户交易次数的购物中心或区域，或者支付系统可以识别超过与用户的交易阈值的购物中心或区域。

如果商家满足成为自动支付候选方的判据中的任何判据，那么商家便会被支付系统识别为自动支付候选方。支付系统可以向支付应用传递商家作为候选方的指令。

支付应用可以向用户提供选项，以便将商家选择为自动支付接收方。支付应用可以经由呈现在支付应用上的用户界面而提供所述选项。另外或替代性地，所述选项可以经由电子邮件、经由文本、经由支付系统的网站或者经由任何合适的呈现方法而呈现给用户。所述选项可以是提供给用户的、商家可作为候选方的推荐，可以是通向推荐网页的链接，或者可以是任何合适通信方式。

如果用户通过忽略所述选项或者选择选项来拒绝推荐而拒绝商家作为自动支付接收方，那么所述方法便会结束。支付应用可以替代性地在经过某个量的时间之后或在发生某个次数的交易之后，再次做出请求。

如果用户将商家选择为自动支付接收方，那么支付应用可以向用户提供机会来选择自动支付参数。这些参数可以被配置来允许某些类型的交易是自动的，而对于其它交易而言仍然需要一个或多个级别的授权。用户可以指定只有处于特定价值以下的交易可利用自动支付进行。举例而言，只有处于10美元或20美元以下的交易可以利用自动支付进行。处于配置金额以上的交易可能需要签名、交易授权或其它授权。用户也可以指定只有商家的特定位置可以具备自动交易资格，或者只有处于预定范围内的位置可以具备自动交易资格。

将在结合示出程序流的附图而阅读的以下描述中更详细地阐述例示性实施方案的功能性。

例示性系统架构

现在转向附图，详细描述例示性实施方案，其中在所有附图中，相似标号指示相似(但不一定完全相同的)元件。

图1为描绘根据某些例示性实施方案的用以将商家建立为自动支付接收方的系统的区块图。如图1中所描绘的，系统100包括被配置来经由一个或多个网络105而彼此通信的网络装置110、130和140。

每个网络105都包括有线或无线电信手段，网络装置(包括装置110、130和140)可以通过所述有线或无线电信手段来交换数据。举例而言，每个网络105都可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络或者其任何组合。在例示性实施方案的全部讨论中，应理解，术语“数据”和“信息”可在本文中互换使用来指代可存在于基于计算机的环境中的文本、图像、音频、视频或任何其它形式的信息。

每个网络装置110、130和140都包括具有能够在网络105上传输和接收数据的通信模块的装置。举例而言，每个网络装置110、130和140都可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)或者任何其它的有线或无线处理器驱动装置。在图1所描绘的例示性实施方案中，网络装置110、130和140分别由最终用户或消费者、商家操作员和支付系统操作员加以操作。

用户101可以使用如可以是网页浏览器应用或独立应用的通信应用112，以便经由分布式网络105查看、下载、上传或以其它方式访问文件或网页。网络105包括有线或无线电信系统或装置，网络装置(包括装置110、130和140)可以通过所述有线或无线电信系统或装置来交换数据。举例而言，网络105可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、存储区域网络(SAN)、个人区域网络(PAN)、城域网(MAN)、无线局域网(WLAN)、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合，或者有助于信号、数据和/或消息的通信的任何其它适当的架构或系统。

通信应用112可以与连接到网络105的网页服务器或其它计算装置互动，这些服务器或计算装置包括商家系统130的销售点终端134、商家系统130的商家服务器135和支付系统140的网页服务器141。

用户网络装置110可以包括数字钱包应用模块111。数字钱包应用模块111可以涵盖用户装置110可用来帮助用户101完成购买操作的任何应用、硬件、软件或进程。数字钱包应用模块111可以与通信应用112互动，或者可以体现为通信应用112的配套应用。作为配套应用，数字钱包应用模块111在通信应用112内运行。也就是说，数字钱包应用模块111可以是嵌入于通信应用112中的应用程序。

用户装置110可以包括支付应用115。支付应用115可以与通信应用112互动，或者可以体现为通信应用112的配套应用，并且在通信应用112内运行。支付应用115可以进一步体现为数字钱包应用模块111的配套应用，并且在数字钱包应用模块111内运行。支付应用115可以使用可在数字钱包应用模块111中打开或者可在网页浏览器应用112中打开的用于配置的软件界面。或者，支付应用115可以独立于数字钱包应用模块111和通信应用112而在用户装置110上运行。

支付应用115可经过操作来允许用户101在用户装置110和支付系统140上配置支付账户。支付应用115可以允许用户101向商家进行支付、选择自动支付商家、配置用户账户以及提供其它合适服务。

用户装置110也包括可由数字钱包应用模块111、支付应用115和通信应用112访问的数据存储单元113。例示性数据存储单元113可以包括一个或多个有形的计算机可读存储装置。数据存储单元113可以存储在用户装置110上或者可以在逻辑上耦接到用户装置110。举例而言，数据存储单元113可以包括机载闪存和/或一个或多个可移动存储卡或可移动闪存。

用户101可以使用用户装置110或其它网络装置来注册支付应用115和/或访问用户101的支付系统账户。用户装置110可以包括适当技术，所述技术包括或者耦接到网页服务器(例如，谷歌浏览器(GoogleChrome)、微软互联网浏览器(Microsoft Internet Explorer)、网景浏览器(Netscape)、猎游浏览器(Safari)、火狐浏览器(Firefox)或者用以与网页文件互动的其它合适应用)。

支付系统140包括可由网页服务器141访问的数据存储单元147。例示性数据存储单元147可以包括一个或多个有形的计算机可读存储装置。支付系统140可经过操作来在用户101与商家系统130之间进行非接触式支付。支付系统140可进一步经过操作以维护数据库来存储商家系统130和用户101的交易、推荐自动支付接收方以及其它合适功能。

用户101可以使用在支付系统140上的网页服务器141，以便经由网站(未示出)和通信网络105来查看、注册、下载、上传或以其它方式访问支付系统140。用户101会将一个或多个注册金融卡账户与用户101的支付账户相关联，所述一个或多个注册金融卡账户包括银行账户借记卡、信用卡、礼品卡、积分卡、优惠券、折扣、预付折扣、商店回馈卡或者可以用来做出购买操作或兑换增值服务的其它类型的金融账户。支付系统140也可以充当关联金融账户的发行方。用户101的注册信息保存在支付系统140的数据存储单元147中，并且可由网页服务器144访问。

用户101也可以使用网页服务器141来定义支付规则。下文将参考图2中所描述的方法，更为详细地论述自动支付商家的创建。

商家系统130可以使用网页服务器135，以便经由网站136和通信网络105来查看、下载、上传、创建折扣、在线销售产品或者以其它方式访问支付系统140。商家系统130表示提供产品便于用户101采购或使用的实体。商家系统130包括POS终端134。POS终端134可以由销售员操作，其将购买数据输入到POS终端134中，以便完成购买交易。商家系统130可以是物理位置或在线商家。

用户101可以从商家系统130处请求购买。在例示性实施方案中，通过移动装置110与POS终端134的无线“分接(tap)”而发起购买。在替代例示性实施方案中，当用户101在POS终端134上或在移动装置110中输入账户识别号码时，便会发起购买。在另一替代例示性实施方案中，利用商家服务器135在线发起购买。购买可以经由商家网站136而发起。在又一替代例示性实施方案中，通过使用POS终端134所捕获的永久性/临时性虚拟/物理令牌、QR代码、条形码或其它合适的机器可读介质而发起购买。商家的POS终端134与收单方(例如，大通支付科技公司(Chase PaymentTech)，或其它第三方支付处理公司)、卡片网络(例如，维萨信用卡(VISA)、万事达信用卡(MasterCard)、美国运通(American Express)、发现信用卡(Discover)或其它卡片处理网络)、支付系统140以及发行方(例如，中信银行、第一资本金融银行(CapitalOne)、美国银行和对支付进行授权的其它金融机构)进行互动。

例示性过程

下文将参考图2中所示出的例示性方法来描述例示性操作环境100的部件。

图2为描绘根据某些例示性实施方案的用来注册用户代理卡的方法200的区块流程图。

参考图1和图2，在区块205中，用户101输入商家系统130的位置。商家可以体现为商家系统130的物理位置。在替代实例中，商家系统130可以是在线商家系统130。用户101可以选择购买项目，并且接近销售点(“POS”)终端134，以便进行交易。

在区块210中，用户101在用户装置110上打开支付应用140。支付应用115与支付系统140上的用户账户相关联。在例示性实施方案中，支付系统140包括金融账户的指定信息，所述金融账户包括但不限于借记卡、信用卡、储值卡、积分卡/回馈卡、银行账户、储值账户以及优惠券(包括购买折扣或其它折扣)，每个账户都可以由数字钱包应用模块111访问。用户101设置规则，其指定将使用哪个金融账户，并且指定账户将被拒绝的限制或情况。用户101随后可以添加、删除或更改与账户关联的默认支付规则。用户101可以更改这些默认静态规则、创建新规则或删除规则。在例示性实施方案中，用户101可以随时访问支付系统账户和修改规则，包括紧靠在发起支付交易之前的时间。在例示性实施方案中，用户101可以使用运行在配备有网页浏览器并且连接到互联网的移动装置110或其它装置上的支付应用115而访问支付系统账户。

当商家系统130经由非接触式技术(如近场通信(“NFC”)、蓝牙、Wi-Fi、RFID或其它合适技术)而与用户装置110通信时，用户可以配置支付系统账户来与商家130进行交易。

当启动用户装置110上的支付应用115时，通信应用112便与商家系统130的POS终端134建立通信。当激活用户装置110时、当访问支付应用115时、当用户101将用户装置110“分接”到POS终端134时，支付应用115便可以自动建立通信。分接可以是用户101做出的用来发起通信的任何合适行为或动作。举例而言，用户101可以在POS终端134附近摇动用户装置110、使用户装置110接触到POS终端134、提供语音激活、启用真实或虚拟按钮或者执行任何其它合适动作来发起通信。

如果用户101尝试购买，那么用户装置110与商家系统130或其他接收方之间的非接触式交易可能需要多个级别的授权和验证。举例而言，用户装置110不仅必须是“开启的”，而且也必须是“活动的”。用户101可能需要将其用户装置110解锁，并且启动支付应用115。在支付应用115内，用户101可能需要用信号通知相应意图，以便发起支付和输入安全信息，如个人识别号码。用户101也可能需要选择支付选项(如特定信用卡)，以便在支付交易中使用。这些步骤中的大多数步骤必须针对每次支付交易进行重复。

在区块215中，支付应用115确定是否将商家系统130建立为自动支付接收方。如果将商家系统130建立为自动支付接收方，那么方法200便跟随区块215的“是”分支而进行到区块230。如果不将商家建立为自动支付接收方，那么方法200便跟随区块215的“否”分支而进行到区块220。

在跟随区块215的“是”分支而进行到区块230时，便会利用基于关联商家系统130的自动支付配置而省略的发起和授权步骤中的一个或多个步骤来进行交易。举例而言，如果支付应用115辨识出商家系统130的POS终端134，那么支付应用115便可以忽视需要输入个人识别号码(“PIN”)来激活支付应用115的要求。在另一实例中，支付应用115可以忽视用户101确认交易细节的需要。在另一实例中，支付应用可以忽视在POS终端134附近滑动或“分接”用户装置110的需要。在另一实例中，用户装置110可能不需要手动激活来进行交易。可以基于支付应用115的配置以及支付应用115和用户装置110的能力，而省略任何其它激活、验证过程或者安全过程。

跟随在区块230之后，完成交易，并且所述方法结束。

在跟随区块215的“否”分支而进行到区块220时，支付应用115会确定商家系统130是否为自动支付候选方。

在图3的方法220中论述用来确定商家系统130是否为自动支付候选方的例示性过程的细节。

图3为描绘根据某些例示性实施方案的用来分析交易细节和商家参数以便为自动支付推荐商家系统130的方法的区块流程图。

在区块305中，支付应用115可以向支付系统140传输商家系统130的识别信息、用户101的识别信息以及交易细节。支付应用115可以从POS终端134、从用户装置110和商家系统130的位置、从用户101的输入或者从任何其它合适源来收集商家系统130的识别信息。

在网页服务器141上或者在另一计算系统上，支付系统140可以访问有关于用户101和商家系统130的数据和信息。支付系统140可以维护交易数据库、设置以及来自用户101和商家系统130的其它数据。

在区块310中，支付系统140可以确定用户101已经与商家系统130进行的交易总次数。支付系统140可以使用在配置时期上已经与支付系统140进行的交易总次数，如前一个月中、前一年中或者任何其它长度的时间。

支付系统140可以确定给定时期中的交易总次数是否超过配置阈值。阈值可以由用户101配置、由支付系统操作员配置、由支付系统140基于用户历史来配置或者由任何其它合适方配置。

在一个实例中，阈值可以是在一年时期上每月一次访问。在一年中交易次数达到12次交易之后，便会超过阈值。阈值可以是任何合理值并且可以针对预定时期，或者可以是访问总次数，而不管经过多长时期。举例而言，阈值可以是总共5次访问、总共10次访问、每年12次访问或任何其它合适阈值。

如果交易次数超过阈值，那么方法220便跟随区块310的“是”分支而进行到区块315。如果交易次数并未超过阈值，那么方法220便跟随区块310的“否”分支而进行到区块320。

在跟随区块310的“是”分支而进行到区块315时，支付系统140确定交易价值是否满足配置参数。支付系统140可以分析区块310中所识别的交易的价值。

用户101、支付系统140或其它合适方可以配置交易的阈值价值。举例而言，支付系统140可以求取交易的平均值，并且确定所述平均值是否低于阈值或者处于预定价值范围内。在另一实例中，支付系统可以采用中值价值，并且确定所述价值是否低于阈值。在另一实例中，支付系统可以确定交易的某个百分比是否低于阈值。

用户101和支付系统140可以分析交易价值来确定价值是否低于阈值，因为用户101可能不想在高价值交易上跳过授权级别。举例而言，如果用户101在咖啡店进行许多次5美元的交易，那么用户101可能更喜欢对咖啡店中的将来交易跳过授权。如果用户101在办公用品商店进行许多次200美元的交易，那么用户101可能不想对办公用品商店中的将来交易跳过授权。

如果交易的价值满足价值参数，那么方法220便跟随区块315的“是”分支而进行到区块330。如果交易的价值并不满足价值参数，那么方法220便跟随区块315的“否”分支而进行到区块320。

在跟随区块310和区块315的“否”分支而进行到区块320时，支付系统140可以确定商家系统130是否被支付系统140配置为所有用户的自动支付候选方。如果商家系统130被支付系统140配置为所有用户的自动支付候选方，那么支付系统140便可以将商家系统130识别为用户101的自动支付候选方。被支付系统140识别成作为所有用户的自动支付候选方的商家系统130的商家系统130的实例将会是，作为支付系统140的伙伴或其它受信任合作方的商家系统130。另一实例可以是符合许多其他受信任商家类别的商家系统130，如全国连锁饭店或普通便利店，或类似于其他自动支付商家130的其它商家系统130。另一实例可以是具有证实可信度级别的商家系统130，所述可信度级别会通过长期的成功交易历史、稳定的财务状况或其它合适证据加以证明。

如果商家系统130被支付系统140配置为所有用户的自动支付候选方，那么方法220便跟随区块320的“是”分支而进行到区块330。如果商家系统130并未被支付系统140配置为所有用户的自动支付候选方，那么方法220便跟随区块320的“否”分支而进行到区块325。

在跟随区块320的“否”分支而进行到区块325时，支付系统140可以确定商家系统130是否满足被建立来识别自动支付候选方的一组参数。支付系统140可以分析商家系统130的交易历史。支付系统140可以识别与多个用户进行许多次交易而且价值满足优选参数的商家130。举例而言，如果100个用户在商家系统130上每周做出5次交易，并且交易的价值通常处于5美元与20美元之间，那么商家可能符合自动支付商家系统130的优选参数。针对用户数目、每个用户的交易次数以及交易价值的任何合适阈值或范围都可以用来预测哪些商家130可以作为自动支付候选方。用户101可以进一步配置参数，以便允许支付系统140向用户101推荐符合用户101的偏好的商家130。

支付系统140可以另外或替代性地确定有多少其他用户101已经接受商家130作为自动支付接收方。支付系统140、用户101或其他合适方可以建立用户101的阈值数目，在商家系统130被识别为候选方之前，必须有所述阈值数目的用户101已经接受商家130作为自动支付接收方。举例而言，20个、100个、1000个或者任何其它合适数量的其他用户101接受商家系统130作为自动支付接收方，这可以被设置为阈值，商家系统130需要超过这个阈值才会被识别为候选方。

支付系统140可以另外或替代性地确定商家系统130是位于用户101经常出入的区域或地区内。举例而言，如果用户101经常在特定购物中心购物，那么支付系统140可以将购物中心内的所有商家130识别为候选方以成为自动支付商家系统130。支付系统140可以选择具有最高用户交易次数的购物中心或区域，用户101可以识别当地购物中心或区域，或者可以使用任何其它合适的区域选择方法。

如果商家系统130满足成为自动支付商家系统130的判据中的任何判据，那么方法220便跟随区块325的“是”分支而进行到区块330。如果商家系统130并不满足成为自动支付接收方的判据中的任何判据，那么方法220便会结束。

在跟随区块315、区块320和区块325的“是”分支而进行到区块330时，商家系统130便被识别为自动支付候选方。支付系统140可以向支付应用115传递商家系统130作为候选方的指令。商家系统130可以被识别为在支付系统140的数据库中的自动支付候选方。

如果用户101并未选择让商家系统130成为自动支付商家系统130，那么支付系统140可以继续监控商家系统130的交易，并且在将来的某个时间上推荐商家系统130作为自动支付商家系统130。举例而言，如果商家系统130继续满足自动支付参数，那么支付系统140便可以在与用户101每进行10次交易之后，向用户101推荐商家系统130。在另一实例中，每次用户101拒绝商家系统130时，支付系统140便可以降低推荐的频率。举例而言，支付系统140可以在10次交易之后推荐商家系统130，而然后再次推荐则是在20次额外交易之后，而然后又一次推荐则是在50次交易之后。如果在预定次数的机会(如3次或10次机会)之后，用户101仍未接受商家系统130作为自动支付商家系统130，那么支付系统140便会停止推荐商家系统130。

方法220从区块330返回到图2中的区块225。

返回到图2中的区块225，支付应用115从支付系统140接收商家系统130作为自动支付候选方的指示。支付应用115向用户101提供选项来将商家系统130建立为自动支付接收方。

支付应用115可以在支付应用115的用户界面上向用户101呈现所提供的内容。用户界面可以向用户101提供选项，其中带有用来接受商家系统130的按钮或其它选项以及用来拒绝的按钮或其它选项。另外或替代性地，所述选项可以经由电子邮件、经由文本、在支付系统140的网站上或者通过任何其它合适的呈现方法而呈现给用户101。所述选项可以是提供给用户101的、商家可作为候选方的推荐，可以是通向推荐网页的链接，或者可以是任何合适通信方式。

在区块235中，用户101可以接受或拒绝商家系统130作为自动支付接收方的推荐。用户101可以通过启动物理或虚拟按钮、响应电子邮件或文本、导航到支付系统140的网页来做出接受，或者执行表示接受的任何其它动作，而接受商家系统130。用户101可以通过启动物理或虚拟按钮、响应电子邮件或文本、导航到支付系统140的网页来拒绝选项，或者执行表示用户101拒绝选项的任何其它动作，而拒绝商家系统130。另外或替代性地，用户101可以通过忽略推荐并且不采取任何动作，而拒绝选项。支付系统140可以在预定量的时间上不做出任何响应作为用户101拒绝选项的证据。

如果用户101接受商家系统130作为自动支付接收方的推荐，那么方法200便跟随区块235的“是”分支而进行到区块240。如果用户101拒绝商家系统130作为自动支付接收方的推荐，那么方法200便跟随区块235的“否”分支而结束方法200。

在跟随区块235的“是”分支而进行到区块240时，用户101选择参数或规则，用以与商家系统130进行自动支付。参数可以被配置来允许某些类型的交易是自动的，而对于其它交易而言仍然需要一个或多个级别的授权。参数可以由用户101在支付应用115的用户界面上、在支付系统140的网站上、经由电子邮件或者通过任何合适方式来配置。

用户101可以指定只有处于预定价值以下的交易才可利用自动支付进行。举例而言，只有处于10美元、20美元或其它合适价值以下的交易可以利用自动支付进行。处于配置金额以上的交易可能需要签名、交易授权或其它授权中一者或多者。用户101也可以指定只有商家系统130的特定位置可以具备自动交易资格，或者只有处于预定范围内的位置可以具备自动交易资格。用户101可以指定只有某些产品的交易才可利用自动支付进行。举例而言，在加油站，只有汽油交易可以利用自动支付进行。在加油站购买食品、酒或其它项目可能需要签名、交易授权或其它授权中一者或多者。任何其它合适参数或规则都可以由用户101配置。

另外或替代性地，用户101可以配置支付应用115，从而需要用户101定期地确认商家系统130的自动支付状态，如每个月、每20次交易或任何合适周期。支付应用115可能需要用户101进行签名来确认状态、提供PIN或者需要任何合适的确认授权。

在配置商家系统130上自动支付的规则和条件之后，用户101可以访问商家系统130的位置来进行交易。用户装置110可以借助任何合适方法来辨识用户101和用户装置110是处于商家系统130的位置上。在一个实例中，用户装置110可以使用用户装置110的全球定位系统能力或者可由用户装置110访问的其它位置服务，而确定用户装置110何时正接近商家系统130的位置或者位于商家系统130处。当接近商家系统130的位置或者处于所述位置中时，用户装置110可以尝试与商家系统130建立无线通信。另外或替代性地，当接近商家系统130的位置时，用户装置110可以辨识来自商家系统130的销售点(“POS”)终端或者商家系统130的其它计算装置的无线通信。所述无线通信可以是蓝牙、近场通信、Wi-Fi或者其它合适的通信信号。任何其它信号或通信技术都可以用来提醒用户装置110用户101是处于商家系统130的位置上。

在与用户装置110建立通信后，商家系统130和用户装置110会如区块215中所述来确定商家系统130是否具有自动支付状态，并且如区块230中所述继续进行交易而省略授权过程。

在替代例示性实施方案中，用户101经由互联网来完成在线购买。用户101可以使用网页服务器135来浏览商家网站136上的产品，并且指明购买一个或多个产品的需求。在用户101(例如，通过启动“结算”链接)指明购买一个或多个产品的需求之后，商家的网站136可以用网页形式呈现用户界面，以便从用户101接收支付信息。

在另一替代例示性实施方案中，数字钱包应用模块111可以与商家网站136并且与用户101互动。商家的网站136可以检测用户装置110是否包括数字钱包应用模块111并且附接到用户的数字钱包应用模块111。一旦附接，商家的网站136便可以向数字钱包应用模块111发送请求支付信息的购买请求消息。响应于从商家的网站136接收购买请求消息，数字钱包应用模块111可以向用户101呈现用户界面，以便用户101使用保存在数字钱包应用模块111中的支付信息来确认购买。

将在线商家系统130建立为自动支付接收方的步骤，实质上类似于图2和图3中所描述的步骤。

其它例示性实施方案

在适当情况下，用户可以限制或以其它方式影响本说明书中所公开的特征的操作。举例而言，可以提供通知，和/或可以从用户获取有关于某些数据的收集或使用或者某些特征的激活的同意信息。另外，用户可以更改特征使用的方式，包括针对用户可能关注其隐私的情形。也可以提供指令，通知用户考虑关于使用包括可识别个人身份信息和接收信息在内的信息的政策，以及用户可以影响这类信息的使用的方式。因此，如果需要，通过接收相关广告、折扣或其它信息，信息可用于使用户受益，而不会冒着公开个人信息或用户的身份信息的风险。

实施方案可以包括一种体现本文所描述并且示出的功能的计算机程序，其中所述计算机程序在计算机系统中实施，所述计算机系统包括存储在机器可读介质中的指令以及运行所述指令的处理器。然而，应清楚，可存在许多不同方式来在计算机编程中实现实施方案，且所述实施方案不应被解释为限于任何一个计算机程序指令集。此外，熟练的编程人员将能够基于所附流程图和申请文本中的相关描述来编写此类计算机程序以实现所公开实施方案的实施方案。因此，不认为特定程序代码指令集的公开内容对于充分理解如何制作和使用实施方式是必须的。此外，本领域技术人员将了解，与可在一个或多个计算系统中体现一样，本文所描述的实施方案的一个或多个方面可通过硬件、软件或其组合来执行。此外，对由计算机执行的动作的任何参考不应被解释为由单个计算机来执行，因为一个以上的计算机可执行所述动作。

本文所描述的例示性实施方案可与执行先前所述方法和处理功能的计算机硬件和软件一起使用。本文所述的系统、方法和程序可以体现于可编程计算机、计算机可执行软件或数字电路中。软件可以存储在计算机可读介质上。举例而言，计算机可读介质可以包括软盘、RAM、ROM、硬盘、可移动介质、闪存、记忆棒、光学介质、磁光介质、CD-ROM等。数字电路可以包括集成电路、门阵列、构建块逻辑、现场可编程门阵列(FPGA)等。

先前呈现的实施方案中所述的例示性系统、方法和动作是说明性的，且在替代性实施方案中，某些动作可以不同顺序执行、彼此并行地执行、完全省略和/或在不同例示性实施方案之间组合，和/或可执行某些额外的动作，而不会脱离各种实施方案的范围和精神。因此，这类替代性实施方案都包括在本文所述的本发明中。

尽管上文已详述了特定实施方案，但所述描述仅用于说明目的。因此应了解，除非另作明确说明，否则上述许多方面无意作为所需或必要的要素。在不脱离所附权利要求中所界定的实施方式的精神和范围的情况下，除了上述内容之外，受益于本公开的本领域一般技术人员可对例示性实施方案的所公开方面进行修改，并进行与其对应的等效部件或动作，所附权利要求书的范围被赋予最宽泛的解释，从而涵盖这类修改方案和等效结构。

图4描绘根据某些例示性实施方案的计算机器2000和模块2050。计算机器2000可对应于本文所呈现的各种计算机、服务器、移动装置、嵌入式系统或计算系统中的任何一种。模块2050可包括被配置来促进计算机器2000执行本文所呈现的各种方法和处理功能的一个或多个硬件或软件元件。计算机器2000可包括各种内在或附接部件，如处理器2010、系统总线2020、系统存储器2030、存储介质2040、输入/输出接口2060以及与网络2080通信的网络接口2070。

计算机器2000可实施为常规计算机系统、嵌入式控制器、膝上型计算机、服务器、移动装置、智能手机、机顶盒、信息站、车载信息系统、与电视机相关联的一个或多个处理器、定制机器、任何其它硬件平台或其任何组合或多重性。计算机器2000可为被配置来使用经由数据网络或总线系统互连的多个计算机器起作用的分布式系统。

处理器2010可被配置来执行代码或指令，以实施本文所述的操作和功能性、管理请求流和地址映射并且实施计算并生成命令。处理器2010可被配置来监控并控制计算机器2000中的部件的操作。处理器2010可为通用处理器、处理器核心、多重处理器、可重新配置的处理器、微控制器、数字信号处理器(“DSP”)、专用集成电路(“ASIC”)、图形处理单元(“GPU”)、现场可编程门阵列(“FPGA”)、可编程逻辑装置(“PLD”)、控制器、状态机、门控逻辑、离散硬件部件、任何其它处理单元或其任何组合或多重性。处理器2010可为单个处理单元、多个处理单元、单个处理核心、多个处理核心、专用处理核心、协同处理器或其任何组合。根据某些实施方案，处理器2010连同计算机器2000的其它部件可为在一个或多个其它计算机器内执行的虚拟化计算机器。

系统存储器2030可包括非易失性存储器，如只读存储器(“ROM”)、可编程只读存储器(“PROM”)、可擦除可编程只读存储器(“EPROM”)、闪存或能够在存在或不存在所施加电力的情况下存储程序指令或数据的任何其它装置。系统存储器2030还可包括易失性存储器，如随机存取存储器(“RAM”)、静态随机存取存储器(“SRAM”)、动态随机存取存储器(“DRAM”)以及同步动态随机存取存储器(“SDRAM”)。其它类型的RAM也可用于实施系统存储器2030。可使用单个存储模块或多个存储模块来实施系统存储器2030。虽然将系统存储器2030描绘为计算机器2000的一部分，但本领域技术人员将认识到，系统存储器2030可与计算机器2000分开，而不背离本发明技术的范围。还应了解，系统存储器2030可包括非易失性存储装置(如存储介质2040)或结合非易失性存储装置(如存储介质2040)而操作。

存储介质2040可包括硬盘、软盘、光盘只读存储器(“CD-ROM”)、数字多功能光盘(“DVD”)、蓝光光盘、磁带、闪存、其它非易失性存储器装置、固态驱动器(“SSD”)、任何磁性存储装置、任何光学存储装置、任何电存储装置、任何半导体存储装置、任何基于物理的存储装置、任何其它数据存储装置或其任何组合或多重性。存储介质2040可存储一个或多个操作系统、应用程序以及程序模块，如模块2050、数据或任何其它信息。存储介质2040可为计算机器2000的一部分或连接到计算机器2000。存储介质2040还可为与计算机器2000通信的一个或多个其它计算机器的一部分，如服务器、数据库服务器、云存储装置、网络附接存储装置等等。

模块2050可包括被配置来促进计算机器2000执行本文所呈现的各种方法和处理功能的一个或多个硬件或软件元件。模块2050可包括结合系统存储器2030、存储介质2040或两者以软件或固件形式存储的一个或多个指令序列。因此，存储介质2040可代表指令或代码可存储于其上以供处理器2010执行的机器或计算机可读介质的实例。机器或计算机可读介质可大体上指代用于将指令提供给处理器2010的任何一个或多个介质。与模块2050相关联的这类机器或计算机可读介质可包括计算机软件产品。应了解，包括模块2050的计算机软件产品还可与经由网络2080、任何信号承载介质或任何其它通信或传送技术将模块2050传送到计算机器2000的一种或多种过程或方法相关联。模块2050还可包括硬件电路或用于配置硬件电路的信息，如FPGA或其它PLD的微代码或配置信息。

输入/输出(“I/O”)接口2060可被配置来耦合到一个或多个外部装置、接收来自一个或多个外部装置的数据并且将数据发送到一个或多个外部装置。这类外部装置连同各种内部装置一起还可被称为外围装置。I/O接口2060可包括将各种外围装置可操作地耦合到计算机器2000或处理器2010的电性和物理连接。I/O接口2060可被配置来在外围装置、计算机器2000或处理器2010之间传送数据、地址和控制信号。I/O接口2060可被配置来实施任何标准接口，如小型计算机系统接口(“SCSI”)、串行附接SCSI(“SAS”)、光纤通道、外围部件互连(“PCI”)、PCI express(PCIe)、串行总线、并行总线、先进技术附接(“ATA”)、串行ATA(“SATA”)、通用串行总线(“USB”)、雷电(Thunderbolt)、火线(FireWire)、各种视频总线等。I/O接口2060可被配置来只实施一种接口或总线技术。或者，I/O接口2060可被配置来实施多种接口或总线技术。I/O接口2060可被配置成系统总线2020的一部分、全部或与其结合操作。I/O接口2060可包括用于缓冲一个或多个外部装置、内部装置、计算机器2000或处理器2010之间的传输的一个或多个缓冲器。

I/O接口2060可将计算机器2000耦合到各种输入装置，包括鼠标、触摸屏、扫描仪、生物测定读取器、电子数字化仪、传感器、接收器、触摸板、轨迹球、相机、麦克风、键盘、任何其它指向装置或其任何组合。I/O接口2060可将计算机器2000耦合到各种输出装置，包括视频显示器、扬声器、打印机、投影机、触觉反馈装置、自动控制、机器人部件、致动器、电动机、风扇、螺线管、阀门、泵、传输器、信号发射器、灯等等。

计算机器2000可在连网环境中操作，其使用经由网络接口2070跨越网络2080到一个或多个其它系统或计算机器的逻辑连接。网络2080可包括广域网(WAN)、局域网(LAN)、内联网、因特网、无线接入网络、有线网络、移动网络、电话网络、光学网络或其组合。网络2080可经包交换、电路交换、具有任何拓扑，并且可使用任何通信协议。网络2080内的通信链路可涉及各种数字或模拟通信介质，如光纤电缆、自由空间光学、波导、电导体、无线链路、天线、射频通信等等。

处理器2010可经由系统总线2020连接到计算机器2000的其它元件或本文论述的各种外围装置。应了解，系统总线2020可在处理器2010内，在处理器2010外，或两者。根据一些实施方案，处理器2010、计算机器2000的其它元件或本文论述的各种外围装置中的任何一个都可集成到单个装置中，如芯片上系统(“SOC”)、封装上系统(“SOP”)或ASIC装置中。

Claims (20)

1.一种用来降低与商家的交易所需要的授权级别的计算机实施方法，所述方法包括：

使用一个或多个计算装置且从与用户关联的用户计算装置接收与商家进行第一交易的请求，所述交易请求包括识别所述用户用于支付所述第一交易的账户的信息和包括有关于所述第一交易的信息的交易数据，所述第一交易需要第一授权级别；

使用一个或多个计算装置来识别有关所述商家的一个或多个先前交易的数据；

使用一个或多个计算装置至少部分地基于有关所述商家的所述一个或多个先前交易的所述数据与一组参数的比较来确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方；

使用一个或多个计算装置且向与所述用户关联的所述用户计算装置传递所述确定的通知；

使用一个或多个计算装置且从所述用户计算装置接收将所述商家接受为需要降低的授权级别的支付接收方的指示；

使用一个或多个计算装置来建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权，所述降低级别低于所述第一级别；

使用所述一个或多个计算装置来辨识所述用户计算装置是处于所述商家的位置上，以便用于所述建立步骤之后的第二交易；以及

使用所述一个或多个计算装置来配置所述用户网络装置，以便使用所述降低级别的交易授权来进行所述第二交易。

2.如权利要求1所述的计算机实施方法，所述商家的所述一个或多个先前交易包括所述商家与所述用户之间的交易。

3.如权利要求1所述的计算机实施方法，所述商家的所述一个或多个先前交易还包括当前交易。

4.如权利要求1所述的计算机实施方法，所述确定步骤包括：

使用一个或多个计算装置来建立所述用户与所述商家之间的先前交易的阈值次数；以及

使用一个或多个计算装置来确定所述用户与所述商家之间的先前交易的次数超过所述阈值。

5.如权利要求4所述的计算机实施方法，其还包括：

使用一个或多个计算装置来识别所述商家的所述一个或多个先前交易中的每个交易的价值；以及

使用一个或多个计算装置来确定所述一个或多个先前交易的所述价值的平均值是处于预定范围内。

6.如权利要求5所述的计算机实施方法，所述平均值不包括作为大于所述一个或多个交易的所述价值的中值的预配置金额的任何价值。

7.如权利要求1所述的计算机实施方法，所述确定步骤包括：

使用一个或多个计算装置来建立已经接受所述商家作为需要降低的授权级别的支付接收方的客户的阈值数目；以及

使用一个或多个计算装置来确定已经接受所述商家作为需要降低的授权级别的支付接收方的客户的数目超过所述阈值。

8.如权利要求1所述的计算机实施方法，所述确定步骤包括：

使用一个或多个计算装置来建立已经与所述商家进行预定次数交易且所述预定次数交易处于预定交易价值范围内的客户的阈值数目；以及

使用一个或多个计算装置来确定已经与所述商家进行预定次数交易且所述预定次数交易处于预定交易价值范围内的客户的数目超过所述阈值。

9.如权利要求1所述的计算机实施方法，其还包括：使用一个或多个计算装置来建立将要在低于标准级别的级别下进行的所述第一交易所需要的交易价值范围。

10.一种计算机程序产品，其包括：

非暂时性计算机可读存储装置，其上体现有计算机可执行程序指令，所述计算机可执行程序指令在由计算机执行时将商家建立为自动支付接收方，所述计算机可读程序指令包括：

用来接收与商家进行第一交易的请求的计算机可执行程序指令，所述交易请求包括识别所述用户用于支付所述第一交易的账户的信息和包括有关于所述第一交易的信息的交易数据，所述第一交易需要第一授权级别；

用来识别有关所述商家的一个或多个先前交易的数据的计算机可执行程序指令；

用来至少部分地基于有关所述商家的所述一个或多个先前交易的所述数据与一组参数的比较来确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方的计算机可执行程序指令；

用来传递所述确定的计算机可执行程序指令；

用来接收将所述商家接受为需要降低的授权级别的支付接收方的指示的计算机可执行程序指令；以及

用来建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权的计算机可执行程序指令，所述降低级别低于所述第一级别。

11.如权利要求10所述的程序产品，其还包括：

用来辨识所述用户计算装置是处于所述商家的位置上以便用于所述建立步骤之后的第二交易的计算机可执行程序指令；

用来配置所述用户网络装置以便使用所述降低级别的交易授权来进行所述第二交易的计算机可执行程序指令。

12.如权利要求10所述的程序产品，所述商家的所述一个或多个先前交易还包括当前交易。

13.如权利要求10所述的程序产品，所述确定步骤包括：

用来建立所述用户与所述商家之间的交易阈值次数的计算机可执行程序指令；以及

用来确定所述用户与所述商家之间的交易次数超过所述阈值的计算机可执行程序指令。

14.如权利要求10所述的程序产品，其还包括：

用来识别所述商家的所述一个或多个先前交易中的每个交易的价值的计算机可执行程序指令；以及

用来确定所述一个或多个先前交易的所述价值的平均值是处于预定范围内的计算机可执行程序指令。

15.如权利要求10所述的程序产品，所述确定步骤包括：

用来建立已经接受所述商家作为需要降低的授权级别的支付接收方的客户的阈值数目的计算机可执行程序指令；以及

用来确定已经接受所述商家作为需要降低的授权级别的支付接收方的客户的数目超过所述阈值的计算机可执行程序指令。

16.一种使用一次性代码来将商家建立为自动支付接收方的系统，所述系统包括：

存储资源；

网络模块；以及

处理器，其通信地耦合到所述存储资源和所述网络模块，其中所述处理器执行应用代码指令，所述应用代码指令存储在所述存储资源中，并且致使所述系统：

接收与商家进行第一交易的请求，所述交易请求包括识别所述用户用于支付所述第一交易的账户的信息和包括有关于所述第一交易的信息的交易数据，所述第一交易需要第一授权级别；

识别有关所述商家的一个或多个先前交易的数据；

至少部分地基于有关所述商家的所述一个或多个先前交易的所述数据与一组参数的比较，而确定所述商家作为待成为需要降低的授权级别的支付接收方的候选方；

传递所述确定的通知；

接收将所述商家接受为需要降低的授权级别的支付接收方的指示；以及

建立所述用户与所述商家之间的后续交易所需要的降低级别的交易授权，所述降低级别低于所述第一级别。

17.如权利要求16所述的系统，其还包括致使所述系统执行下述操作的指令：

辨识所述用户计算装置是处于所述商家的位置上，以便用于所述建立步骤之后的第二交易；以及

配置所述用户网络装置，以便使用所述降低级别的交易授权来进行所述第二交易。

18.如权利要求16所述的系统，所述确定步骤包括进一步致使所述系统执行下述操作的指令：

建立所述用户与所述商家之间的先前交易的阈值次数；以及

确定所述用户与所述商家之间的先前交易的次数超过所述阈值。

19.如权利要求16所述的系统，其还包括致使所述系统执行下述操作的指令：

识别所述商家的所述一个或多个先前交易中的每个交易的价值；以及

确定所述一个或多个先前交易的所述价值的平均值是处于预定范围内。

20.如权利要求16所述的系统，所述确定步骤包括进一步致使所述系统执行下述操作的指令：

建立已经接受所述商家作为需要降低的授权级别的支付接收方的客户的阈值数目；以及

确定已经接受所述商家作为需要降低的授权级别的支付接收方的客户的数目超过所述阈值。