CN108141368A - 即时令牌发行系统 - Google Patents

Abstract

用户可以请求将账户的账户信息提供至多个资源提供实体。所述账户可以是由授权计算机发行的新的或已有账户。所述授权计算机可以提示用户选择要被提供与账户关联的令牌的一个或多个资源提供实体。处理器服务器计算机然后可以通过确定由用户选择的每个资源提供实体的令牌，使与所述账户关联的账户信息令牌化。在一些情况下，令牌可以提供至与资源提供实体关联的已经存在的账户或档案(例如存档账户)。在其它情况下，与资源提供实体关联的账户或档案可能尚不存在，因此可以在可以提供令牌之前被创建。随后，用户可以使用提供的令牌进行交易。

Description

即时令牌发行系统

相关申请的交叉引用

本申请是2015年10月15日提交的美国临时申请号62/242,068、2015年10月15日提交的美国临时申请号62/242,074的正式案并要求其优先权，该申请出于所有目的通过引用整体并入本文中。

背景技术

用户通常要管理与各种不同的实体关联的多个数字账户。例如，这些账户可以与各种资源提供实体关联，例如商家、数字钱包提供商和服务提供商。在一些情况下，用户可以将卡账户添加到这些数字账户以进行交易。通常，在进行交易之前，用户可能必须将其卡账户信息单独地提供至相应的资源提供实体中的每一个实体。这很麻烦，因为用户必须执行冗长步骤，输入相同的卡账户信息。另外，由于每个资源提供商可能运行不同的平台，所以输入过程不顺利，也不及时。

而且，当卡账户是新卡时，将卡账户信息添加到数字账户的这个过程会更加麻烦。当用户申请卡账户，例如申请信用卡时，在用户能够使用卡进行交易之前通常有延迟。例如，用户通常可能得等待直到卡用塑料制成并送达至用户，这可能得花上至少五到七天的时间。这种延迟限制了用户使用卡的能力。此外，一旦卡被批准，如果用户希望将其卡账户添加到其它数字账户，则需要手动地为每个数字账户添加卡的账户信息。可能期望的是给用户提供尽可能快地使用新卡的能力。

本发明的实施方案单独地和共同地解决了这个和其他问题。

发明内容

本发明的实施例涉及用于将账户信息提供至资源提供实体和装置的系统和方法。在一些情况下，所述账户信息可以是已经存在的账户或由用户请求的新账户。本发明的实施例使用户能够通过发行方应用程序(或第三方令牌端口)控制将账户信息提供至哪个资源提供实体(例如商家、数字钱包提供商、服务提供商等)。在一些实施例中，所述账户信息可以包括与卡账户关联的令牌化卡账户信息。在一些情况下，所述令牌也可以提供至由用户指示的其它装置(例如移动装置、平板电脑、可穿戴装置等)。所述装置可以具有安全元件或可以基于云端。本发明的实施例使得在应用程序内将卡提供到用户的装置上成为可能。

根据本发明的实施例，服务器计算机可以执行一种方法。所述服务器计算机可以将参与资源提供实体的列表发送至授权计算机。所述授权计算机可以提示用户操作用户装置从所述参与资源提供实体的列表中进行选择。所述服务器然后可以接收来自所述参与资源提供实体中的一个或多个资源提供实体的选择，并且可以接收对发行与针对所述一个或多个资源提供实体的用户的账户关联的令牌的请求。对于所述一个或多个资源提供实体中的每一个，所述服务器计算机可以确定与所述用户的账户关联的令牌；可以将所述令牌发送至与所述资源提供实体关联的资源提供实体计算机，其中，所述用户使用所述令牌与所述资源提供实体进行交易。

所述账户可以是新账户或已有账户。当所述账户是新账户时，所述服务器计算机可以从所述授权计算机接收与所述账户关联的账户信息。当所述账户是已有账户时，所述服务器计算机可以检索与所述账户关联的账户信息。

在一些实施例中，所述服务器计算机可以执行认证过程。对于由所述用户选择的所述多个参与资源提供实体中的每一个，所述服务器计算机可以提示所述用户所述参与资源提供实体的认证信息，并且可以将所述认证信息发送至所述参与资源提供实体。在一些情况下，所述认证信息可以被用来生成与所述参与资源提供实体关联的所述用户的新账户。

在一些实施例中，所述服务器计算机还可以确定所述授权计算机支持的认证方法。对于所述参与资源提供实体的列表中的每一个，所述服务器计算机还可以确定所述参与资源提供实体支持的认证方法，并且可以将所述参与资源提供实体支持的认证方法与所述授权计算机支持的认证方法进行比较。一旦确定所比较的认证方法匹配，所述服务器计算机可以将所述参与资源提供实体包括到所述参与资源提供实体的列表中。

在一些实施例中，所述服务器计算机可以确定所述参与资源提供实体中的至少一个具有所述用户的存档账户。所述服务器计算机可以将指示所述至少一个参与资源提供实体的信息发送至所述授权计算机，所述用户具有在所述至少一个参与资源提供实体上的所述存档账户。在一些情况下，所述用户选择的所述一个或多个资源提供实体可以包括具有所述用户的存档账户的参与资源提供实体。在一些情况下，所述用户还可以使用所述存档账户进行交易。

在一些实施例中，所述服务器计算机可以生成一个或多个链接。在一些实施方式中，所述服务器计算机可以生成路由至所述服务器计算机的链接，并且可以将所述链接发送至所述授权计算机。在所述授权计算机提示所述用户之后，所述用户可以使用所述用户装置激活所述链接。在一些实施方式中，所述服务器计算机可以生成路由至所述多个资源提供实体的多个链接，并且可以将所述多个链接发送至所述授权计算机。在所述授权计算机提示所述用户之后，所述用户使用所述用户装置激活所述多个链接。

本发明的实施例还涉及包括处理器和计算机可读介质的服务器计算机。计算机可读介质可以联接至处理器，并且可以包括可由处理器执行的用于实现本文描述的任何方法的代码。

本发明的这些和其他实施例将在下文更详细地描述。

附图说明

图1示出根据本发明实施例的方法的示例性流程图。

图2示出根据本发明实施例的示例性用户界面。

图3示出根据本发明实施例的示例性用户界面。

图4示出根据本发明实施例的示例性系统的框图。

图5示出根据本发明实施例的示例性系统的框图。

图6示出根据本发明实施例的方法的示例性流程图。

图7示出根据本发明实施例的示例性系统的框图。

图8示出根据本发明实施例的方法的示例性流程图。

图9示出根据本发明实施例的一旦批准使用户立即进行卡访问并将令牌提供至商家存档账户的方法的流程图。

图10示出根据本发明实施例的一旦批准使用户立即进行卡访问的方法的示例性流程图。

图11示出根据本发明实施例的一旦批准使用户立即进行卡访问的方法的示例性流程图。

图12示出根据本发明实施例的一旦批准使用户立即进行卡访问的方法的示例性流程图。

具体实施方式

本发明的实施例涉及可以被提供至资源提供实体和装置的账户信息。在一些实施例中，账户信息可以即时地发行至用户。例如，当用户使用用户装置向授权实体申请新支付卡时，可以批准用户新支付卡。随后，与新支付卡关联的令牌可以提供至用户装置以及由用户选择的资源提供实体。在其它实施例中，与新支付卡关联的令牌可以在卡发行之后的较晚时间创建。因此，本发明的实施例不局限于卡的即时发行。

可以执行附加步骤以将新支付卡账号或与新支付账号关联的令牌提供至商家存档账户(例如存档卡)。本发明的实施例使用户能够通过发行方应用程序(或第三方令牌端口)控制将新发行卡的令牌提供至哪个资源提供实体(例如商家、数字钱包提供商、服务提供商等)。在一些实施例中，令牌还可以提供至由用户指示的其它装置(例如移动装置、平板电脑、可穿戴装置等)。所述装置可以具有安全元件或可以基于云端。本发明的实施例使得在应用程序内将卡提供到用户的装置上成为可能。

在一些实施例中，用户可以不被局限于使用令牌进行重复发生的支付。例如，一旦令牌提供至商家或装置，则所述令牌可用于任何类型(例如重复发生的，一次性的，按需的等等)的任何交易。交易的支付方法可以包括eCommerce(电子商务)、mCommerce(移动商务)、In-app(在应用程序内购物)、NFC(近场通信)、MST(磁安全传输^TM)。

而且，本发明的实施例不局限于即时发行和新发行卡。本发明的实施例还能够将用户已有的卡提供至资源提供实体和装置。例如，用户可以登录其移动或在线银行账户，将绑定至其已有卡之一的令牌推送至参与到令牌化计划中的资源提供实体或推送至其其它装置。

而且，本发明的实施例不局限于将令牌提供至与资源提供实体关联的已有账户或档案。本发明的实施例还使得用户能够除了与资源提供实体关联的已有账户或档案之外请求将与新的或已有卡关联的令牌添加至与资源提供实体关联的新账户或档案。在一些情况下，新的或已有账户或档案可以是与用户或第二用户(例如家庭成员、雇员等)关联的那些账户。新账户或档案可以根据用户请求创建，以将令牌提供至资源提供实体。

在讨论具体的实施方案和实例之前，以下提供本文使用的术语的一些描述。

“授权请求消息”可以是发送给支付处理网络和/或支付卡的发行方以请求交易授权的电子消息。根据一些实施方案的授权请求消息可以符合(国际标准组织)ISO 8583，ISO8583是用于交换与消费者使用支付装置或支付账户进行的支付相关联的电子交易信息的系统标准。授权请求消息可以包括可以与支付装置或支付账户相关联的发行方账户标识符。授权请求消息还可以包括与“标识信息”对应的附加数据元素，只作为例子包括：服务代码、CVV(卡验证值)、dCVV(动态卡验证值)、到期日期等。授权请求消息还可以包括“交易信息”，例如与当前交易相关联的任何信息，诸如交易金额、商家标识符、商家位置等，以及可以用于确定是否标识和/或授权交易的任何其他信息。

“授权响应消息”可以是由发行金融机构或支付处理网络生成的对授权请求消息的电子消息应答。授权响应消息可以包括(只作为实例)以下状态指示符中的一个或多个：批准-交易被批准；拒绝-交易不被批准；或呼叫中心-响应未决的更多信息，商家必须呼叫免费授权电话号码。授权响应消息还可以包括授权代码，其可以是信用卡发行银行响应于电子消息中的授权请求消息(直接地或者通过支付处理网络)返回商家的访问装置(例如POS设备)的指示交易被批准的代码。代码可以用作授权的证据。如上所述，在一些实施方案中，支付处理网络可以向商家生成或转发授权响应消息。

“令牌”可以包括某一信息的替代标识符。例如，支付令牌可以包括支付账户的标识符，它是账户标识符的替代，诸如主账号(PAN)。例如，令牌可以包括可以用作原始账户标识符的替代的一连串字母数字字符。例如，令牌“4900 0000 0000 0001”可以代替PAN“41470900 0000 1234”使用。在一些实施方案中，令牌可以是“保留格式的”，可以有与现有的支付处理网络中使用的账户标识符一致的数字格式(例如，ISO 8583金融交易消息格式)。在一些实施方案中，令牌可以代替PAN使用，以发起、授权、结算或完成支付交易。在通常提供原始证书的其他系统中，令牌还可以用来表示原始证书。在一些实施方案中，可以生成令牌值，使得由令牌值恢复原始PAN或其他账户标识符不可以由计算得到。

“资源提供实体”可以是可以使资源对用户可用的实体。资源提供实体的实例包括商家、供应商、供货商、所有者、贸易商、钱包提供商、服务提供商等等。在一些实施方案中，这样的实体可以是单个个人、个人的小组或者更大的个人团体(例如公司)。资源提供实体可以与一个或多个物理位置(例如，超市、商场、商店等)和在线平台(例如，电子商务网站、在线公司等)相关联。在一些实施方案中，资源提供实体可以向用户提供物理商品(例如，货物、产品等)。在其他实施方案中，资源提供实体可以向用户提供数字资源(例如，电子文档、电子文件等)。在其他实施方案中，资源提供实体可以管理用户对某些资源的访问。在一些实施例中，资源可以是服务(例如数字钱包服务)。资源提供实体也可以称作资源提供商等。

“参与资源提供实体”可以是加入到计划中的资源提供实体。在一些情况下，参与资源提供实体可以是注册了令牌化计划的资源提供实体。例如，参与资源提供实体可以具有在令牌服务提供商开立的账户(例如处理器服务器计算机)，并且能够处理使用令牌化账户信息(例如令牌)进行的交易。

“授权计算机”可以包括参与交易授权的任何系统。授权计算机可以由授权实体操作。授权计算机可以确定是否可以授权交易，并且可以生成包括授权状态(也可以称为授权决定)的授权响应消息。在一些实施方案中，授权计算机可以是支付账户发行方计算机。在某些情况下，授权计算机可以存储一个或多个用户的联系信息。在其他实施方案中，授权计算机可以授权涉及用户的非金融交易。例如，授权计算机可以作出关于用户是否可以访问某一资源的授权决定。

“账户信息”可以指与用户的账户关联的任何信息(例如，与账户关联的支付账户和/或支付装置)。这些信息可以与账户直接相关，或者可以从与账户相关的信息中推导出来。账户信息的实例可以包括PAN(主账号或“账号”)、用户姓名、有效日期、CVV(卡验证值)、dCVV(动态卡验证值)、CVV2(卡验证值2)、CVC3卡验证值等。CVV2通常理解为是与支付装置相关联的静态验证值。CVV2值通常对用户(例如消费者)可见，而CVV和dCVV值通常嵌入存储器或授权请求消息中，用户不容易知道(尽管它们对发行方和支付处理器是已知的)。在一些情况下，账户信息也可以称作卡账户信息。

“联系信息”可以指能够用来与用户联系的任何信息。例如，联系信息可以包括电子邮件地址、电话号码、IP地址或其它信息。在一些实施例中，联系信息可以用作用户的别名标识符。

“交易数据”(也可以称作交易信息)可以指围绕交易或与交易有关的任何数据或信息。例如，交易数据可以包括交易细节和与交易相关联的任何数据，其可以由参与交易过程的实体使用。例如，交易数据可以包括用于处理和/或验证交易的信息。交易数据还可以包括围绕参与交易的或与交易相关联的任何参与者或与所述参与者有关的任何数据或信息。示例交易数据可包括交易金额、交易位置、接收到的资源(例如，产品、文档等等)、关于接收到的资源的信息(例如，大小、数量、类型等等)、资源提供实体数据(例如，商家数据、文档所有者数据等等)、用户数据、交易的日期和时间、支付方法以及其他相关信息。

“存档卡(card on file)”可以选择性称作“存档账户(account on file)”。存档账户可以指资源提供实体存档的账户标识符(例如账号)，所述资源提供实体例如商家、数字钱包或其它实体。在这些情况下，账户标识符可以由用户使用以执行从资源提供实体的购买活动。在进行交易时，用户不需要特别将其账号提供至资源提供实体，原因是资源提供实体已经有所述账号。在一些实施例中，存档账户的购买活动的频率和/或金额可以不同，可以代表持卡人和商家之间购买在一段时间上或按需提供的物品或服务的协议。

“服务器计算机”可以是功能强大的计算机或计算机集群。例如，服务器计算机可以是大型主机、小型计算机集群或像单元一样工作的一组服务器。在一个实例中，服务器计算机可以是耦连到网络服务器的数据库服务器。

图1示出了根据本发明实施例的方法的示例性流程图100。图1包括用户装置10，其能够与访问装置12通信。图1还包括用户装置14。用户装置10和用户装置14可以具有与描述的图4中的用户装置103的特征相似的特征。

访问装置12可以是提供对远程系统的访问的任何合适的装置。访问装置12可以是任何适当形式。访问装置的一些实例包括POS或销售点装置(例如，POS终端)、蜂窝电话、PDA、个人计算机(PC)、平板PC、手持式专用阅读器、机顶盒、电子现金出纳机(ECR)、自动柜员机(ATM)、虚拟现金出纳机(VCR)、营业亭、安全系统、访问系统等。访问装置12可以使用任何合适的接触或非接触操作模式以向用户装置10发送或从其接收数据，或与该用户装置关联。

在访问装置12可以包括POS终端的一些实施例中，任何合适的POS终端皆可以被使用，并且其可以包括阅读器、处理器和计算机可读介质。读取器可以包括任何适当的接触或非接触操作模式。例如，示例性读卡器可以包括射频(RF)天线、光学扫描器、条形码读取器或磁条读取器，以与支付装置和/或移动装置交互。在一些实施方案中，用作POS终端的蜂窝电话、平板或其他专用无线设备可以被称为移动销售点或“mPOS”终端。

在步骤S1，用户可以申请新账户。在一些实施例中，用户可能看到创建新账户的广告，广告可以引导至网站，由此用户可以发送申请新账户的请求。所述网站可以由与可以发行新账户的授权实体(例如发行方)关联的授权计算机主持。

广告可以采用各种形式。在一些情况下，广告可以是实体海报的形式，可以包括可扫描码(例如QR码)或印刷链接。用户可以扫描可扫描码，这可打开用户装置10上的浏览器。在其它情况下，用户可以键入打印链接以打开网站。在其它情况下，可以通过电子邮件或文本消息接收广告，并且广告可以包括用户可以激活以路由至所述网站的链接。在又一些其它实施例中，广告可以是在线广告，其可以在用户正浏览网页时出现。广告可以被点击以将用户路由至所述网站。

在被路由至所述网站之后，可以提示用户输入信息以申请新账户。在一些情况下，信息可以包括名字、地址和联系信息(例如电子邮件地址、电话号码等)。在一些情况下，一旦输入信息，用户可以通过激活软件按钮(例如“现在申请”按钮)确认信息。这可以触发由用户输入的信息被发送至授权计算机，授权计算机可执行批准过程以确定是否可以为用户创建新账户。如果账户的生成被批准，则授权计算机可生成与用户关联的新账户。在一些情况下，生成新账户可以包括生成与新账户关联的账户标识符。

在步骤S2，可提示用户多个参与资源提供实体，用户可从这些实体中进行选择。参与资源提供实体可以是参与令牌化计划的实体。通过选择资源提供实体，用户可以表明其想将与新账户关联的令牌提供至所述资源提供实体。在一些情况下，参与资源提供实体可以包括各种商家、数字钱包提供商和服务提供商，用户可以在其上有或者没有已有账户或档案。

可以提示用户能够选择一个或多个参与资源提供实体的任何适合的界面。在一些情况下，用户界面可以包括用与相应资源提供实体关联的标识符(例如名字)标记的可选择显示平铺，如图1所示。在其它情况下，用户界面可以包括如由图2中的用户界面200显示的可选复选框。其它示例性用户界面可以包括其它可选用户界面元素，例如单选按钮、下拉列表、列表框、按钮、切换键、滚动条和图标。

在一些实施例中，参与资源提供实体可以某种方式呈现在用户界面中。例如，在一些情况下，参与资源提供实体当呈现于界面时可被预先选择。在一些情况下，参与资源提供实体也可以显示在用户界面中呈现的参与资源提供实体列表的顶端。这可以使用户容易地确认是否将新账户添加到这些预选择的参与资源提供实体。不过，用户可以取消选择任何预选择的参与资源提供实体，以表明与新账户关联的令牌不应当提供至该特定的参与资源提供实体。用户也可以选择任何附加的参与资源提供实体，与新账户关联的令牌应当被提供至所述附加的参与资源提供实体。

在一些情况下，一旦对参与资源提供实体做出选择，用户可以通过激活软件按钮(例如“确认”按钮)确认所述选择。这可以触发所述选择被发送至授权计算机或发送至处理器服务器计算机(例如令牌服务提供者)。与新账户关联的令牌可以被提供至所选的参与资源提供实体中的每一个。

在一个示例性案例中，所选参与资源提供实体中的一个可以是数字钱包提供商。如果用户已经具有与所选数字钱包提供商关联的账户，则令牌可以被提供至已有账户。如果用户还没有与所选数字钱包提供商关联的账户，则可以生成账户，之后，令牌可以提供至与数字钱包提供商关联的账户。

在一个示例性案例中，所选参与资源提供实体中的一个可以是商家。如果用户已经具有与所选商家关联的账户(例如存档账户)，则令牌可以被提供至已有账户。如果用户还没有与所选商家关联的账户，则可以生成账户，之后，令牌可以提供至与商家关联的账户。

在步骤S3，用户可使用提供至所选参与资源提供实体的令牌进行交易。如在上面的示例性案例中描述的，所选参与资源提供实体可以是数字钱包提供商。用户可以使用用户装置10运行由数字钱包提供商主持的应用程序。在一些实施例中，应用程序可以是数字钱包提供商，其能够实现无接触交易。在一些情况下，用户可以向应用程序表明使用针对交易提供的令牌。在其它情况下，与令牌有关的信息可以被应用程序预填充。接着用户装置10可将包括令牌的账户信息传送至访问装置12以进行交易。结果，在发行之后可立即使用新账户与数字钱包提供商进行交易。

在步骤S4，用户可以使用被提供至另一所选参与资源提供实体的令牌进行另一交易。如在上面的示例性案例中描述的，所选参与资源提供实体可以是商家。在一些实施例中，用户可以使用用户装置14，利用所提供的令牌进行交易。在一些实施例中，用户装置14可以运行由商家主持的网站或应用程序。在一些情况下，用户可以向应用程序或网站表明使用针对交易提供的令牌。在其它情况下，与令牌有关的信息可以被应用程序或网站预填充。接着用户可以使用所提供的令牌与商家进行交易。结果，在发行之后可立即使用新账户与商家进行交易。

尽管在上面的示例性案例中描述用户操作用户装置10和用户装置14，但实施例不受此限制。例如，令牌可以提供以由另一第二用户(例如家庭成员、雇员等)使用。基于由用户选择参与资源提供实体，第二用户能够使用与用户在所选参与资源提供实体开立的账户关联的令牌进行交易。

而且，尽管在示例性案例中所提供令牌与新发行的账户关联，但实施例不受此限制。例如，所提供的令牌可以用于与用户关联的已有账户。在这种情况下，用户可以打开用户装置10上与授权实体关联的应用程序，应用程序可主持已有账户。用户可以表明其想将与已有账户关联的令牌提供至多个所选参与资源提供实体。对于不存在任何账户或档案的所选参与资源提供实体中的任何一个，可以生成账户或档案，之后将令牌添加至生成的账户或档案。结果，用户可以控制从与授权实体关联的应用程序所提供的令牌，而所选资源提供实体中的每一个都可以存储令牌以在将来使用。

本发明的实施例能够为各种使用案例提供令牌，例如下面的表1中所示的那些。

表1

在一些实施例中，用户可以通过应用程序(例如由授权实体主持的)或第三方令牌端口管理所提供的令牌。在图3中示出示例性用户界面300。用户界面300的用户界面元素(例如按钮)中任一个的激活可打开另一用户界面，使用户能够查看数据并配置与所提供令牌关联的设置。例如，激活“历史”按钮可以使用户回顾任一所提供令牌的历史信息(例如历史交易)。激活“暂停”按钮可使用户请求暂停使用任一所提供令牌。在示例性案例中，用户可以指示暂停由特定的第二用户或特定装置使用(例如暂时性的)所提供令牌。激活“删除”按钮可以使用户请求从相应的资源提供实体系统中删除任何所提供令牌。激活“控制”按钮可以使用户配置和执行对所提供令牌的控制(例如消费控制，时限控制等)。例如，用户可以配置提供的令牌以授权用于特定交易金额以下的交易。激活“警告”按钮可以使用户配置警告设置，指示用户应当何时接收关于所提供令牌的警告。在示例性案例中，用户可以配置警告设置，使得在一天之内如果使用所提供令牌用于总和大于特定的交易金额的交易时，则发送警告。

图4说明了具有用于实现本发明实施例的至少一些部件的示例性系统400。图4包括用户101、操作服务提供商应用程序113的用户装置103、资源提供商计算机106、传输计算机108、与令牌库116通信的处理器服务器计算机110、授权计算机112和服务提供商计算机114。图1中的任何计算装置(例如用户装置103、资源提供商计算机106、传输计算机108、处理器服务器计算机110、服务提供商计算机114和授权计算机112)都可以通过任何合适的通信网络通信。

通信网络可以包括用于实体之间的数据和信息的安全通信的多个网络。在一些实施例中，通信网络可以遵循合适的通信协议生成用户装置103和处理器服务器计算机110之间的一个或多个安全通信信道。可以使用任何合适的通信协议来生成通信信道。在一些情况下，通信信道可以包括可以用任何已知方式建立的“安全通信信道”，包括相互认证和会话密钥的使用以及SSL会话的建立。然而，可以使用创建安全信道的任何方法。通过建立安全信道，可以安全地传送敏感信息以促进交易。

用户101(其也可以称作消费者)可以是操作用户装置103的持卡人。用户101可以选择一个或多个资源提供实体(例如商家、数字钱包服务提供商、服务提供商等)，将与账户关联的令牌提供至所述资源提供实体。在一些实施例中，账户可以是与用户101关联的已有账户。在其它实施例中，用户101可以从授权计算机112请求生成新账户(例如新卡账户)。在一些实施例中，用户101可以使用与在服务提供商应用程序113开立的账户关联的所提供令牌或与所选的一个或多个资源提供实体有关的其它平台，使用用户装置103进行交易。

用户装置103可以是进行交易的任何合适的装置。用户装置103可以包括存储器，其可以存储服务提供商应用程序113，用户装置可用来使用服务提供商应用程序113进行交易。通信装置103可以通过通信网络与一个或多个实体进行通信，包括服务提供商计算机114和处理器服务器计算机110。在不出示卡的交易中(例如通过由资源提供实体主持的网站)可以使用用户装置103。在一些实施例中，用户装置103还能够通过接触或无线方式与支付终端处的访问装置通信。在一些实施例中，交易的支付方法可以包括eCommerce(电子商务)、mCommerce(移动商务)、In-app(在应用程序内购物)、NFC(近场通信)、MST(磁安全传输TM^TM)

用户装置103的一些非限制性实例可以包括移动装置(例如蜂窝电话、钥匙链装置、个人数码助理(PDA)、传呼机、笔记本电脑、膝上型电脑、记事本、智能手表、健身腕带、珠宝等)、搭载远程通信功能的汽车、个人计算机、支付卡(例如智能卡、磁条卡，等等)，等等。在一些实施例中，用户装置103可以被配置为与一个或多个蜂窝网络通信。

服务提供商应用程序113可以由用户装置103访问。服务提供商应用程序113可以由服务提供商计算机114操作。在一些实施例中，服务提供商应用程序113可以存储数字钱包，并且可以包括与用户101关联的卡账户信息。在一些情况下，数字钱包可以是移动钱包。一些示例性服务提供商应用程序包括钱包应用程序、数字钱包应用程序、钱包提供商应用程序、移动钱包应用程序等等。

服务提供商计算机114可以为用户发行服务提供商账户。在一些实施例中，服务提供商计算机114可以与服务提供商关联。在一些情况下，服务提供商可以是应用程序提供商，其可以是向移动装置提供应用程序以供用户使用的实体。在一些实施例中，服务提供商可以是钱包提供商计算机，并且能够将移动钱包或支付应用程序(例如钱包应用程序)提供至用户装置103。服务提供商计算机114可以操作服务器计算机，所述服务器计算机可以将消息发送至用户装置103上的服务提供商应用程序113并且可以从其接收消息。由服务提供商计算机114发行的服务提供商账户也可以通过网站访问。在一些实施例中，服务提供商计算机114可以为每个用户维持一个或多个数字钱包，并且每个数字钱包可以与一个或多个支付账户的支付数据关联。数字钱包的实例可以是Visa Checkout^TM。在一些情况下，服务提供商可以称作资源提供商，服务提供商计算机114可以称作资源提供商计算机。

资源提供商计算机106可以被配置成接收并处理交易数据。在一些实施例中，可以从用户装置103或与用户装置103通信的访问装置接收交易数据。资源提供商计算机106可以参与交易、售卖商品或服务、或向消费者提供对商品或服务的访问。资源提供商计算机106可以接受多种形式的支付数据，并且可以使用多种工具来进行不同类型的交易。例如，资源提供商计算机106还可以经由网站或应用程序来销售商品和/或服务，并且可以通过互联网来接受支付。资源提供商计算机106也可以与实体商店关联，实体商店使用访问装置，所述访问装置能从用户装置103接收当面交易的交易数据。

传输计算机108通常是与特定商家或其他实体具有业务关系的实体(例如，银行)的系统。传输计算机108可以经由处理器服务器计算机110将交易的授权请求路由到授权实体计算机112。在一些情况下，传输计算机108可以称作收单方计算机。

处理器服务器计算机110可以包括数据处理子系统、网络和用于支持及递送授权服务以及清算和结算服务的操作。处理器服务器计算机110的实例包括由运营的处理器服务器计算机110可以包括有线或无线网络，包括互联网。在一些实施例中，处理器服务器计算机110可以是令牌服务提供商，并且可以与令牌库116通信，令牌库116可以存储与用户101的账户关联的令牌。在一些情况下，处理器服务器计算机110也可以称作支付处理服务器计算机。

令牌库116可以包括与令牌有关的任何信息。例如，令牌库116可以存储与服务提供商应用程序113相关联的令牌和这些令牌到其关联账户的映射。令牌库116可以包括与令牌相关联的任何敏感信息(例如，账号)。在一些实施例中，处理器服务器计算机110可以与令牌库116通信以便对令牌进行去令牌化(de-tokenize)。在一些情况下，令牌库116可以驻留在处理器服务器计算机110上。

授权计算机112可以是参与授权过程的计算机。在一些实施例中，授权计算机112可以由能够发行账户的实体运行。当交易涉及由授权计算机112发行的账户时，授权计算机112可以验证账户，并且通过授权响应消息来响应于传输计算机108，该授权响应消息可以被转发到访问装置(如果适用的话)。一些系统可以执行授权计算机112和传输计算机108两者的功能。

一旦接收用户101通过用户装置103对新账户的请求，授权计算机112可批准用户101，并提示用户101选择利用其来使用新账户的资源提供实体。在一些实施例中，授权计算机112可以与处理器服务器计算机110通信以请求新批准账户的令牌化。在一些实施例中，授权计算机112可以是与授权实体(例如发行方银行)关联的发行方计算机，所述授权实体发行支付(信用/借记)卡、账号或支付令牌用于交易。

在稍后时间(例如，在一天结束时)，清算和结算过程可以在传输计算机108、处理器服务器计算机110和授权计算机112之间进行。

任何计算装置(例如用户装置103、资源提供商计算机106、传输计算机108、处理器服务器计算机110、服务提供商计算机114和授权计算机112)可以包括处理器以及包括代码的计算机可读介质，所述代码可由处理器执行以执行本文中描述的功能。

本发明的实施例能够将令牌提供至资源提供实体。系统和计算机有几种配置，例如图4中描述的，其可用来完成令牌的提供。一个示例性案例可以包括一对多实施方式，另一示例性案例可以包括一对一实施方式，这将在下面更详细地描述。

本发明的实施例可以实现一对多的实施方式，其中，授权计算机可以通过与令牌提供商的单个连接与多个资源提供实体集成，令牌提供商可以是处理器服务器计算机。尽管在图4中没有明确示出，但处理器服务器计算机110可以与参与令牌化计划的多个资源提供实体通信。一旦授权计算机112请求，处理器服务器计算机110可以将令牌提供至多个资源提供实体。下面参照图5和图6的描述更加详细地描述了示例性一对多实施方式。

图5示出根据本发明实施例实现一对多实施方式的示例性系统的框图500。图5包括与处理器服务器计算机510通信的多个授权计算机512。在一些实施例中，处理器服务器计算机510可以是令牌提供商或令牌服务提供商。每一个授权计算机512可以具有与参照图4的授权计算机112描述的特征相似的特征。处理器服务器计算机510可以具有与参照图4的处理器服务器计算机110描述的特征相似的特征。

处理器服务器计算机510能够与多个资源提供实体通信。在一些情况下，一旦任何一个授权计算机512请求，处理器服务器计算机510可以将令牌提供至多个资源提供实体中的任何一个。资源提供实体可以包括与以下关联的那些实体：服务提供商计算机501、发行方数字钱包提供商计算机502、第三方数字钱包提供商计算机503、商家计算机504和联网装置505。服务提供商计算机501可以与可以存储和使用用于交易的令牌的任何服务提供商关联。在一些实施例中，服务提供商计算机501可以是与处理器服务器计算机510关联的提供服务(例如Visa Checkout^TM)发行方数字钱包提供商计算机502可以使得由授权计算机发行的账户有数字钱包。第三方数字钱包提供商计算机503可以与提供数字钱包的第三方关联，所述数字钱包可以存储多个账户。由发行方数字钱包提供商计算机502和第三方数字钱包提供商计算机503提供的数字钱包可以使用令牌用于用数字钱包执行的交易。商家计算机504可以与商家关联，其使得能够使用令牌进行交易。在一些情况下，商家计算机504可以存储具有与令牌有关的信息的存档账户。联网装置505可以是能够与其它计算装置通信并且可以存储数据的任何合适的装置。在一些实施例中，联网装置505可以称作IoT装置(物联网装置)，其可以包括能够用来用令牌进行交易的可穿戴装置。

在一对多的实施方式中，可以执行图6的流程图600所示的示例性过程。图6可以包括与授权计算机612通信的用户装置601、处理器服务器计算机610和资源提供商计算机615。用户装置601可以具有与参照图4中的用户装置103描述的特征相似的特征。授权计算机612可以具有与参照图4的授权计算机112以及图5的授权计算机512描述的特征相似的特征。处理器服务器计算机610可以具有与参照图4的处理器服务器计算机110和图5的处理器服务器计算机510描述的特征相似的特征。资源提供商计算机615可以具有与参照图4的资源提供商计算机106和图5的资源提供商计算机501-505中的任何一个描述的特征相似的特征。

在步骤S61，由用户操作的用户装置601可以与授权计算机612通信。在一些实施例中，用户装置601可以运行由授权计算机612主持的应用程序。在其它实施例中，对于由授权计算机612主持的网站，用户装置601可以运行浏览器。用户可以从应用程序或者浏览器内，将提供与其账户(例如新的或已有的)关联的令牌的请求发送至多个所选资源提供实体。资源提供实体也可以称作令牌请求者。

在步骤S62，授权计算机612可以与处理器服务器计算机610通信以请求提供令牌。处理器服务器计算机610可以是提供令牌化服务的服务提供商。处理器服务器计算机610可以为多个资源提供实体中的每一个生成令牌。

在步骤S63，处理器服务器计算机610可以与资源提供商计算机615通信。资源提供商计算机615可以与多个所选资源提供实体中的一个资源提供实体关联。在一些情况下，处理器服务器计算机610可以将为资源提供实体(与资源提供商计算机615关联)生成的令牌发送至资源提供商计算机615。在提供令牌之前，可以在用户和资源提供商计算机615之间执行授权过程。在一对多的实施方式中可以使用各种认证方法。

一种认证方法可以是直通提供。在此情况下，可以利用授权计算机612和处理器服务器计算机610之间的现有集成(例如安全声明标记语言)。处理器服务器计算机610可以提供实现账户创建并加载资源提供实体的认证信息的服务。在示例性案例中，由处理器服务器计算机610提供的服务可以是Visa Checkout^TM。用户在请求提供令牌时，可以通过由授权计算机612主持的应用程序或网站访问其Visa Checkout^TM账户以用于认证。

一对多实施方式的另一示例性认证方法可以使用弹出显示等等。例如，当用户使用应用程序或由授权计算机612主持的网站以请求提供令牌时，可以出现灯箱显示。灯箱显示可以被预填充与用户有关的一些信息。在一些情况下，灯箱显示可以提示用户输入或创建与资源提供商计算机615关联的账户或档案的密码，令牌将被提供至该资源提供商计算机615。

在步骤S64和S65，资源提供商计算机615可以发送信息确认令牌被提供。在一些实施例中，所述信息可以通过处理器服务器计算机610发送至授权计算机612。尽管图6示出了单个资源提供商计算机615，但要理解可以对于由用户选择的多个资源提供实体中的每一个执行认证过程和令牌提供过程。

上面描述的一对多的实施方式还能使授权计算机通过单个平台选择与认证有关的偏好，这是方便的。此偏好配置可以在任何时间出现。例如，授权计算机612可以登录到由处理器服务器计算机610主持的账户。授权计算机612可以选择能够实现令牌的推送提供的信道(例如应用程序、浏览器等)。授权计算机612还可以选择被支持的认证方法(例如VisaCheckout^TM、灯箱显示等)。授权计算机612可以查看与基于所选信道和认证方法的令牌的推送提供兼容的所有资源提供实体(例如令牌请求者)的列表。在一些实施例中，授权计算机612还可以查看其它信息，例如关于不能支持一些资源提供实体推送提供的原因(例如不兼容的信道或认证方法)。一对多的实施方式使得授权计算机能够容易地“选择加入”令牌化计划，而不必与多个资源提供实体交互。

在一些实施例中，处理器服务器计算机610可以确定由授权计算机612支持的认证方法和认证信道，并将由授权计算机612支持的认证方法和认证信道和由资源提供实体支持的认证方法和认证信道进行比较，以确定资源提供实体是否提供至用户以供选择。如果比较的授权计算机和资源提供实体的认证方法和认证信道匹配，则处理器服务器计算机610可以通知资源提供实体的授权计算机612。随后，授权计算机612可以接着提示用户包括所述资源提供实体的参与资源提供实体的列表。在一些实施例中，可以对参与资源提供实体的列表中的每个参与资源提供实体执行此比较过程。

本发明的实施例还能够实现另一种实施方式，其可以称作一对一实施方式。一对一实施方式能够使授权计算机与资源提供实体个别地直接集成。例如，授权计算机能够基于(例如与处理器服务器计算机关联的)标准或专有API(例如推送提供API)将令牌单独地提供至每个资源提供实体。下面图7和图8更详细地描述示例性的一对一实施方式。

图7示出根据本发明实施例实现一对一实施方式的示例性系统的框图700。图7包括授权计算机710、授权计算机711和授权计算机712。每个授权计算机710、711、712可以具有与参照图4中的授权计算机112描述的特征相似的特征。图7还包括资源提供商计算机720、资源提供商计算机721和资源提供商计算机722。每个资源提供商计算机720、721、722可以具有与参照图4的资源提供商计算机106描述的特征相似的特征。为了简洁，在图7中只示出三个授权计算机和三个资源提供商计算机。然而，实施例并不受此限制，在一对一实施方式中可以有任何数目的授权计算机和资源提供商计算机。

在图7所示的一对一实施方式中，每个授权计算机可以与每个资源提供商计算机(例如令牌请求者)直接地集成。因此，可以不存在处理所有令牌化的中间实体，例如处理器服务器计算机。这可以提供与每个资源提供商计算机集成的能力，以基于或者标准(例如与处理器服务器计算机关联)或者特定于资源提供商计算机的专有推送提供API执行这种集成。

在一对一实施方式中，可以执行如图8的流程图800中所示的示例性过程。图8可以包括与授权计算机812通信的用户装置801、资源提供商计算机815和处理器服务器计算机810。用户装置801可以具有与参照图4的用户装置103描述的特征相似的特征。授权计算机812可以具有与参照图4的授权计算机112以及图7的授权计算机710-712中的任何一个描述的特征相似的特征。处理器服务器计算机810可以具有与参照图4的处理器服务器计算机110描述的特征相似的特征。资源提供商计算机815可以具有与参照图4的资源提供商计算机106和图7的资源提供商计算机720-722中的任何一个描述的特征相似的特征。

在步骤S81，由用户操作的用户装置801可以与授权计算机812通信。在一些实施例中，用户装置801可以运行由授权计算机812主持的应用程序。在其它实施例中，对于由授权计算机812主持的网站，用户装置801可以运行浏览器。用户可以从应用程序或者浏览器内，将提供与其账户(例如新的或已有的)关联的令牌的请求发送至多个所选资源提供实体。资源提供实体也可以称作令牌请求者。

在步骤S82，授权计算机812可以与资源提供商计算机815通信以请求将令牌提供至资源提供商计算机815。资源提供商计算机815可以与由用户选择的多个资源提供实体中的一个资源提供实体关联。在一些实施例中，可以在用户和资源提供商计算机815之间执行认证过程。

一种认证方法可以包括重新引导用户至与资源提供实体关联的信道。例如，可以将用户从由授权计算机812主持的应用程序或浏览器重新引导至由资源提供商计算机815主持的应用程序或网站。在一些实施例中，可以显示网页，提示用户输入信息以完成账户创建或认证过程。例如，用户可以创建或输入密码以用于由资源提供商计算机815主持的其账户或档案。

另一类认证方法可以包括发送消息使得第二用户能够登录账户或在资源提供实体创建账户。例如，在一些情况下，用户可能想将令牌提供至第二用户的账户(例如家庭成员的账户、雇员的账户等)。在一些实施例中，用户可以输入与第二用户关联的信道标识符(例如电子邮件地址、电话号码等)，授权计算机812可通过与信道标识符关联的信道(例如电子邮件、文本消息等)将消息发送至第二用户。消息可以包括可以将第二用户引导至由资源提供商计算机815主持的应用程序或网站的链接，这可以提示第二用户输入信息以登录或创建账户。例如，第二用户可以创建或输入密码以用于由资源提供商计算机815主持的其账户或档案。

在步骤S83，资源提供商计算机815可以从处理器服务器计算机810请求令牌。在一些情况下，在令牌可以被生成之前，资源提供商计算机815可以向处理器服务器计算机810确认基于由用户提供的信息用户或第二用户被认证。

在步骤S84，处理器服务器计算机810可以生成令牌并将令牌提供至资源提供商计算机815。处理器服务器计算机810可以生成适用于资源提供商计算机815的令牌，并将其发送至资源提供商计算机815。

在步骤S85，资源提供商计算机815可以发送信息确认令牌被提供。在一些实施例中，用户可以被重新引导回由授权计算机812主持的应用程序或网站。尽管图8示出了单个资源提供商计算机815，但要理解可以对于由用户选择的多个资源提供实体中的每一个执行认证过程和令牌提供过程。在所述一对一实施方式中，执行的每个认证过程可以特定于每个资源提供商计算机。

图9到图12示出可以根据本发明的实施例执行的示例性方法的流程图。然而，要理解附加的方法和过程可以包括在这些方法中，并且可以由本领域的普通技术人员根据下文的描述来识别。另外，在本发明的一些实施例中，所述方法可以如普通技术人员所认识到的那样组合、混合以及搭配。

例如，根据本发明的实施例，图9和图12中描述的某些步骤可以被修改以实现不同的使用案例。例如，尽管图9和图12涉及提供与新发行的卡账户关联的账户信息，但相似过程可应用于已有卡账户。在这种情况下，可以省略申请新卡的步骤。相反，所述流程可以从用户的用户装置运行由授权计算机912主持的应用程序或浏览器开始，授权计算机可能已经存储已有账户的信息。

可参照图9描述根据本发明的实施例的方法。图9示出根据本发明的实施例一旦批准使用用户立即进行卡访问并且将令牌提供至资源提供实体的方法的流程图900。图9包括由用户操作的用户装置903、与资源提供实体关联的资源提供商计算机906、处理器服务器计算机910、与授权实体关联的授权计算机912和服务提供商计算机914。在一些实施例中，授权计算机912也可以称作发行方计算机，服务提供商计算机914也可称作数字钱包提供商，资源提供商计算机906可称作商家计算机。在一些情况下，用户可能已经有在资源提供商计算机906上的存档账户。处理器服务器计算机910还可以是令牌服务提供商。

在步骤1，资源提供商计算机906可以将签约令牌化的请求发送至处理器服务器计算机910。此签约过程可以在交易之前的任何时间进行。与资源提供商计算机906关联的资源提供实体可以请求处理器服务器计算机910参与令牌化交易，在此交易中，用户在对资源提供实体进行支付时可以使用令牌。一旦接收请求，处理器服务器计算机910可以存储指出所述资源提供实体作为参与资源提供实体的信息。

在步骤2，用户可以使用其用户装置903申请新卡账户。在一些实施例中，用户可以接收创建新卡的提示(例如通过电子邮件、文本消息等)。所述提示可以包括用户可以激活以发起对新卡请求的链接。用户可以激活链接(例如通过点击所述链接)，这可加载用户装置903上的应用程序(例如银行应用程序)。在一些实施例中，所述应用程序可以由授权计算机912主持。所述应用程序可以显示请求用户输入信息的用户界面，所述信息用于在与授权计算机912关联的授权实体创建新卡账户。用户可以将用户信息输入到用户装置903中。

在步骤3，用户装置903可以将对新卡账户的请求(包括由用户输入的信息)发送至授权计算机912。在一些实施例中，所述信息可以包括用户信息，例如姓名、地址和与用户有关的其它联系信息。

在步骤4，授权计算机912可以基于输入的信息批准用户。如果授权计算机912批准用户，则授权计算机912可以将新卡发行至用户。授权计算机912可以针对由用户请求的新卡生成卡账户信息。在一些实施例中，卡账户信息可以包括账户标识符(例如账号)、到期日期、卡验证值(CVV)和可以用于交易的其它交易信息。

在步骤5，授权计算机912可以将新卡的卡账户信息和用户信息发送至处理器服务器计算机910。可以以任何适当方式发送所述信息，例如通过通信网络发送的电子消息。处理器服务器计算机910可以是令牌服务提供商。

在步骤6，处理器服务器计算机910可以通知授权计算机912签约令牌化的参与资源提供实体的列表。在此示例性案例中，资源提供商计算机906和服务提供商计算机914可以与参与资源提供实体关联。在一些实施例中，资源提供商计算机906也可以称作商家计算机，服务提供商计算机914也可以称作数字钱包提供商计算机。此外，在一些实施例中，处理器服务器计算机910可以通知授权计算机912具有先前存在的令牌的实体列表，因此，处理器服务器计算机910已经有与用户关联的存档账户。这可以使得与先前存在的和用户有关的令牌立即关联。

在步骤S7，授权计算机912可以提示用户从使用新卡的参与资源提供实体中进行选择。例如，授权计算机912可以提示用户使用用户装置903上显示的用户界面(例如包括列表、平铺显示选项等)，所述用户界面包括签约令牌化的参与资源提供实体。在一些实施例中，授权计算机912也可以提供与用户已经有存档账户(例如令牌)的那些资源提供实体对应的预先选择的资源提供实体。然而，如果用户不想使用任何预先选择的资源提供实体的新卡，则用户可能取消选择任何预先选择的资源提供实体。因此，提供至用户的资源提供实体选项可以是用户有或者可能没有存档账户的资源提供实体。尽管图9示出了授权计算机912与用户装置903直接通信，但实施例不受此限制。例如，授权计算机912可以通过另一计算机(例如处理器服务器计算机910)间接地发送通信至用户装置903。

在步骤S8，用户可以从接收的列表中选择一个或多个资源提供实体。通过与用户的用户装置上显示的用户界面的任何合适的交互，可以指示所述选择。例如，用户可以通过点击软件或硬件按钮(例如复选框、平铺显示等)、输入语音命令或其它合适的方法确认其选择。在一个示例性案例中，用户可以选择与资源提供商计算机906关联的资源提供实体以及与服务提供商计算机914关联的资源提供实体。尽管在流程图900中描述的所述示例性案例中，用户选择了两个资源提供实体，但在其它实施例中，用户可以选择任何适当数目的资源提供实体。用户装置903可以将对一个或多个资源提供实体的选择发送至处理器服务器计算机910，请求将与用户的账户关联的令牌发行至所选择的一个或多个资源提供实体。

在一些实施例中，处理器服务器计算机910可以验证在步骤8中从用户装置903发送的通信。处理器服务器计算机910可以基于与操作用户装置903的用户或用户装置903有关的信息，执行验证过程。例如，在步骤8中，用户装置903可以发送标识符(例如交易标识符)以及对一个或多个资源提供实体的选择。在一些情况下，所述标识符可以由用户装置903或主持用户装置903上的应用程序的授权计算机912生成。在一些实施例中，所述标识符可以基于装置标识符、时间戳、用户信息、IP地址或其它信息的任何组合生成。处理器服务器计算机910可以检查在步骤8中从用户装置903接收的标识符是否与之前从用户装置903(例如在步骤3)或授权计算机912(例如在步骤5)接收的标识符匹配。

在步骤9，处理器服务器计算机910可以将新卡令牌化。处理器服务器计算机910可以生成与新卡的账户关联的一个或多个令牌，所述一个或多个令牌可以由用户用于交易。处理器服务器计算机910可以与令牌库通信，令牌库可以存储一个或多个令牌、一个或多个令牌和发行至用户的新卡的账户之间的映射和与令牌有关的任何其它信息。在交易期间，处理器服务器计算机910可以接收一个或多个令牌，并且可以基于令牌库中的信息对令牌去令牌化，使得交易可以施加到与所述令牌关联的适当账户。

处理器服务器计算机910可以确定每个所选资源提供实体的令牌。确定令牌可以包括生成令牌或者如果已经预生成令牌则识别令牌。例如，处理器服务器计算机910可以确定要提供至服务提供商计算机914的第一令牌以及要提供至资源提供商计算机906的第二令牌。第一令牌和第二令牌都可以通过授权计算机912与新发行的卡关联。在示例性流程图900中，用户可能已经在服务提供商计算机914上注册，并且已经有资源提供商计算机206的存档账户。

在步骤10，处理器服务器计算机910可以将用户信息和第一令牌发送至服务提供商计算机914。服务提供商计算机214可以与由用户选择的钱包提供商关联，所述钱包提供商由与授权计算机912关联的授权实体支持。可以任何适当方式发送用户信息和第一令牌，例如通过通信网络发送的电子消息。

在步骤11，服务提供商计算机914可以认证用户。在一些实施例中，服务提供商计算机914可以用后台处理执行认证过程，不用从用户请求输入，例如检查接收的用户信息是否与已经存储在系统中的和用户关联的信息匹配。参照上面的图6描述关于示例性认证过程的更多细节。

在步骤12，服务提供商计算机914可以存储接收的用户信息和第一令牌。服务提供商计算机914可以存储第一令牌，使得其与新发行的卡和用户信息关联。因此，第一令牌可以从由用户操作的移动银行应用程序直接地提供至服务提供商计算机914。

在步骤13，处理器服务器计算机910可以将用户信息和第二令牌发送至资源提供商计算机906。资源提供商计算机906可以与由用户选择的资源提供实体(例如商家)关联。可以任何适当方式发送用户信息和第二令牌，例如通过通信网络发送的电子消息。

在步骤14，资源提供商计算机906可以认证用户。在一些实施例中，资源提供商计算机906可以用后台处理执行认证过程，不用从用户请求输入，例如检查接收的用户信息是否与已经存储在系统中的和用户关联的信息匹配。参照上面的图6描述关于示例性认证过程的更多细节。

在步骤15，资源提供商计算机906可以存储接收的用户信息和第二令牌。资源提供商计算机906可以存储第二令牌，使得其与新发行的卡和用户信息关联。因此，第二令牌可以从由用户操作的移动银行应用程序直接地提供至资源提供商计算机906。在一些实施例中，第二令牌也可以与用户已经在资源提供商计算机906上拥有的其它存档账户(例如包括预先存在的令牌)关联地存储。

在一些实施例中，可以同时或者以与流程图900中所示的次序不同的次序发起上面描述的步骤10到12和步骤13到15。例如，处理器服务器计算机910可在步骤10将信息发送至服务提供商计算机914(之后是步骤11和12)之前，在步骤13将信息发送至资源提供商计算机906，之后是步骤14和15；或者可以同时地将信息发送至资源提供商计算机906和服务提供商计算机914。

在步骤16，用户可以使用其用户装置903以用新提供的令牌进行交易。例如，用户可以访问与服务提供商计算机914关联的其数字钱包(例如通过钱包应用程序)，使用第一令牌用数字钱包进行购买。此外，用户可以访问与资源提供商计算机906关联的在线网站，使用第二令牌进行另一次购买。在后续的购买中，用户可以使用第一令牌和第二令牌。因此，令牌可以在发行卡时提供，这可以使用户能立即地访问并使用令牌进行交易，包括用商家存档账户。这很高效，耗费用户的精力最少，并且为用户提供更多的灵活性。而且，令牌化的使用能够实现交易的安全性，原因是敏感数据被屏蔽。

下面提供一个具体的示例性案例，其中可以执行流程图900的步骤。用户可能正操作用户装置，可以通过电子邮件接收新卡的提示。用户可以点击所述提示，这可以加载其用户装置上的移动银行应用程序。用户可以输入用户信息以申请新卡，并通过按“申请”按钮发送至主持应用程序的发行方。发行方可以批准用户，并且新卡可以发行至用户。

随后，可以提示用户将新发行卡(例如令牌)添加到参与资源提供实体。可以给用户呈现用户界面，包括资源提供实体名称(例如供应商、零售商、数字钱包提供商等)的列表。用户可以通过点击列表上指示的一个或多个资源提供实体，选择一个或多个资源提供实体。用户可以选择数字钱包提供商和商家，用户可能已经有他们的账户。第一令牌可以被生成并被推送至与所选数字钱包提供商关联的用户的数字钱包提供商账户，第二令牌可以被生成并被推送至与所选商家关联的用户的商家账户。

然后，提供的令牌可立即由用户使用。例如，用户可以去商店买饮料。用户可以用其用户装置使用其数字钱包提供商账户，用新发行卡的账户支付饮料钱。另外，用户可以使用相同的用户装置或另一装置用其商家账户进行在线购物。在用户对购物结账时，新发行卡可能已经被提供，这样用户可以从包括用户已经有商家的其它存档账户的列表中选择新发行卡。在其它情况下，在结账页面上，账户信息(例如令牌)可以被预填写。随后，用户就可以使用新发行的卡支付所述购物。

如上面描述的，用户可以使用其新卡用于在物理POS(销售点)终端进行的交易以及用于远程进行的交易。例如，用户可以使用其新卡通过与商家处的访问装置的无接触交易对交易进行支付。此外，用户可以使用其新卡账户支付电子商务交易。因此，用户装置可以是能够进行两种类型交易的任何适当的装置。一些示例性的支付方法可以包括eCommerce(电子商务)、mCommerce(移动商务)、In-app(在应用程序内购物)、NFC(近场通信)、MST(磁安全传输^TM)。

如在上面参照与图9有关的描述指出的，本发明的实施例使得多个令牌被提供至多个资源提供实体。然而，要理解图9描绘了一个示例性案例，其中两个令牌被提供至两个资源提供实体，但这不是限制。例如，本发明的实施例能够使一个或多个令牌提供至一个或多个资源提供实体。在一些实施例中，超过一个令牌可以提供至单个资源提供实体。

尽管上面与图9有关的描述对本发明的一个示例性用途进行了描述，但实施例不受此限制。例如，本发明的实施例还可以用来提供与用户的已有卡有关的令牌，而不只是新发行卡。而且，令牌(例如与用户的已有卡和新发行卡关联的)可以被提供至可能参与令牌化计划的资源提供实体，其可以不是存档账户商家。因此，令牌可以被用于各种不同的交易类型(例如重复发生的、一次性的、按需的等)。在一些实施例中，令牌还可以被推送至由用户指示的其它装置(例如移动装置、平板电脑、可穿戴装置等)。

本发明的实施例可提供若干优点。例如，本发明的实施例提高了效率，因为用户不再需要等待接收塑料卡以便使用新卡账户，一旦由发行方批准，可以使新卡立即可用，用户在其移动装置上输入最少。这摒弃了用户手动设置在多个资源提供实体的账户的必要，所述的设置可能是重复性的、麻烦的。在一些情况下，本发明的实施例可以使用户除了用户已经在其上有存档账户的资源提供实体之外，更愿意使用新资源提供实体(包括数字钱包服务和商家)的新卡，原因是用户付出最少的精力，新发行卡的令牌可以被容易地提供。此外，本发明的实施例使用户能够主动地创建、查看和管理其令牌，这赋予用户控制性、安全性、灵活性以及更好地跟踪其凭证的能力。关于处理器服务器计算机，本发明的实施例也提供了若干优点。例如，利用由处理器服务器计算机提供的令牌服务的能力，能摒弃第三方建立并管理任何令牌库的必要，因为其可能不是那么高效、安全。

下面与图10-12对应的描述对根据本发明实施例的示例性方法进行了描述，但不是进行限制。例如，尽管所述描述讲的是将令牌提供至服务提供商计算机，其可以是数字钱包提供商，但实施例不受此限制。对与资源提供实体(例如商家、数字钱包提供商、服务提供商等)关联的任何资源提供商计算机可以执行类似过程。例如，在图10-12中的服务提供商计算机可以用资源提供计算机代替。

可以参照图10来描述根据本发明的实施例的方法。图10示出了根据本发明的实施例一经批准使用户能够立即进行卡访问的方法的流程图1000，包括用户201、处理器服务器计算机210、与授权实体关联的授权计算机212和服务提供商计算机214。在一些实施例中，处理器服务器计算机210也可以是令牌服务提供商。发送至用户201以及从用户201接收的任何通信可以通过由用户201操作的用户装置进行，例如图4的用户装置103。在一些实施例中，处理器服务器计算机210也可以称作支付处理器服务器计算机或支付处理网络，授权计算机212也可以称作发行方计算机，服务提供商计算机214也可以称作资源提供商计算机。在下面描述的示例性案例中，服务提供商计算机214可以是钱包提供商计算机。

在步骤1，用户201使用其用户装置申请新卡。例如，用户201可能正在商家网站上使用其用户装置在线购物，可以看到广告，广告显示用发行方发行的卡进行结账过程会给用户201折扣，所述发行方与授权计算机212关联。用户201可以点击所述广告，将用户201重新引导至与授权实体关联的由授权计算机212主持的网站。所述网站可以显示请求用户201输入信息以用于创建发行方的新卡的用户界面。用户201可以输入信息，所述信息可以被转发至授权计算机212。在一些实施例中，所述信息可以包括用户数据(例如姓名、地址、联系信息等)。

在步骤2，授权计算机212可以基于输入的信息批准用户201。如果授权计算机212批准用户201，则授权计算机212可以将新卡发行至用户201。授权计算机212可以对于由用户201请求的新卡生成卡信息。在一些实施例中，卡信息可以包括账户标识符(例如账号)、其它账户信息(例如到期日期、CVV等)和可以用于交易的交易信息。卡信息也可以称作账户信息或卡账户信息。

在步骤3，授权计算机212可以将新卡的卡信息发送至处理器服务器计算机210。除了卡信息之外，授权计算机212可以发送持卡人信息、持卡人联系信息和任何附加的未来处理指令。未来处理指令的一个实例可以是在消费者创建其账户时不验证消费者地址的指令。可以以任何适当方式发送卡信息和附加信息，例如通过通信网络发送的电子消息。处理器服务器计算机210可以是令牌服务提供商。

在步骤4，处理器服务器计算机210可以激活与新卡关联的账户，并且可以使新卡令牌化。例如，处理器服务器计算机210可以生成与新卡的账户关联的令牌，所述令牌可以由用户201用于交易。处理器服务器计算机210可以与令牌库通信，令牌库可以存储令牌、令牌和发行至用户201的新卡的账户之间的映射和与令牌有关的任何其它信息。在交易期间，处理器服务器计算机210可以接收令牌，并且可以基于令牌库中的信息对令牌去令牌化，使得交易可以应用于与所述令牌关联的适当账户。

在步骤5，处理器服务器计算机210可以将令牌信息发送至授权计算机212，所述令牌信息可以是与处理器服务器计算机210生成的令牌有关的任何信息。可以以任何适当方式发送所述令牌信息，例如通过通信网络发送的电子消息。在一些实施例中，处理器服务器计算机210也可以将访问链接和令牌信息一起发送至授权计算机212。例如，访问链接可以是这样的链接，其可以使使用其用户装置的用户201被重新引导至由处理器服务器计算机210主持的网站或应用程序。

在步骤6，在一些实施例中，授权计算机112可以发送对令牌信息已从处理器服务器计算机210接收的确认。在一些实施例中，授权计算机212可以将在步骤1中接收的用户信息发送至处理器服务器计算机210。在其它实施例中，用户信息可以与卡信息一起在步骤3或其它适当的步骤中发送。

在步骤7，授权计算机212可以提示用户201选择使用新卡的钱包提供商。例如，授权计算机212可以通过用户201的用户装置上显示的用户界面(例如包括列表、平铺显示选项等)提示用户201。授权计算机212可以给用户201提供选项，从中选择支持使用由与授权计算机212关联的发行方发行的新卡的钱包提供商。在一些实施例中，用户201可能已经注册了一个或多个提供的钱包提供商。在其它实施例中，用户201可能没有注册一个或多个提供的钱包提供商。

在步骤8，用户201可以从授权计算机212提供的选项中选择钱包提供商。通过与用户201的用户装置上显示的用户界面的任何合适的交互，可以指示所述选择。例如，用户201可以通过点击软件或硬件按钮、输入语音命令或其它合适的方法确认其对钱包提供商的选择。尽管为了简化，在流程图1000中描述了示例性案例，其中用户201选择单个钱包提供商，但在一些实施例中，用户201可以从使用新卡的所提供选项中选择多个钱包提供商。

在用户201选择钱包提供商之后，授权计算机212可以将用户201重新引导至处理器服务器计算机210，使得新卡可以注册到所选的钱包提供商。可以任何适当的方式实现所述重新引导。例如，在一种实施方式中，一旦用户201确认其对钱包提供商的选择，在步骤5，授权计算机212可以基于由处理器服务器计算机210提供的访问链接将用户201重新引导至授权计算机212。在另一种实施方式中，授权计算机212可以将访问链接嵌入按钮中，用户201点击所述按钮以确认对钱包提供商的选择。在用户201点击所述按钮时所述访问链接可以被激活，将用户201重新引导至由处理器服务器计算机210主持的网站。

处理器服务器计算机210可通过用户201的用户装置给用户201显示将被用来在所选的钱包提供商注册新卡的信息。例如，所述信息可以是用户信息，和与新卡关联的令牌信息。在钱包提供商处注册新卡之前，处理器服务器计算机210可以请求用户201验证所述信息。例如，用户201可以检查显示的信息是否是准确的，然后可确认所述信息是有效的。用户201可以通过点击软件或硬件按钮、输入语音命令或其它合适的方法指示所述确认。在一些实施例中，在选择钱包提供商之前，用户201可以验证所述信息。

在步骤9，在用户201验证所述信息之后，处理器服务器计算机210可以将用户信息和令牌信息发送至服务提供商计算机214。服务提供商计算机214可以与由用户201选择的钱包提供商关联，所述钱包提供商由与授权计算机212关联的发行方支持。可以以任何适当方式发送所述用户信息和令牌信息，例如通过通信网络发送的电子消息。

在步骤10，服务提供商计算机214可以在其本地系统中存储所接收的信息。基于所接收的信息，服务提供商计算机214可以确定用户201是否具有在服务提供商计算机214开立的已有账户。例如，服务提供商计算机214可检查包括所接收用户信息(例如姓名、地址等)的任何已有账户是否存储在其系统中。

在步骤11，在一些实施例中，服务提供商计算机214可以通知处理器服务器计算机210存储了所接收的信息。在一些实施例中，服务提供商计算机214也可以通知用户201是否具有在服务提供商计算机214开立的已有账户。

在步骤12，服务提供商计算机214可以提示用户201提供钱包提供商账户信息。如果服务提供商计算机214确定用户201没有已有账户，则服务提供商计算机214可以提示用户201创建新账户。例如，服务提供商计算机214可提示用户201创建新用户名、密码，并输入任何其它注册信息(例如联系信息)以生成新账户。

在步骤13，响应于来自服务提供商计算机214的提示，用户201可以输入钱包提供商账户信息。如果用户201正在服务提供商计算机214上创建新账户，则用户201可以输入新用户名、密码，并输入任何其它注册信息以生成新账户。

在步骤14，服务提供商计算机214可以为用户201创建钱包提供商账户。所述账户可以与由用户201输入的注册信息关联。而且，服务提供商计算机214可以将新账户链接至由处理器服务器计算机210接收的并与新卡关联的令牌，所述新卡由授权计算机212发行。这可以使用户201能够将新发行卡用于其钱包提供商账户。

在其它实施例中，用户201可能已经有在服务提供商计算机214开立的已有账户。在这种情况下，在步骤12，服务提供商计算机214可以只是提示用户201注册用户名和密码。而且，在步骤13，如果用户201已经有在服务提供商计算机214开立的已有账户，则用户201可以将其注册用户名和密码输入到其用户装置上的用户界面中，以登录到其已有账户。在步骤14，服务提供商计算机214可以将已有账户链接至由处理器服务器计算机210接收的并与新卡关联的令牌，所述新卡由授权计算机212发行。

在步骤15，用户201可以使用其新发行卡在商家网站上执行结账过程。用户201可以接收交易的广告折扣。因此，用户201可以请求新卡并立即能够将新发行卡用于数字钱包以用于交易。

尽管上面的实施例描述了用户201的用户装置被用于远程交易(例如电子商务交易，在线交易等)，但实施例不受此限制。例如，本发明的实施例可以扩展至在物理POS终端处执行的交易，所述交易可使用与图10的流程相似的流程。在用户201请求新卡之后，新卡接着被批准并链接至数字钱包，用户201可以在POS终端使用新卡。例如，用户201可以使用其新卡通过与商家处的访问装置的无接触交易对交易进行支付。因此，用户201的用户装置可以是能够进行两种类型交易的任何适当的装置。

如上面描述的，在一些实施例中，用户201可以从使用新卡的所提供选项中选择多个钱包提供商。在这种情况下，对于由用户201选择的每个服务提供商，处理器服务器计算机210可以将用户信息和令牌信息发送至与每个所选钱包提供商关联的钱包提供商计算机。此外，接收来自处理器服务器计算机210的信息的每个钱包提供商计算机可以执行步骤10-12，在步骤13接收来自用户201的信息，并进一步执行步骤14。因此，与新发行卡关联的令牌可以提供至用户201的多个数字钱包，所述令牌可立即可用以由用户201使用。

下面提供一个具体的示例性案例，其中可以执行流程图1000的步骤。用户可能正在商家的在线网站购物，其中网站显示这样的广告，如果用户使用由发行方发行的卡则提供用户交易的25％的折扣。用户可以点击广告，并申请发行方的新卡，发行方可以批准用户，并将卡账户信息发送至处理器服务器计算机。处理器服务器计算机也可以是令牌服务提供商，其可以使卡令牌化(例如生成新令牌)，并将令牌信息连同链接一起发送至与发行方关联的发行方计算机，所述链接路由至令牌服务提供商的令牌服务。随后，发行方计算机可以给用户发送所述链接。

令牌服务然后可以验证用户，并询问用户想在哪个钱包注册。用户可以选择钱包提供商(例如Visa Checkout^TM)，触发令牌服务以将令牌信息发送至与Visa Checkout^TM关联的服务器。商家可以接受Visa Checkout^TM交易。Visa Checkout^TM服务器然后可以提示用户创建新Visa Checkout^TM账户或登录到已有的Visa Checkout^TM账户。随后，新令牌可以被提供至用户的Visa Checkout^TM账户。用户然后可以使用新发行的Visa Checkout^TM卡账户与商家进行交易，并接收广告的25％的折扣。

下面描述根据本发明实施例的另一使用案例。用户可能在商场，并且可能看到这样的广告：使用由特定发行方发行的卡有奖励(例如获得忠诚点数)。用户可以打开其移动装置上的钱包提供商应用程序。钱包提供商应用程序可以使用户在发行方注册。相应地，钱包提供商应用程序可以从用户采集用户信息，并将其发送至与广告中指示的发行方关联的发行方计算机。发行方可以批准用户，并将新账户信息发送至处理器服务器计算机，处理器服务器计算机也可以是令牌服务提供商。处理器服务器计算机可以使卡令牌化，并将令牌发送回发行方计算机。发行方计算机可以将令牌发送至钱包提供商，钱包提供商可以在用户的移动装置上提供所述令牌。用户然后可以使用移动装置以适用广告的奖励进行结账过程。因此，在由发行方批准之后，卡可以在移动装置上变得立即可用。

在一些实施例中，可以不执行卡账户信息的令牌化。例如，在图10的流程图1000的情况下，可以省略步骤3到6。在后面的步骤(例如步骤9)，可以发送账号而不是令牌。即使省略令牌化，用户仍能够在由发行方批准之后立即使用新发行卡。然而，令牌化可以提供安全方面的益处，原因是除了通过令牌提供商服务之外，令牌不可能容易地链接至实际账户。

可以参照图11来描述根据本发明的实施例的方法。图11示出了根据本发明的实施例一经批准使用户能够立即进行卡访问的方法的流程图1100，包括用户301、浏览器302、与授权实体关联的授权计算机312、处理器服务器计算机310和服务提供商计算机314。在一些实施例中，处理器服务器计算机310也可以是实现令牌化计划的令牌服务提供商。发送至用户301和从用户301接收的任何通信可以通过用户装置进行，例如图4的用户装置103。用户装置可以运行浏览器302。在一些实施例中，处理器服务器计算机310也可以称作支付处理器服务器计算机或支付处理网络，授权计算机312也可以称作发行方计算机，服务提供商计算机314也可以称作资源提供商计算机。在下面描述的示例性案例中，服务提供商计算机314可以是钱包提供商计算机。

在步骤1，用户301可以激活卡。用户301可以将用户数据输入到其用户装置中，用户装置将输入的用户数据发送至授权计算机312。授权计算机312可以基于输入的信息批准用户301。如果授权计算机312批准用户301，则授权计算机312可以将新卡发行至用户301。授权计算机312可以针对由用户301请求的新卡生成卡信息。在一些实施例中，卡信息可以包括账户标识符(例如账号)、其它账户信息(例如到期日期、CVV等)和可以用于交易的交易信息。卡信息也可以称作账户信息或卡账户信息。

在步骤2，授权计算机212可以将用户数据注册到令牌化计划中，并将用户数据和新卡的卡信息发送至处理器服务器计算机210。用户数据可以包括持卡人信息和持卡人联系信息。除了用户数据和卡信息之外，授权计算机212可以发送任何附加的未来处理指令。未来处理指令的一个实例可以是在消费者创建其账户时不验证消费者地址的指令。可以以任何适当方式发送用户数据、卡信息和附加指令，例如通过通信网络发送的电子消息。

在步骤3，处理器服务器计算机310可以存储所接收的用户数据和卡信息，并激活用户301的账户。所接收的用户数据和卡信息可以与用户301关联地存储在例如用户301账户的数据记录中。

在步骤4，处理器服务器计算机310可以将新卡注册到令牌化计划中。处理器服务器计算机310可以生成新卡的令牌和令牌标识符。令牌标识符可以是对于卡账户或令牌的引用。在一些实施例中，令牌标识符可以特定于钱包提供商，或者可以是指向账号的通用标识符。在一些实施例中，处理器服务器计算机310也可以生成新卡的卡片艺术。

在步骤5，处理器服务器计算机310可以生成钱包提供商链接(WP链接)。在一些实施例中，所述链接可以是客户钱包提供商链接。处理器服务器计算机310生成的链接所用于的钱包提供商可以是由授权计算机312支持的那些钱包提供商。

在步骤6，处理器服务器计算机310可以将响应发送至授权计算机312。所述响应可以包括令牌标识符、针对钱包提供商的任何生成的链接、对授权计算机312有帮助的卡片艺术和其它信息。在一些实施例中，发送多个钱包提供商链接可以是任选的。

在步骤7，授权计算机312可以将令牌标识符和钱包提供商链接传送至用户301。在一些实施例中，钱包提供商链接可以在提示用户301选择与所提供的钱包提供商链接之一对应的钱包提供商的用户界面中提供。

在步骤8，用户301可以访问从授权计算机312接收的所选链接。用户301能够通过点击链接或具有嵌入式链接的软件按钮选择链接。尽管在此流程中描述了选择单个链接的案例，但在其它情况下，用户301可以选择超过一个链接。在一些实施例中，所选链接可以与服务提供商计算机314关联。

在步骤9，响应于用户301访问所述链接，用户301可以被引导至浏览器302。浏览器302可以打开由服务提供商计算机314主持的网站或应用程序。

在步骤10，用户301可以访问由服务提供商计算机314主持的网站或应用程序。在后台，浏览器302可以从服务提供商计算机314请求用于运行网站或应用程序的任何信息。例如，所述信息可以包括用户界面组件、指令或其它信息。

在步骤11，服务提供商计算机314可以将所请求的信息返回浏览器302。这可以使浏览器302给用户301显示适合的页面，例如登录页面。

在步骤12，可提示用户301通过浏览器302登录到其在服务提供商计算机314的账户。用户301可以将验证属性输入到由浏览器302显示的用户界面中。验证属性可以包括用户名、密码和令牌标识符，其然后可以在步骤13传送至服务提供商计算机314。

在步骤14，服务提供商计算机314可以调用处理器服务器计算机310以拉取与用户301和新发行行关联的用户数据。例如，处理器服务器计算机310可以打开应用编程接口(API)使得服务提供商计算机314能拉取数据，所述数据可以包括持卡人信息、支付账户信息和持卡人联系信息。在一些实施例中，服务提供商计算机314可以使用API请求处理器服务器计算机310检索特定数据。例如，服务提供商计算机314可以将令牌标识符提供至处理器服务器计算机310，并从处理器服务器计算机310请求与用户301的账户关联的令牌。因此，不是如图10描述的处理器服务器计算机310将数据推送至服务提供商计算机314，流程图1100示出了服务提供商计算机314调用处理器服务器计算机310的API以获得信息。

在步骤15，处理器服务器计算机310可以检索与存储在其系统中的用户301的账户关联的令牌。在步骤16，处理器服务器计算机310可以将检索的令牌、持卡人信息、支付账户信息和持卡人联系信息发送至服务提供商计算机314。

在步骤17，服务提供商计算机314可以使用户登录其钱包提供商账户。服务提供商计算机314可以与用户301的账户关联地存储在步骤14到16中检索的信息，包括持卡人信息、支付账户信息、持卡人联系信息和令牌信息。

在步骤18，服务提供商计算机314可以给浏览器302显示通知：用户301可以使用其新卡用于与服务提供商计算机314关联的钱包提供商账户。这可以指示与新发行卡关联的令牌被提供，使得用户301可以使用其新卡用于后续的交易。

可以参照图12来描述根据本发明的实施例的方法。图12示出了根据本发明的实施例一经批准使用户能够立即进行卡访问的方法的流程图1200，包括用户401、浏览器402、与授权实体关联的授权计算机412、处理器服务器计算机410和服务提供商计算机414。在一些实施例中，处理器服务器计算机410也可以是实现令牌化计划的令牌服务提供商。发送至用户401和从用户401接收的任何通信可以通过用户装置进行，例如图4的用户装置103。用户装置可运行浏览器402。在一些实施例中，处理器服务器计算机410也可以称作支付处理器服务器计算机或支付处理网络，授权计算机412也可以称作发行方计算机，服务提供商计算机414也可以称作资源提供商计算机。在下面描述的示例性案例中，服务提供商计算机414可以是钱包提供商计算机。

流程图1200中的步骤1到11可以类似于图11的流程图1100中描述的对应步骤1到11。因此，在流程图1200的描述中不包括步骤1到11，目的是使信息不重复。然而，要理解与流程图1100中步骤1到11对应的描述可以被并入到图12的流程图1200的描述中。

在步骤12，浏览器402可能已经打开了由服务提供商计算机414主持的网站或应用程序。浏览器402可以使用户401在服务提供商计算机414上注册账户或登录已经存在的账户。

相应地，在步骤13，如果用户401还没有在服务提供商计算机414上开立的账户，则用户401可以创建用户名和密码，并提供由服务提供商计算机414请求的任何附加验证数据。如果用户401已经在服务提供商计算机414上开立账户，则用户401可以输入其注册用户名和密码以及由服务提供商计算机414请求的任何附加验证数据以进入其已有账户。附加验证数据可以包括与其新卡账户关联的令牌标识符。

在步骤14，服务提供商计算机414可以调用处理器服务器计算机310以拉取与用户401和新发行卡关联的用户数据。例如，处理器服务器计算机410可以打开应用编程接口(API)使得服务提供商计算机414能拉取数据，所述数据可以包括持卡人信息、支付账户信息和持卡人联系信息。在一些实施例中，服务提供商计算机414可以使用API请求处理器服务器计算机410检索特定数据。例如，服务提供商计算机414可以将令牌标识符提供至处理器服务器计算机410，并从处理器服务器计算机410请求与用户401的账户关联的令牌。因此，不是如图10描述的处理器服务器计算机410将数据推送至服务提供商计算机414，流程图1200示出了服务提供商计算机414调用处理器服务器计算机410的API以获得信息。

在步骤15，处理器服务器计算机410可以将持卡人信息、支付账户信息和持卡人联系信息发送至服务提供商计算机414。随后，在步骤16，服务提供商计算机414可以在用户401的钱包提供商账户的数据记录中保存所接收的用户数据。

在步骤17，服务提供商计算机414可以将包括用户数据的有效载荷发送至浏览器402上显示的用户界面以由用户401确认。例如，服务提供商计算机414可以发送用与用户401关联的用户数据填写的网页表格。所述表格可以在用户界面上的可编辑字段中显示用户数据，所以如果需要用户401可以修改任何值。

在步骤18，用户401可以查看由服务提供商计算机414发送的数据，并且更新或确认所述数据。用户401可以通过编辑用户界面中的字段更新任何数据。在完成编辑时，或者如果不再需要任何编辑工作，则用户401可通过点击浏览器402上的按钮确认所述数据是准确的。随后，在19，浏览器402可以将用户401确认钱包提供商账户的数据的指示发送至服务提供商计算机414。通过使用户401确认数据，服务提供商计算机414确保了数据的准确性，同时摒弃了用户401输入所有用户数据的必要，因为这种输入可能是耗时、麻烦的。

在步骤20，服务提供商计算机414可以将有效载荷数据链接至用户401的钱包提供商账户。例如，服务提供商计算机414可以与和用户401的钱包提供商账户有关的任何其它信息关联地存储有效载荷数据。

在步骤21，服务提供商计算机414可以给浏览器402显示通知：用户401可以使用其新卡用于与服务提供商计算机414关联的钱包提供商账户。这可以指示与新发行卡关联的令牌被提供，使得用户401可以使用其新卡用于后续的交易。

本发明的实施例可提供若干优点。例如，本发明的实施例提高了效率，因为用户不再需要等待接收塑料卡以便使用新卡账户，一旦由发行方批准，可以使新卡立即可用，用户在其移动装置上输入最少。这摒弃了在使用之前用户手动将新卡添加到多个数字钱包的必要。这与常规系统形成对照，在常规系统中，手动添加新卡至数字钱包破坏了在交易中例如结账过程中的用户体验。

而且，本发明的实施例实现了发行可以用于移动钱包的新卡，而在发行所述卡时，所述移动钱包尚未安装在移动装置上。换言之，在新卡发行之后，可以选择数字钱包提供商。这使得用户容易地使用发行卡，无需之前安装必须与发行方兼容的移动钱包。这很方便，因为在发行新卡之前，用户可能不知道哪个数字钱包与发行方兼容。由于发行方计算机给用户提供了钱包提供商选项，这给用户提供了在可能具有不同益处的多个钱包提供商中选择的灵活性。此外，本发明的实施例集成令牌化过程使得能在不损坏交易安全性的情况下提高效率。

计算机系统可以用于实施上述任何实体或部件。计算机系统的子系统可以经由系统总线互连。附加的子系统可以包括打印机、键盘、固定磁盘(或包括计算机可读介质的其他存储器)、耦连到显示适配器的监视器以及其他装置。耦连到I/O控制器(可以是处理器或任何合适的控制器)的外设和输入/输出(I/O)装置可以通过任何数量的本领域已知手段(诸如串行端口)连接到计算机系统。例如，串行端口或外部接口能够用来将计算机装置连接至广域网(诸如互联网)、鼠标输入装置或扫描器。经由系统总线的互连允许中央处理器能够与每个子系统通信，并控制来自系统存储器或固定磁盘的指令的执行以及信息在子系统之间的交换。系统存储器和/或固定磁盘可以体现计算机可读介质。在一些实施方案中，监视器可以是触敏显示屏。

计算机系统可以包括例如通过外部接口或内部接口连接在一起的多个相同的部件或子系统。在一些实施方案中，计算机系统、子系统或装置可以通过网络进行通信。在这种情况下，一台计算机可以被认为是客户端，另一台计算机为服务器，其中每台计算机都可以是同一计算机系统的一部分。客户端和服务器可以分别包括多个系统、子系统或组件。

应当理解，本发明的任何实施方案可以使用硬件(例如专用集成电路或现场可编程门阵列)和/或使用计算机软件以控制逻辑的形式借助通用可编程处理器以模块化或集成方式实现。如本文所使用的，处理器包括单核处理器，同一集成芯片上的多核处理器或单个电路板上的多个处理单元或网络。基于本文中提供的公开和教导，本领域普通技术人员会知道并意识到使用硬件及硬件和软件的组合实现本发明的实施方案的其他方式和/或方法。

本申请中描述的任何软件组件或功能中可以实现为使用任何适当计算机语言(诸如，例如Java、C、C++、C#、Objective-C、Swift)或脚本语言(诸如Perl或Python)使用例如传统的或面向对象的技术由处理器执行的软件代码。软件代码可以作为一系列指令或命令存储在用于存储和/或传输的计算机可读介质上，合适的介质包括随机存取存储器(RAM)、只读存储器(ROM)、诸如硬盘驱动器或软盘的磁介质或诸如光盘(CD)或DVD(数字通用盘)的光学介质、闪存等。计算机可读介质可以是这些存储或传输装置的任何组合。

也可以使用适于通过符合各种协议(包括互联网)的有线、光学、和/或无线网络传输的载波信号来编码和传输这样的程序。因此，根据本发明的实施方案的计算机可读介质可以使用用这种程序编码的数据信号来创建。利用程序代码编码的计算机可读介质可以利用兼容的装置来封装，或与其他装置可分开地提供(例如通过互联网下载)。任何这样的计算机可读介质都可以驻留在单个计算机产品(例如硬盘驱动器，CD或整个计算机系统)上或内部，并且可以存在于系统或网络内的不同计算机产品上或内部。计算机系统可包括监视器、打印机，或用于向用户提供本文所提及的任何结果的其他合适的显示器。

以上描述是示意性的不是限制性的。在本领域技术人员阅读了本公开之后，本发明的许多变体对于他们会变得显而易见。因此，本发明的范围不应该参考上面的描述来确定，而是应该参考待决的权利要求及其完整范围或等同物来确定。

在不偏离本发明的范围的情况下，任何实施方案的一个或多个特征可以与任何其他实施方案的一个或多个特征组合。

除非明确指示有相反的意思，否则“一个”、“一种”或“该/所述”的叙述旨在表示“一个/种或多个/种”。

上文提到的所有专利、专利申请、公开和描述出于所有目的以其全文引用的方式并入本文中。不承认它们为现有技术。

Claims (20)

1.一种方法，其包括由服务器计算机执行以下操作：

将参与资源提供实体的列表发送至授权计算机，其中，所述授权计算机提示用户操作用户装置从所述参与资源提供实体的列表中进行选择；

接收来自所述参与资源提供实体中的一个或多个资源提供实体的选择；

接收对发行与针对所述一个或多个资源提供实体的所述用户的账户关联的令牌的请求；以及

对于所述一个或多个资源提供实体中的每一个：

确定与所述用户的账户关联的令牌；以及

将所述令牌发送至与所述资源提供实体关联的资源提供实体计算机，其中，所述用户使用所述令牌与所述资源提供实体进行交易。

2.根据权利要求1所述的方法，其还包括：

确定所述授权计算机支持的认证方法；

对于所述参与资源提供实体的列表中的每一个：

确定所述参与资源提供实体支持的认证方法；

将所述参与资源提供实体支持的认证方法与所述授权计算机支持的认证方法进行比较；

一旦确定所比较的认证方法匹配，将所述参与资源提供实体包括到所述参与资源提供实体的列表中。

3.根据权利要求2所述的方法，其还包括：

确定所述参与资源提供实体中的至少一个具有所述用户的存档账户；以及

将指示所述至少一个参与资源提供实体的信息发送至所述授权计算机，所述用户在所述至少一个参与资源提供实体上具有所述存档账户。

4.根据权利要求3所述的方法，其中，所述用户选择的所述一个或多个资源提供实体包括具有所述用户的存档账户的参与资源提供实体，并且其中，所述用户使用所述存档账户进行交易。

5.根据权利要求1所述的方法，其还包括：

生成路由至所述服务器计算机的链接；以及

将所述链接发送至所述授权计算机，其中，在所述授权计算机提示所述用户之后，所述用户使用所述用户装置激活所述链接。

6.根据权利要求5所述的方法，其还包括：

对于由所述用户选择的所述多个参与资源提供实体中的每一个：

提示所述用户所述参与资源提供实体的认证信息；以及

将所述认证信息发送至所述参与资源提供实体。

7.根据权利要求6所述的方法，其中，所述认证信息被用来生成与所述参与资源提供实体关联的所述用户的新账户。

8.根据权利要求1所述的方法，其还包括：

生成路由至所述多个资源提供实体的多个链接；以及

将所述多个链接发送至所述授权计算机，其中，在所述授权计算机提示所述用户之后，所述用户使用所述用户装置激活所述多个链接。

9.根据权利要求1所述的方法，其中，所述账户是新账户，所述方法还包括：

从所述授权计算机接收与所述账户关联的账户信息。

10.根据权利要求1所述的方法，其中，所述账户是已有账户，所述方法还包括：

检索与所述账户关联的账户信息。

11.一种服务器计算机，其包括：

处理器；以及

耦连到所述处理器的计算机可读介质，所述计算机可读介质包括执行方法的可执行代码，所述方法包括：

将参与资源提供实体的列表发送至授权计算机，其中，所述授权计算机提示用户操作用户装置从所述参与资源提供实体的列表中进行选择；

接收来自所述参与资源提供实体中的一个或多个资源提供实体的选择；

接收对发行与针对所述一个或多个资源提供实体的所述用户的账户关联的令牌的请求；以及

对于所述一个或多个资源提供实体中的每一个：

确定与所述用户的账户关联的令牌；以及

将所述令牌发送至与所述资源提供实体关联的资源提供实体计算机，其中，所述用户使用所述令牌与所述资源提供实体进行交易。

12.根据权利要求11所述的服务器计算机，所述方法还包括：

确定所述授权计算机支持的认证方法；

对于所述参与资源提供实体的列表中的每一个：

确定所述参与资源提供实体支持的认证方法；

将所述参与资源提供实体支持的认证方法与所述授权计算机支持的认证方法进行比较；

一旦确定所比较的认证方法匹配，将所述参与资源提供实体包括到所述参与资源提供实体的列表中。

13.根据权利要求12所述的服务器计算机，所述方法还包括：

确定所述参与资源提供实体中的至少一个具有所述用户的存档账户；以及

将指示所述至少一个参与资源提供实体的信息发送至所述授权计算机，所述用户在所述至少一个参与资源提供实体上具有所述存档账户。

14.根据权利要求13所述的服务器计算机，其中，所述用户选择的所述一个或多个资源提供实体包括具有所述用户的存档账户的参与资源提供实体，并且其中，所述用户使用所述存档账户进行交易。

15.根据权利要求11所述的服务器计算机，所述方法还包括：

生成路由至所述服务器计算机的链接；以及

将所述链接发送至所述授权计算机，其中，在所述授权计算机提示所述用户之后，所述用户使用所述用户装置激活所述链接。

16.根据权利要求15所述的服务器计算机，所述方法还包括：

对于由所述用户选择的所述多个参与资源提供实体中的每一个：

提示所述用户所述参与资源提供实体的认证信息；以及

将所述认证信息发送至所述参与资源提供实体。

17.根据权利要求16所述的服务器计算机，其中，所述认证信息被用来生成与所述参与资源提供实体关联的所述用户的新账户。

18.根据权利要求11所述的服务器计算机，所述方法还包括：

生成路由至所述多个资源提供实体的多个链接；以及

将所述多个链接发送至所述授权计算机，其中，在所述授权计算机提示所述用户之后，所述用户使用所述用户装置激活所述多个链接。

19.根据权利要求11所述的服务器计算机，其中，所述账户是新账户，所述方法还包括：

从所述授权计算机接收与所述账户关联的账户信息。

20.根据权利要求11所述的服务器计算机，其中，所述账户是已有账户，所述方法还包括：

检索与所述账户关联的账户信息。