电子/移动商务交易的令牌服务提供商
阅读：148发布：2020-05-13
专利汇可以提供电子/移动商务交易的令牌服务提供商专利检索，专利查询，专利分析的服务。并且在一些实施方案中，一种验证系统包括存储标识用户的公共标识符的 存储器 。所述系统还可以包括耦接到所述存储器并且被配置为从所述存储器读取指令以执行以下步骤的一个或多个 硬件 处理器：接收与完成环境下的交易的 请求 相关联的令牌；确定与所述令牌相关联的公共标识符，所述公共标识符与所述商家的标识符、请求所述交易的所述用户的标识符、以及与所述用户相关联的资金工具相关联；以及基于与所述公共标识符相关联的信息来确定是否批准所述交易。，下面是电子/移动商务交易的令牌服务提供商专利的具体信息内容。
1.一种验证系统，包括：
非暂态存储器，所述非暂态存储器存储标识用户的公共标识符；
以及
一个或多个硬件处理器，所述硬件处理器耦接到所述存储器并且被配置为从所述存储器读取指令以执行以下步骤：
接收与完成环境下的交易的请求相关联的令牌；
确定与所述令牌相关联的公共标识符，所述公共标识符与商家的标识符、请求所述交易的所述用户的标识符、以及与所述用户相关联的资金工具相关联；以及基于与所述公共标识符相关联的信息来确定是否批准所述交易。
2.根据权利要求1所述的系统，其中所述公共标识符基于所述用户的社交媒体资料上的一个或多个发布内容。
3.根据权利要求1所述的系统，其中所述公共标识符相对于社交媒体平台唯一地标识所述用户。
4.根据权利要求1所述的系统，其中所述令牌是可路由回到发布所述令牌的令牌服务提供商的开环令牌。
5.根据权利要求1所述的系统，其中所述令牌是只由发布所述令牌的令牌服务提供商可识别的闭环令牌。
6.根据权利要求1所述的系统，其中所述令牌的范围基于关于所述用户的偏好的知识。
7.根据权利要求6所述的系统，其中关于所述用户的偏好的所述知识基于所述用户的社交媒体资料。
8.根据权利要求1所述的系统，其中所述令牌的范围基于关于所述商家的偏好的知识。
9.根据权利要求1所述的系统，其中所述令牌的范围基于关于令牌服务提供商的偏好的知识，其中所述令牌服务提供商发布所述令牌。
10.一种验证交易的方法，包括：
接收与完成环境下的交易的请求相关联的令牌；
确定与所述令牌相关联的公共标识符，所述公共标识符与商家的标识符、请求所述交易的用户的标识符、以及与所述用户相关联的资金工具相关联；以及基于与所述公共标识符相关联的信息来确定是否批准所述交易。
11.根据权利要求1所述的方法，其中所述公共标识符基于所述用户的社交媒体资料上的一个或多个发布内容。
12.根据权利要求1所述的方法，其中所述公共标识符相对于社交媒体平台唯一地标识所述用户。
13.根据权利要求1所述的方法，其中所述令牌是可路由回到发布所述令牌的令牌服务提供商的开环令牌。
14.根据权利要求1所述的方法，其中所述令牌是只由发布所述令牌的令牌服务提供商可识别的闭环令牌。
15.根据权利要求1所述的方法，其中所述令牌的范围基于关于所述用户的偏好的知识。
16.根据权利要求15所述的方法，其中关于所述用户的偏好的所述知识基于所述用户的社交媒体资料。
17.根据权利要求1所述的方法，其中所述令牌的范围基于关于所述商家的偏好的知识。
18.根据权利要求1所述的方法，其中所述令牌的范围基于关于令牌服务提供商的偏好的知识，其中所述令牌服务提供商发布所述令牌。
19.一种包括多个机器可读指令的非暂态机器可读介质，所述机器可读指令在由一个或多个处理器执行时，适于使所述一个或多个处理器执行包括以下步骤的方法：
接收与完成环境中的交易的请求相关联的令牌；
确定与所述令牌相关联的公共标识符，所述公共标识符与商家的标识符、请求所述交易的用户的标识符、以及与所述用户相关联的资金工具相关联；以及基于与所述公共标识符相关联的信息来确定是否批准所述交易。
20.根据权利要求19所述的非暂态机器可读介质，其中所述公共标识符基于所述用户的社交媒体资料上的一个或多个发布内容。
电子/移动商务交易的令牌服务提供商
[0002] 本申请是2016年7月15日提交的标题为“PROCEESSING A TRANSACTION USING ELECTRONIC TOKENS”的美国专利申请15/211,657的继续申请并要求其优先权，本申请要求
2015年12月30日提交的标题为“TOKEN SERVICE PROVIDER FOR ELECTRONIC/MOBILE
COMMERCE TRANSACTIONS”的美国专利申请14/984,210的优先权，该申请要求2015年10月15日提交的标题为“TOKEN SERVICE PROVIDER FOR ELECTRONIC/MOBILE COMMERCE
TRANSACTIONS”的美国临时申请62/242,023以及2015年8月25日提交的标题为
“TOKENIZATION FOR ELECTRONIC COMMERCE”的美国临时申请62/209,714的权益，这些申请的全部内容以引用方式并入本文。
2015年12月30日提交的标题为“TOKEN SERVICE PROVIDER FOR ELECTRONIC/MOBILE
COMMERCE TRANSACTIONS”的美国专利申请14/984,210的优先权，该申请要求2015年10月15日提交的标题为“TOKEN SERVICE PROVIDER FOR ELECTRONIC/MOBILE COMMERCE
TRANSACTIONS”的美国临时申请62/242,023以及2015年8月25日提交的标题为
“TOKENIZATION FOR ELECTRONIC COMMERCE”的美国临时申请62/209,714的权益，这些申请的全部内容以引用方式并入本文。
背景技术
技术领域
[0003] 本公开整体涉及用于使用唯一地标识用户的标识符处理交易的系统和方法。
[0004] 相关领域
[0005] 当前有越来越多的消费者在电子网络诸如例如互联网上购买物品和服务。消费者通常从商家和个人那里购买产品和服务。交易可以直接在传统或在线的商家或零售商与消
费者之间进行，并且通常通过输入信用卡信息或其它财务信息进行支付。借助于在线或移
动支付服务提供商，诸如例如加利福尼亚州圣何塞的 公司( Inc.,San
Jose,CA)，也可以进行交易。此类支付服务提供商可以使交易更加便捷安全。在几乎任何地方都能使用移动设备借助于支付服务提供商便利地进行采购，是使得在线和移动购买快速
增长的主要原因。
费者之间进行，并且通常通过输入信用卡信息或其它财务信息进行支付。借助于在线或移
动支付服务提供商，诸如例如加利福尼亚州圣何塞的 公司( Inc.,San
Jose,CA)，也可以进行交易。此类支付服务提供商可以使交易更加便捷安全。在几乎任何地方都能使用移动设备借助于支付服务提供商便利地进行采购，是使得在线和移动购买快速
增长的主要原因。
[0006] 由在线或移动支付服务提供商实现的许多支付交易，诸如例如零售购买、支付交易等使用电子设备诸如移动电话或移动计算设备以电子方式进行。例如，消费者可以在他
或她的移动设备上安装由支付服务提供商提供的支付应用程序，以便于向各种商家或接收
方进行支付。利用支付应用程序的在线或移动支付过程通常包括用户认证，其要求用户输
入登录标识符(ID)和/或密码以认证用户。
附图说明
或她的移动设备上安装由支付服务提供商提供的支付应用程序，以便于向各种商家或接收
方进行支付。利用支付应用程序的在线或移动支付过程通常包括用户认证，其要求用户输
入登录标识符(ID)和/或密码以认证用户。
附图说明
[0007] 图1是用于基于一个或多个规则发布具有特定范围的一个或多个令牌的示例性流程流。
[0008] 图2是示出将公共标识符(ID)链接到由用户提供的用户账户和财务信息的方法的实施方案的流程图。
[0009] 图3是在移动设备上显示的示例性快照，其示出了用户的账户到财务信息的链接。
[0010] 图4是示出构建社交图的方法的实施方案的流程图。
[0012] 图6是在移动设备上显示的示例性快照，其示出了使用链接到用户的账户的财务信息来购买物品。
[0013] 图7是用于用户认证的示例性流程流。
[0014] 图8是用于向与用户交互以从第三方购买商品的网站提供令牌的示例性流程流。
[0015] 图9是用于向网站提供令牌的示例性流程流。
[0016] 图10是用于向商家或网站提供交易信息的示例性流程流。
[0017] 图11是示出向资金来源提供去令牌化信息的令牌服务提供商的框图。
[0018] 图12是用于向商家提供交易金额的示例性流程流。
[0019] 图13是由商家应用程序在用户设备的显示器上显示的示例性页面。
[0020] 图14A、图14B和图14C是用于将用户的信息绑定到用户的支付服务提供商账户的示例性流程流。
[0021] 图15是示出将用户的信息绑定到用户的支付服务提供商账户的示例性方法的流程图。
[0022] 图16A、图16B、图16C和图16D是用于对与用户的请求相关联的基础资金工具收费以使用其账户向支付服务提供商支付的示例性流程流。
[0023] 图17是示出对与支付令牌相关联的资金工具收费的示例性方法的流程图。
[0024] 图18A、图18B、图18C、图18D和图18E是用于向用户提供与对基础资金工具收费相关的补充交易数据以完成交易的示例性流程流。
[0025] 图19是在用户设备上显示的补充交易数据的示例性屏幕截图。
[0026] 图20是示出联网系统的实施方案的示意图。
[0027] 图21是示出用户设备的实施方案的透视图。
[0028] 图22是示出计算机系统的实施方案的示意图。
[0029] 图23是系统提供商设备的一个示例。
[0030] 通过参考下述具体实施方式可以更好地理解本公开的实施方案及其优点。应当理解，类似的附图标记用于标识一个或多个附图中所示出的相似元件，图中所示内容是出于
说明本公开的实施方案的目的，而不是为了限制本发明。
说明本公开的实施方案的目的，而不是为了限制本发明。
具体实施方式
[0031] 用户可以使用用户设备访问商家应用程序并且希望经由商家应用程序购买由商家提供的产品和/或服务(例如，统称为物品)。在一个示例中，商家应用程序是安装在用户设备上的移动应用程序。在另一个示例中，商家应用程序是经由在用户设备上执行的浏览
器指向的统一资源定位符(URL)可访问的网络应用程序。用户可以与商家应用程序交互以
通过将物品放入由商家应用程序提供的电子购物车中来购买物品。此外，商家应用程序可
以向用户提供使用用户具有的支付服务提供商账户来完成购买(或任何交易)的选项。
器指向的统一资源定位符(URL)可访问的网络应用程序。用户可以与商家应用程序交互以
通过将物品放入由商家应用程序提供的电子购物车中来购买物品。此外，商家应用程序可
以向用户提供使用用户具有的支付服务提供商账户来完成购买(或任何交易)的选项。
[0032] 根据一个实施方案，可以提供使用公共ID来验证用户所请求的交易的系统和/或方法。在一些实施方案中，验证系统包括存储标识用户的公共标识符的非暂态存储器。该系统还可以包括耦接到存储器并且被配置为从存储器读取指令以执行以下步骤的一个或多
个硬件处理器：接收与完成与商家的交易的请求相关联的令牌；确定与该令牌相关联的公
共标识符，该公共标识符与商家或网站的标识符、请求该交易的用户的标识符，以及与用户相关联的资金工具相关联；并且基于与该公共标识符相关联的信息来确定是否批准交易。
如将在下面进一步讨论的，验证系统可以构建社交图来确定批准该交易的风险。
个硬件处理器：接收与完成与商家的交易的请求相关联的令牌；确定与该令牌相关联的公
共标识符，该公共标识符与商家或网站的标识符、请求该交易的用户的标识符，以及与用户相关联的资金工具相关联；并且基于与该公共标识符相关联的信息来确定是否批准交易。
如将在下面进一步讨论的，验证系统可以构建社交图来确定批准该交易的风险。
[0033] 越来越多的用户与某种类型的社交媒体平台、操作系统或其它用户环境进行交互。用户可以通过例如在社交媒体网站上发布评论与他们的朋友和更广泛的人群进行交
流。在这个发展中的生态系统中，用户通常会在社交媒体网站上共享其他人可查看的信息。
另外，用户可能会比与他们的银行或金融机构更多地与社交媒体网站互动。
流。在这个发展中的生态系统中，用户通常会在社交媒体网站上共享其他人可查看的信息。
另外，用户可能会比与他们的银行或金融机构更多地与社交媒体网站互动。
[0034] 用户可能对于向社交媒体网站提供其个人信息(例如，出生日期、母亲的婚前名称或社会安全号码)和财务信息感到不安。用户在社交媒体网站上发布关于自己的信息可能
是更可接受的。社交媒体网站允许用户与其他用户联系并发布评论，这些评论可能对公众
可见。在一些实施方案中，使用向社交媒体网站提供的用户的社交特征/身份、关系(例如，社交媒体网站上的朋友)和信息(例如，用户居住的城市、旅行地点)来创建用户的生活史图谱。用户的生活史可以在社交图中示出，并且关于用户的习惯和个性可能比通常用于识别
用户的信息(例如，社会安全号码或名称，其通常在用户出生时给予用户)更准确和最新。因此，可能希望利用由用户在社交媒体网站上提供的这种信息向用户提供服务和资源。服务
的示例包括但不限于金融服务、身份实现服务和物联网(IoT)。
是更可接受的。社交媒体网站允许用户与其他用户联系并发布评论，这些评论可能对公众
可见。在一些实施方案中，使用向社交媒体网站提供的用户的社交特征/身份、关系(例如，社交媒体网站上的朋友)和信息(例如，用户居住的城市、旅行地点)来创建用户的生活史图谱。用户的生活史可以在社交图中示出，并且关于用户的习惯和个性可能比通常用于识别
用户的信息(例如，社会安全号码或名称，其通常在用户出生时给予用户)更准确和最新。因此，可能希望利用由用户在社交媒体网站上提供的这种信息向用户提供服务和资源。服务
的示例包括但不限于金融服务、身份实现服务和物联网(IoT)。
[0035] 通过使用由用户在社交媒体网站上提供的信息，可能不需要从用户请求信息。例如，与其询问用户住在哪里(例如，美国)，在她的社交媒体资料上可能容易地获得该信息。
在该示例中，如果用户在另一个国家(例如，在印度)尝试交易，则该交易在交易位置方面可被识别为高风险交易。但是，如果用户在她的社交媒体资料中发布了她在印度以及在泰姬
陵前拍摄的自己的照片，则该交易在交易位置方面可被识别为低风险交易。另外，与其询问用户在哪里工作，在她的社交媒体资料上可能容易地获得该信息。在此类信息方面，用户在其资料中说出真相的可能性可被认为是很高的。另外，与其向用户询问其出生日期，在她的社交媒体资料上可能容易地获得该信息，因为她的朋友将根据她的社交媒体资料来向她发
出生日祝福。
在该示例中，如果用户在另一个国家(例如，在印度)尝试交易，则该交易在交易位置方面可被识别为高风险交易。但是，如果用户在她的社交媒体资料中发布了她在印度以及在泰姬
陵前拍摄的自己的照片，则该交易在交易位置方面可被识别为低风险交易。另外，与其询问用户在哪里工作，在她的社交媒体资料上可能容易地获得该信息。在此类信息方面，用户在其资料中说出真相的可能性可被认为是很高的。另外，与其向用户询问其出生日期，在她的社交媒体资料上可能容易地获得该信息，因为她的朋友将根据她的社交媒体资料来向她发
出生日祝福。
[0036] 可以基于用户的社交媒体资料，基于与用户相关联的信息来创建可信的框架，以更准确地标识用户及其习惯。另外，用户与其他用户(例如，FACEBOOK上的朋友)的联系越
多，用户的可靠性分数可能就越高。该信息可以用于电子商务以防止欺诈和高风险活动。
多，用户的可靠性分数可能就越高。该信息可以用于电子商务以防止欺诈和高风险活动。
[0037] 可以由一个或多个操作系统或其它用户环境创建公共标识符(ID)构造，并且其基于如在一个或多个社交媒体平台(例如，用户的社交媒体资料)上详述的用户体验。公共ID
是相对于一个或多个具体平台(例如，社交媒体平台、操作系统或其它用户环境)唯一地标
识用户的标识符。在一些方面，可以与银行或金融服务相关联地使用公共ID来将用户标识
为商品或服务的消费者。用户也可被称为消费者。公共ID对于用户可能是透明的。
是相对于一个或多个具体平台(例如，社交媒体平台、操作系统或其它用户环境)唯一地标
识用户的标识符。在一些方面，可以与银行或金融服务相关联地使用公共ID来将用户标识
为商品或服务的消费者。用户也可被称为消费者。公共ID对于用户可能是透明的。
[0038] 公共ID可以指示用户同意实体(例如，社交媒体网站、银行等)在给定环境中执行特定活动或一组活动。例如，公共ID可以指示用户同意实体(例如，社交媒体网站)使用他的信用卡进行购买。在另一个示例中，公共ID可以指示用户同意银行允许他使用他的积分来
支付他的物业账单。在另一个示例中，公共ID可以指示用户同意在冰箱中的特定物品(例
如，牛奶)不足时，允许冰箱从杂货店订购杂货(例如，牛奶)。在另一个示例中，公共ID可以指示用户同意允许他的汽车每周从特定音乐流传输网站(例如，ITUNES或PANDORA)下载他
所选择的最新音乐。在另一个示例中，公共ID可以指示用户同意在特定位置(例如，健身房、旅馆等)标识自己，而不用携带通常用于在该位置处进入或识别自己的钥匙卡。公共ID可以使用户能够利用与适当控件的基于安全和上下文的数据共享来体验无缝的用户体验。另
外，令牌可以实时表示公共ID的表现形式，其允许在如由用户、环境和/或令牌服务提供商定义的上下文和一组或多组参数集中事先或实时启用一个或多个特定交易。
支付他的物业账单。在另一个示例中，公共ID可以指示用户同意在冰箱中的特定物品(例
如，牛奶)不足时，允许冰箱从杂货店订购杂货(例如，牛奶)。在另一个示例中，公共ID可以指示用户同意允许他的汽车每周从特定音乐流传输网站(例如，ITUNES或PANDORA)下载他
所选择的最新音乐。在另一个示例中，公共ID可以指示用户同意在特定位置(例如，健身房、旅馆等)标识自己，而不用携带通常用于在该位置处进入或识别自己的钥匙卡。公共ID可以使用户能够利用与适当控件的基于安全和上下文的数据共享来体验无缝的用户体验。另
外，令牌可以实时表示公共ID的表现形式，其允许在如由用户、环境和/或令牌服务提供商定义的上下文和一组或多组参数集中事先或实时启用一个或多个特定交易。
[0039] 令牌可以是开环或闭环标识符，其用作用于传达用户对特定交易和特定环境的同意的代理。特定交易可以是与特定环境的特定交互对应的金融交易或非金融交易。开环可
以指基于交易的上下文可足够识别为可由现有路由网络(例如，信用卡公司网络)路由回到
令牌服务提供商(例如，PayPal)或其它此类适当生态系统的标识符。闭环可以指基于商业
需求仅由令牌服务提供商或有限生态系统标识的标识符。
以指基于交易的上下文可足够识别为可由现有路由网络(例如，信用卡公司网络)路由回到
令牌服务提供商(例如，PayPal)或其它此类适当生态系统的标识符。闭环可以指基于商业
需求仅由令牌服务提供商或有限生态系统标识的标识符。
[0040] 令牌可以在几种不同的场景中发布。在一些示例中，令牌可以被发布用于在线或离线支付。令牌可以作为金融工具的代理或令牌服务提供商的账户。令牌也可用于支付或
非支付目的。
非支付目的。
[0041] 令牌服务提供商可以发布令牌并定义围绕该令牌的一组参数，这些参数可以是特定的，其可以限制或允许对令牌的访问和使用。这组参数中的一个或多个参数可以包括但
不限于卡网络(例如，信用卡公司的网络的名称)；生存时间，其为从发布时刻到令牌到期或不再有效的时间段(例如，30秒、1分钟、8小时、2天、1年等)；计划/BIN(例如，借记卡、信用卡、预付卡或代币)；接受的货币(例如，美元、欧元、加拿大元、越南盾等)；商家类型(MCC)(例如，数字商品、旅行、在线零售店等)；商家信息，其可以包括商家偏好的选择，诸如资金来源、品牌、闭环、美元限制等；商家位置，其可以是商家注册的国家(例如，美国或加拿大)、终端位置(例如，全球定位系统坐标或注册的读卡器终端位置)、或商家是仅在线还是仅离
线；消费者位置半径(例如，用户的移动设备的GPS坐标)；安全特征(例如，需要密码或需要逐步认证)；路由机制(例如，开环或闭环)；交互类型，其可以包括资金(例如，私有标识信用卡(PLCC)、积分、卡或银行)、身份(例如，进入酒店、健身房或汽车或需要身份验证的其它环境)以及情境信息(例如，地址等)；以及金额(例如，可以用于使用令牌进行支付授权的金
额)。
不限于卡网络(例如，信用卡公司的网络的名称)；生存时间，其为从发布时刻到令牌到期或不再有效的时间段(例如，30秒、1分钟、8小时、2天、1年等)；计划/BIN(例如，借记卡、信用卡、预付卡或代币)；接受的货币(例如，美元、欧元、加拿大元、越南盾等)；商家类型(MCC)(例如，数字商品、旅行、在线零售店等)；商家信息，其可以包括商家偏好的选择，诸如资金来源、品牌、闭环、美元限制等；商家位置，其可以是商家注册的国家(例如，美国或加拿大)、终端位置(例如，全球定位系统坐标或注册的读卡器终端位置)、或商家是仅在线还是仅离
线；消费者位置半径(例如，用户的移动设备的GPS坐标)；安全特征(例如，需要密码或需要逐步认证)；路由机制(例如，开环或闭环)；交互类型，其可以包括资金(例如，私有标识信用卡(PLCC)、积分、卡或银行)、身份(例如，进入酒店、健身房或汽车或需要身份验证的其它环境)以及情境信息(例如，地址等)；以及金额(例如，可以用于使用令牌进行支付授权的金
额)。
[0042] 令牌的范围可以基于各种因素。例如，令牌的范围可以基于消费者偏好，其可以基于关于消费者的资料或一个或多个偏好的知识或数据。在此类示例中，基于消费者资金计划，可以识别某些类型的分箱(例如，PLCC分箱或特定的白金信用分箱)并将其用于消费者。
在另一个示例中，令牌的范围可以基于消费者是否具有来自特定的存档信用卡公司的卡。
在此类示例中，令牌服务提供商可以发布可以在该特定信用卡公司的网络上路由的令牌。
在另一个示例中，令牌的范围可以基于消费者的钱包中是否具有闭环礼品卡。在此类示例
中，令牌服务提供商可以发布可以在支持网络上路由的令牌。
在另一个示例中，令牌的范围可以基于消费者是否具有来自特定的存档信用卡公司的卡。
在此类示例中，令牌服务提供商可以发布可以在该特定信用卡公司的网络上路由的令牌。
在另一个示例中，令牌的范围可以基于消费者的钱包中是否具有闭环礼品卡。在此类示例
中，令牌服务提供商可以发布可以在支持网络上路由的令牌。
[0043] 在另一个示例中，令牌的范围可以基于商家/合作伙伴的一个或多个偏好。令牌服务提供商可以基于由令牌服务提供商的商家或合作伙伴表达的偏好来发布具有特定BIN或
计划的令牌。商家偏好可以包括商家是否接受所有信用卡品牌。例如，如果商家只接受来自特定公司的信用卡，则令牌服务提供商可以基于商家的商家标识符(ID)为这些特定公司中
的一个或多个发布开环令牌。在另一个示例中，如果商家提供PLCC，则令牌服务提供商可以发送半开环PLCC令牌。在另一个示例中，如果商家位于特定国家，则令牌服务提供商可以发布该国的网络接受的令牌。
计划的令牌。商家偏好可以包括商家是否接受所有信用卡品牌。例如，如果商家只接受来自特定公司的信用卡，则令牌服务提供商可以基于商家的商家标识符(ID)为这些特定公司中
的一个或多个发布开环令牌。在另一个示例中，如果商家提供PLCC，则令牌服务提供商可以发送半开环PLCC令牌。在另一个示例中，如果商家位于特定国家，则令牌服务提供商可以发布该国的网络接受的令牌。
[0044] 在另一个示例中，令牌的范围可以基于令牌服务提供商的一个或多个偏好。令牌服务提供商可以修改令牌的范围以最大化满足或超出商业目标或商业需求(例如，更低的
成本、更低的风险、更高的收入等)。例如，令牌服务提供商可以基于优选的定价细节来发布具有与商家或合作伙伴的更有利的交换的令牌。在另一个示例中，如果消费者希望用闭环
礼品卡支付，则令牌服务提供商可以发布基于点击费的令牌以节省交换。在另一个示例中，对于高风险商家类别或消费者，令牌服务提供商可以基于消费者的过往行为来拒绝发布令
牌本身。
成本、更低的风险、更高的收入等)。例如，令牌服务提供商可以基于优选的定价细节来发布具有与商家或合作伙伴的更有利的交换的令牌。在另一个示例中，如果消费者希望用闭环
礼品卡支付，则令牌服务提供商可以发布基于点击费的令牌以节省交换。在另一个示例中，对于高风险商家类别或消费者，令牌服务提供商可以基于消费者的过往行为来拒绝发布令
牌本身。
[0045] 在另一个示例中，令牌的范围可以基于监管需求。令牌服务提供商可以发布令牌，其中调整其范围以满足国家特定的监管或合规需求。例如，如果一个特定的国家要求使用具有令牌的密码，则当令牌服务提供商向位于该特定国家的实体发布令牌时，令牌服务提
供商可以发布具有密码的令牌。在另一个示例中，如果可能存在基于监管的限制，则令牌服务提供商可以在发布令牌时遵守这种基于监管的限制。在另一个示例中，美国的德宾修正
案(Durbin Amendment)要求美联储(Federal Reserve)限制向零售商收取借记卡处理的费
用。因此，如果消费者在其钱包中使用受监管的借记卡，则令牌服务提供商可以切换正在发布的令牌的类型，以便不会向商家收取某些费率。
供商可以发布具有密码的令牌。在另一个示例中，如果可能存在基于监管的限制，则令牌服务提供商可以在发布令牌时遵守这种基于监管的限制。在另一个示例中，美国的德宾修正
案(Durbin Amendment)要求美联储(Federal Reserve)限制向零售商收取借记卡处理的费
用。因此，如果消费者在其钱包中使用受监管的借记卡，则令牌服务提供商可以切换正在发布的令牌的类型，以便不会向商家收取某些费率。
[0046] 应当理解，影响令牌范围的上述因素列表包括非限制性示例，并且其它因素在本公开的范围内。令牌服务提供商可以创建并发布一个或多个可以支持特殊用例的令牌。例
如，令牌服务提供商可发布令牌，该令牌可被配置为在可以被用户用来“即点即付”的可佩戴腕带上使用。例如，用户可以将可佩带的腕带对准扫描器，该扫描器使用与可佩戴的腕带相关联的令牌进行支付。在另一个示例中，令牌服务提供商可发布可被提供给可佩戴式健
身设备的令牌，该可佩戴式健身设备被配置为打开健身房门。在另一个示例中，令牌服务提供商可发布可被提供给近场通信(NFC)设备的令牌，以用于标识顾客以提供对启用NFC读取
器的门的无钥匙访问。在另一个示例中，令牌服务提供商可发布可在娱乐场处使用的令牌，其将在场内的费用直接与消费者的客房账户相关联。在另一个示例中，令牌服务提供商可
发布模拟可重复装载的公共交通体验的令牌来用于搭乘公共交通。在此类示例中，消费者
可以将X美元充入卡内，其满足Y次行程，并且在行程开始时，消费者点击她的卡以支付行程费用。
如，令牌服务提供商可发布令牌，该令牌可被配置为在可以被用户用来“即点即付”的可佩戴腕带上使用。例如，用户可以将可佩带的腕带对准扫描器，该扫描器使用与可佩戴的腕带相关联的令牌进行支付。在另一个示例中，令牌服务提供商可发布可被提供给可佩戴式健
身设备的令牌，该可佩戴式健身设备被配置为打开健身房门。在另一个示例中，令牌服务提供商可发布可被提供给近场通信(NFC)设备的令牌，以用于标识顾客以提供对启用NFC读取
器的门的无钥匙访问。在另一个示例中，令牌服务提供商可发布可在娱乐场处使用的令牌，其将在场内的费用直接与消费者的客房账户相关联。在另一个示例中，令牌服务提供商可
发布模拟可重复装载的公共交通体验的令牌来用于搭乘公共交通。在此类示例中，消费者
可以将X美元充入卡内，其满足Y次行程，并且在行程开始时，消费者点击她的卡以支付行程费用。
[0047] 图1是用于基于一个或多个规则发布具有特定范围的一个或多个令牌的示例性流程流。令牌服务提供商可以动态地发布具有所需范围的令牌来满足特定用例。在一些示例
中，令牌服务提供商可以预加载关于令牌发布逻辑的规则。该规则可以基于例如一个或多
个消费者偏好、监管需求、令牌服务提供商的需求或其它需求中的至少一个。在图1中，令牌请求者1502将令牌请求1504发送到令牌服务提供商1506。令牌请求者1502可以包括被定义
为令牌请求的“上下文”的细节。“上下文”可以包括关于令牌请求者1502、顾客、交易环境、令牌需求、位置等的基本信息。在图1中，令牌请求1504包括商家的上下文、顾客的上下文以及交易环境。
中，令牌服务提供商可以预加载关于令牌发布逻辑的规则。该规则可以基于例如一个或多
个消费者偏好、监管需求、令牌服务提供商的需求或其它需求中的至少一个。在图1中，令牌请求者1502将令牌请求1504发送到令牌服务提供商1506。令牌请求者1502可以包括被定义
为令牌请求的“上下文”的细节。“上下文”可以包括关于令牌请求者1502、顾客、交易环境、令牌需求、位置等的基本信息。在图1中，令牌请求1504包括商家的上下文、顾客的上下文以及交易环境。
[0048] 令牌服务提供商1506可以调用令牌服务提供商规则引擎1508，该引擎使用与令牌请求1504相关联的上下文来识别要应用于令牌的相关规则，等等。相关规则可以用来确定
应该在哪个范围发布令牌。令牌服务提供商1506将令牌请求1504发送到令牌服务提供商规
则引擎1508。令牌服务提供商规则引擎1508可以基于一个或多个规则来确定令牌的范围。
例如，令牌服务提供商规则引擎1508可以基于监管规则1510、消费者偏好1512、商家规则
1514和商业规则1516来确定令牌的范围。这些规则可以存储在由令牌服务提供商规则引擎
1508可访问的数据库中。令牌服务提供商规则引擎1508可以基于这一个或多个规则来确定
令牌的范围1518，并且将令牌的范围1518返回给令牌服务提供商1506。令牌服务提供商
1506可以接收令牌的范围1518并且创建配置有令牌的范围1518的自定义令牌1520。在一些
示例中，顾客令牌1520基于令牌的范围1518以及与令牌请求者1502相关联的令牌格式的组
合。令牌服务提供商1506然后可将自定义令牌1520发送到令牌请求者1502以供令牌请求者
1502使用。
应该在哪个范围发布令牌。令牌服务提供商1506将令牌请求1504发送到令牌服务提供商规
则引擎1508。令牌服务提供商规则引擎1508可以基于一个或多个规则来确定令牌的范围。
例如，令牌服务提供商规则引擎1508可以基于监管规则1510、消费者偏好1512、商家规则
1514和商业规则1516来确定令牌的范围。这些规则可以存储在由令牌服务提供商规则引擎
1508可访问的数据库中。令牌服务提供商规则引擎1508可以基于这一个或多个规则来确定
令牌的范围1518，并且将令牌的范围1518返回给令牌服务提供商1506。令牌服务提供商
1506可以接收令牌的范围1518并且创建配置有令牌的范围1518的自定义令牌1520。在一些
示例中，顾客令牌1520基于令牌的范围1518以及与令牌请求者1502相关联的令牌格式的组
合。令牌服务提供商1506然后可将自定义令牌1520发送到令牌请求者1502以供令牌请求者
1502使用。
[0049] 公共ID可以是用于唯一地表示用户与商务合作伙伴(例如，社交媒体网站)之间对于特定资金工具的关系的属性。公共ID可以是内部构造并且可以由令牌服务提供商的商务
合作伙伴使用。公共ID可用于汇总交易并且用于账户管理。公共ID可被定义为商家/社交商务合作伙伴标识符、和/或用户在该合作伙伴上的用户身份、和/或用户的资金工具/钱包信息的组合。确切的组合或配置因用例而异，并受产品设计和商业需求驱动。可以针对公共ID发布一个或多个令牌。
合作伙伴使用。公共ID可用于汇总交易并且用于账户管理。公共ID可被定义为商家/社交商务合作伙伴标识符、和/或用户在该合作伙伴上的用户身份、和/或用户的资金工具/钱包信息的组合。确切的组合或配置因用例而异，并受产品设计和商业需求驱动。可以针对公共ID发布一个或多个令牌。
[0050] 除非另外特别说明，否则如从以下讨论显而易见的，可以理解，在整个说明书中，使用术语诸如“接收”、“发送”、“存储”、“提供”、“确定”等的讨论是指对计算机系统或类似的电子计算设备的行动和处理，这些设备可对计算机系统的寄存器和存储器中被表示为物理(电子)量的数据进行操纵，并将其转换成在计算机系统存储器或寄存器或其它此类信息
存储、传输或显示设备中类似地被表示为物理量的其它数据。
存储、传输或显示设备中类似地被表示为物理量的其它数据。
[0051] 图2是示出将公共ID链接到由用户提供的用户账户和财务信息的方法100的实施方案的流程图。方法100并不意味着是限制性的，而是可以用于除了下面讨论的支付应用之外的其它应用中。方法100包括步骤102至120。
[0052] 在步骤102中，财务信息由用户提供给网站，该用户具有该网站的用户账户。在一个示例中，网站可以是社交媒体网站(例如，FACEBOOK、TWITTER、PINTEREST等)，并且用户已经尝试购买该社交媒体网站上显示的物品。商标是其各自所有者的财产。社交媒体网站可
以从用户请求用来购买该物品的财务信息(例如，用户的信用卡信息、借记卡信息，或与令牌服务提供商相关联的账户信息)。财务信息可以包括用户的用来购买该物品的资金来源。
资金来源也可以被称为资金工具。
以从用户请求用来购买该物品的财务信息(例如，用户的信用卡信息、借记卡信息，或与令牌服务提供商相关联的账户信息)。财务信息可以包括用户的用来购买该物品的资金来源。
资金来源也可以被称为资金工具。
[0053] 在步骤104处，网站接收该财务信息。在一个示例中，社交媒体网站可以接收用户的信用卡信息、借记卡信息或与令牌服务提供商相关联的账户信息。在步骤106处，向用户显示请求用户是否想要将提供的财务信息链接到用户账户的提示。如果用户的账户链接到
财务信息，则用户可以购买该网站上显示的物品，并且使用由用户提供的财务信息在不离
开网站的情况下这样做，即使物品是由不同于网站提供商的实体提供。
财务信息，则用户可以购买该网站上显示的物品，并且使用由用户提供的财务信息在不离
开网站的情况下这样做，即使物品是由不同于网站提供商的实体提供。
[0054] 在步骤108处，确定用户是否想要将财务信息链接到用户账户。网站可以接收用于指示用户是否想要将财务信息链接到用户账户的用户输入。如果用户输入指示用户不想将
财务信息链接到用户的账户，则流程流前进到步骤110，在该步骤中，财务信息不被链接到用户账户。当用户的行为被跟踪时，网站可以执行检查以确保获得了用户的适当同意。在一些示例中，网站存储或访问关于隐私和财务的最佳实践的最新信息以遵守适当的法律。在
此类示例中，网站仅在已经征求并获得用户的同意的情况下才使用数据。
财务信息链接到用户的账户，则流程流前进到步骤110，在该步骤中，财务信息不被链接到用户账户。当用户的行为被跟踪时，网站可以执行检查以确保获得了用户的适当同意。在一些示例中，网站存储或访问关于隐私和财务的最佳实践的最新信息以遵守适当的法律。在
此类示例中，网站仅在已经征求并获得用户的同意的情况下才使用数据。
[0055] 相反，如果用户输入指示用户想要将财务信息链接到用户账户，则流程流前进到步骤112，在该步骤中，财务信息由网站提供给令牌服务提供商。令牌服务提供商可以接收该财务信息。在步骤114处，确定是否已经为用户生成了公共ID。在一个示例中，令牌服务提供商可以确定是否已经为用户生成了公共ID。如果没有为用户生成公共ID，则流程流前进
到步骤116，在该步骤中，生成标识用户的公共ID并将其发送到网站。令牌服务提供商可以生成公共ID并将其发送到网站以用于与用户相关联。该网站可以接收该公共ID并将其存储
以供将来参考。当用户将来尝试进行另一个交易时，该网站可以将该公共ID提供给令牌服
务提供商，使得令牌服务提供商可以跟踪用户的行为。
到步骤116，在该步骤中，生成标识用户的公共ID并将其发送到网站。令牌服务提供商可以生成公共ID并将其发送到网站以用于与用户相关联。该网站可以接收该公共ID并将其存储
以供将来参考。当用户将来尝试进行另一个交易时，该网站可以将该公共ID提供给令牌服
务提供商，使得令牌服务提供商可以跟踪用户的行为。
[0056] 流程流从步骤114或步骤116前进到步骤118，在该步骤中，确定财务信息是否已被成功验证。在一个示例中，令牌服务提供商验证财务信息。在一些示例中，令牌服务提供商对由用户提供的财务信息执行风险分析。例如，令牌服务提供商可以确定在财务信息中指
定的信用卡或借记卡是否可能被盗用或可能涉及欺诈活动。
定的信用卡或借记卡是否可能被盗用或可能涉及欺诈活动。
[0057] 如果财务信息未通过验证(例如，与由用户提供的财务信息相关联的欺诈活动的风险为高)，则流程流前进到步骤110，在该步骤中，财务信息不被链接到用户账户。相反，如果财务信息被成功验证，则流程流前进到步骤120，在该步骤中，财务信息被链接到用户账户。如果用户的账户与财务信息相关联，则用户可以购买商品或服务，并使用其链接的财务信息来支付网站上的该商品或服务，而不会被提示再次输入她的财务信息或离开网站来进
行此类购买。
行此类购买。
[0058] 每个用户和每个网站(例如，社交媒体平台、操作系统或其它用户环境)可以关联一个公共ID。在一些示例中，令牌服务提供商针对用户在特定网站所具有的每个账户为用
户生成新的公共ID，并且将用户在特定网站上的行为与此相关联的公共ID相关联。在此类
示例中，特定网站可能不希望令牌服务提供商使用由用户在其网站上提供的信息来用于并
提供给其它网站，并且该特定网站可以指示令牌服务提供商不与其他人共享由该网站提供
的关于该用户的任何信息。
户生成新的公共ID，并且将用户在特定网站上的行为与此相关联的公共ID相关联。在此类
示例中，特定网站可能不希望令牌服务提供商使用由用户在其网站上提供的信息来用于并
提供给其它网站，并且该特定网站可以指示令牌服务提供商不与其他人共享由该网站提供
的关于该用户的任何信息。
[0059] 令牌服务提供商可能希望相对于与用户交互的每个社交媒体网站跟踪用户的活动，因为用户可能对不同的事情使用不同的网站。例如，用户可以使用一个特定网站来与朋友交互，可以使用另一个网站用于购物等。在一些示例中，可以基于各方的适当批准来汇总这些信息，并且这些信息可以仅用于已定义的且由各方达成一致的情况。
[0060] 在一些示例中，令牌服务提供商汇总与用于特定用户的网站上的公共ID相关联的信息和活动。在一个示例中，公共ID可以利用并合并来自与用户交互的不同社交媒体网站
的数据。令牌服务提供商可以跟踪与用户相关联的不同公共ID并基于该汇总信息来执行风
险分析。例如，如果对某个用户账户的登录发生在与其中该用户居住的国家不同的国家，则令牌服务提供商可以确定与该用户的其它账户(例如，在不同网站上的账户)相关联的活动
或交易可能是欺诈的。在该示例中，令牌服务提供商可以利用其从不同来源获得的信息为
用户、商家和金融机构提供更安全的环境。
的数据。令牌服务提供商可以跟踪与用户相关联的不同公共ID并基于该汇总信息来执行风
险分析。例如，如果对某个用户账户的登录发生在与其中该用户居住的国家不同的国家，则令牌服务提供商可以确定与该用户的其它账户(例如，在不同网站上的账户)相关联的活动
或交易可能是欺诈的。在该示例中，令牌服务提供商可以利用其从不同来源获得的信息为
用户、商家和金融机构提供更安全的环境。
[0061] 应当理解，可以在上面讨论的步骤102至120之前、期间或之后执行附加的过程。还应当理解，本文所述的方法100的步骤中的一个或多个可以根据需要被省略、组合或按不同的顺序执行。
[0062] 图3是在移动设备上显示的示例性快照，其示出了用户的账户到财务信息的链接。例如，“购买”(Buy)按钮与广告一起出现在移动应用程序的新闻源部分。用户可以选择添加支付服务提供商、信用卡、借记卡或银行账户作为用来购买该物品的资金来源。如果用户选择与使用支付服务提供商进行支付相关联的按钮，则可能会在该移动应用程序页面上向用
户显示登录上下文页面。可能会向用户显示一次性结算协议，以允许在该网络应用程序上
直接支付而无需离开页面。如果结算协议和账户链接成功，则会向用户显示成功消息。另
外，会再次向用户显示广告，并且用户点击“购买”按钮可以允许无缝购买该物品。
户显示登录上下文页面。可能会向用户显示一次性结算协议，以允许在该网络应用程序上
直接支付而无需离开页面。如果结算协议和账户链接成功，则会向用户显示成功消息。另
外，会再次向用户显示广告，并且用户点击“购买”按钮可以允许无缝购买该物品。
[0063] 图4是示出构建社交图的方法的实施方案的流程图。方法300并不意味着是限制性的，而是可以用于除了社交媒体上下文之外的其它应用中。方法300包括步骤302和步骤
304。在步骤302处，获得关于用户的信息，其中该信息显示在网站上。在一个示例中，令牌服务提供商可以通过从该网站接收更新来获得关于用户的信息。令牌服务提供商也可以搜索
网站上显示的信息以获得关于用户的更多信息。例如，令牌服务提供商可以在用户的网站
资料上搜索关键词(例如“生日快乐！”)以确定用户的生日。另外，令牌服务提供商可以确定在网站上显示的特定字段(例如，“工作”、“我上学的地方”等)，并确定这些字段的值以收集关于用户的更多信息。
304。在步骤302处，获得关于用户的信息，其中该信息显示在网站上。在一个示例中，令牌服务提供商可以通过从该网站接收更新来获得关于用户的信息。令牌服务提供商也可以搜索
网站上显示的信息以获得关于用户的更多信息。例如，令牌服务提供商可以在用户的网站
资料上搜索关键词(例如“生日快乐！”)以确定用户的生日。另外，令牌服务提供商可以确定在网站上显示的特定字段(例如，“工作”、“我上学的地方”等)，并确定这些字段的值以收集关于用户的更多信息。
[0064] 在步骤304处，为用户构建社交图，该社交图基于已获得的信息。在一个示例中，令牌服务提供商可以汇总关于用户的已获得的信息并构建社交图。社交图在用户的上下文中并且基于关于用户的信息。社交图可以基于由用户和其他人(例如，用户的朋友或其它关
系)提供的在用户的社交媒体资料上显示的信息。
系)提供的在用户的社交媒体资料上显示的信息。
[0065] 令牌服务提供商可以将社交图中的活动并入用户的公共ID中。另外，令牌服务提供商可以不断更新用户的社交图，使得其包括与用户相关联的最新活动。例如，社交图中的节点可以表示用户的当前位置。如果用户已经在位于芝加哥的一家餐厅“签到”并评论“我喜欢这个风之城！”，则令牌服务提供商可以确定该用户已经离开她居住的城市加利福尼亚州圣何塞，并且目前正在伊利诺斯州芝加哥。因此，令牌服务提供商可以更新该用户的社交图以反映该用户在伊利诺斯州芝加哥的新的当前位置。如果令牌服务提供商接收到用户尝
试的在芝加哥进行交易的请求，则令牌服务提供商可以确定该交易的位置是低风险的，因
为令牌服务提供商已经确定该用户在芝加哥。然而，如果令牌服务提供商接收到用户尝试
的在加利福尼亚州太浩湖进行交易的请求，则令牌服务提供商可以确定该交易的位置是高
风险的，因为用户的当前位置和交易位置确实不匹配。
试的在芝加哥进行交易的请求，则令牌服务提供商可以确定该交易的位置是低风险的，因
为令牌服务提供商已经确定该用户在芝加哥。然而，如果令牌服务提供商接收到用户尝试
的在加利福尼亚州太浩湖进行交易的请求，则令牌服务提供商可以确定该交易的位置是高
风险的，因为用户的当前位置和交易位置确实不匹配。
[0066] 应当理解，可以在上面讨论的步骤302和步骤304之前、期间或之后执行附加的过程。还应当理解，本文所述的方法300的步骤中的一个或多个可以根据需要被省略、组合或按不同的顺序执行。
[0067] 图5是示出在用户的账户已经链接到用户的财务信息之后，使用公共ID来验证用户所请求的交易的方法的实施方案的流程图。方法400并不意味着是限制性的，而是可以用于除了下面讨论的支付应用之外的其它应用中。方法400包括步骤402至步骤424。
[0068] 在步骤402中，在网站接收到来自用户的完成与某商家的交易的请求，该请求包括交易金额，以及用户在该网站的链接到资金来源的账户。在一些示例中，用户浏览社交媒体网站，并在该网站的新闻源中看到待售物品。用户可以点击该物品附近的“购买”按钮以尝试购买它。在步骤404中，由网站确定标识该用户的公共ID。网站可以基于例如用户在该网站的用户名和密码在数据库中搜索标识用户的公共ID。
[0069] 如果网站具有标识用户的公共ID，则网站可以从令牌服务提供商请求与公共ID和用户相关联的令牌。在步骤406中，将对令牌的请求从网站发送到令牌服务提供商，对令牌的请求包括公共ID和交易金额。令牌服务提供商可以接收包括公共ID和交易金额的请求。
[0070] 在步骤408中，表示交易的令牌由令牌服务提供商生成，该令牌包括到期日期、令牌标识符和安全上下文。在一些示例中，安全上下文是安全代码。令牌标识符可以是标识令牌的数字，并且可以与信用卡号或借记卡号具有相同的格式。在此类示例中，令牌标识符可以是16位数字。在一些示例中，令牌标识符不是实际的信用卡号或借记卡号。在此类示例
中，令牌标识符可被认为是“可交易的主账号”(TPAN)，因为令牌标识符不是可以用作其自己的资金来源的实际信用卡号或借记卡号，而是交易的表示并且可以由商家用来从用户的
已链接的资金来源获得交易的资金。因此，公司能够采用本公开中公开的技术而无需修改
其系统。在一些示例中，用密码来替换令牌，以提供附加的安全性。
中，令牌标识符可被认为是“可交易的主账号”(TPAN)，因为令牌标识符不是可以用作其自己的资金来源的实际信用卡号或借记卡号，而是交易的表示并且可以由商家用来从用户的
已链接的资金来源获得交易的资金。因此，公司能够采用本公开中公开的技术而无需修改
其系统。在一些示例中，用密码来替换令牌，以提供附加的安全性。
[0071] 在一个示例中，安全上下文与CVV(卡验证值)或CSC(卡安全上下文)具有相同的格式。在此类示例中，安全上下文可以是三位数字。安全上下文可以是动态的，并随着每个交易而改变。在一个示例中，到期日期是MM/YY格式。
[0072] 在步骤410处，令牌可以由令牌服务提供商链接到公共ID。令牌服务提供商可以将令牌链接到标识用户的公共ID。在此类示例中，令牌服务提供商是以下令牌服务提供商：其提供链接到公共ID并且可以被正与用户交互以从第三方商家购买商品或服务的网站理解
的令牌。
的令牌。
[0073] 在步骤412处，令牌由令牌服务提供商提供给网站。网站可以接收令牌，并且就好像它是有效信用卡号或借记卡号那样将其与相关联的信息(安全上下文和到期日期)一起
进行处理。在步骤414处，令牌由网站提供给第三方商家。商家可以接收令牌并相应地处理它。令牌可以保护用户的身份和信息，因为商家可能无法确定买家的信息。例如，如果用户购买数字内容，则商家可以在不知道用户的传记信息(例如名称、邮寄地址等)的情况下处
理令牌并通过网站向用户提供数字内容。如果用户购买要邮寄给用户的商品或要在用户住
所执行的服务，则商家可以向用户请求该信息，因为该信息未在令牌中提供。令牌可以用作可交易的PAN，以便向商家支付某件物品或服务的费用。
进行处理。在步骤414处，令牌由网站提供给第三方商家。商家可以接收令牌并相应地处理它。令牌可以保护用户的身份和信息，因为商家可能无法确定买家的信息。例如，如果用户购买数字内容，则商家可以在不知道用户的传记信息(例如名称、邮寄地址等)的情况下处
理令牌并通过网站向用户提供数字内容。如果用户购买要邮寄给用户的商品或要在用户住
所执行的服务，则商家可以向用户请求该信息，因为该信息未在令牌中提供。令牌可以用作可交易的PAN，以便向商家支付某件物品或服务的费用。
[0074] 在步骤416处，在网站已经处理令牌之后，令牌在令牌服务提供商处被接收。在一个示例中，商家可以使用令牌标识符、到期日期和安全上下文来处理该令牌，就好像它是资金来源那样，诸如它会是真实的信用卡或借记卡。令牌最终被路由回到令牌服务提供商，因为令牌标识符与令牌服务提供商相关联。
[0075] 在步骤418处，由令牌服务提供商确定链接到令牌的公共ID。在一个示例中，令牌服务提供商确定链接到令牌的公共ID。在步骤420处，基于与公共ID相关联的信息，确定完成交易的风险是否低。令牌服务提供商可以执行风险分析以确定交易是否可能与欺诈相关
联。在一些示例中，令牌服务提供商可以基于为用户构建的自学习算法模型，使用社交图或触发点来帮助确定交易的风险。因此，令牌服务提供商可以使用关于用户的最新信息、用户的习惯、用户的位置等来确定是否批准该交易。
联。在一些示例中，令牌服务提供商可以基于为用户构建的自学习算法模型，使用社交图或触发点来帮助确定交易的风险。因此，令牌服务提供商可以使用关于用户的最新信息、用户的习惯、用户的位置等来确定是否批准该交易。
[0076] 在一些示例中，令牌服务提供商将令牌提供给网站，网站又将令牌提供给第三方商家，至多使用一次。令牌标识符、到期日期和安全上下文可以由商家解释并相应地处理。
如果商家或网站第二次尝试使用该令牌，则令牌服务提供商可能会使交易失败并向网站发
送错误消息。
如果商家或网站第二次尝试使用该令牌，则令牌服务提供商可能会使交易失败并向网站发
送错误消息。
[0077] 如果完成交易的风险低，则流程流前进到步骤422，在该步骤中，链接到公共ID的资金来源借记交易金额，并且商家网站的账户贷记交易金额。在一个示例中，令牌服务提供商使链接到公共ID的资金来源借记交易金额，并且使商家网站的账户贷记交易金额。令牌
服务提供商可以确保整个交易完成。在一个示例中，令牌服务提供商向商家支付并从用户
的资金来源接收支付。相反，如果完成交易的风险不低，则流程流前进到步骤424，在该步骤中，交易失败。在一个示例中，令牌服务提供程序未能执行交易并向网站发送错误消息。
服务提供商可以确保整个交易完成。在一个示例中，令牌服务提供商向商家支付并从用户
的资金来源接收支付。相反，如果完成交易的风险不低，则流程流前进到步骤424，在该步骤中，交易失败。在一个示例中，令牌服务提供程序未能执行交易并向网站发送错误消息。
[0078] 应当理解，可以在上面讨论的步骤402至424之前、期间或之后执行附加的过程。还应当理解，本文所述的方法400的步骤中的一个或多个可以根据需要被省略、组合或按不同的顺序执行。
[0079] 图6是在移动设备上显示的示例性快照，其示出了使用链接到用户的账户的财务信息来购买物品。
[0080] 在一些实施方案中，令牌服务提供商存储购买、由用户提供的财务信息(例如，金融工具)与金融工具提供商之间的映射。令牌服务提供商可以将交易中使用的金融工具映
射到用户正尝试购买的资产。通过这样做，令牌服务提供商可以确认此交易满足“了解您的顾客”(KYC)要求。例如，为了让用户接收到资金工具，用户已经经历了KYC过程并且令牌服务提供商可以利用这个信息。另外，令牌服务提供商可以将此资金工具的用户限制在被视
为高风险的区域。令牌服务提供商可以以符合KYC的方式控制用户参与的交易。
射到用户正尝试购买的资产。通过这样做，令牌服务提供商可以确认此交易满足“了解您的顾客”(KYC)要求。例如，为了让用户接收到资金工具，用户已经经历了KYC过程并且令牌服务提供商可以利用这个信息。另外，令牌服务提供商可以将此资金工具的用户限制在被视
为高风险的区域。令牌服务提供商可以以符合KYC的方式控制用户参与的交易。
[0081] 图7是用于用户认证的流程流。在图7中，顾客在商务平台上发起支付。该商务平台可以通过调用API来请求TPAN有效载荷。TPAN有效载荷可以被发送到该商务平台，然后商务平台可将TPAN有效载荷路由到商家网关。商家网关可以与支付服务提供商不同。商家网关可以将可路由TPAN有效载荷发送到信用卡网络以与银行通信。信用卡网络可以将可路由
TPAN发送到交换机，该交换机向验证令牌的发行方发送去令牌化请求。如果令牌有效，则发行方将基础资金工具细节发送到该交换机，该交换机然后将认证请求发送到处理该请求并
确定允许交易发生的风险的处理器。如果成功通过认证，则处理器会向该交换机发送认证
响应以指示认证成功。交换机接收认证响应并经由信用卡网络和商家网关将其转发到商
家。商家向成功认证的商务平台发送通知。
TPAN发送到交换机，该交换机向验证令牌的发行方发送去令牌化请求。如果令牌有效，则发行方将基础资金工具细节发送到该交换机，该交换机然后将认证请求发送到处理该请求并
确定允许交易发生的风险的处理器。如果成功通过认证，则处理器会向该交换机发送认证
响应以指示认证成功。交换机接收认证响应并经由信用卡网络和商家网关将其转发到商
家。商家向成功认证的商务平台发送通知。
[0082] 图8是用于向与用户交互以从第三方购买商品的网站提供令牌的示例性流程流。在图8中，用户可以选择与网页704显示的物品相关联的“购买”按钮702。网页可以与接收对购买相关联物品的用户选择的网站相关联。响应于用户选择“购买”按钮702，网站可以将交易信息706发送到令牌服务提供商708。在图8所示的示例中，令牌服务提供商708可以是
交易信息706可以包括顾客ID、交易金额和商家ID。令牌服务提供商708可以从令
牌生成器710请求令牌。令牌生成器710可以生成特定于特定信用卡公司的令牌。响应于令
牌服务提供商708的请求，令牌生成器710可以生成包括用户的资金主账号、令牌主账号、动态卡验证值(例如，安全上下文)和到期日期的令牌712。令牌712可能不一定要包括用户的
资金工具的最后四个数字或用户的电子邮件地址。
交易信息706可以包括顾客ID、交易金额和商家ID。令牌服务提供商708可以从令
牌生成器710请求令牌。令牌生成器710可以生成特定于特定信用卡公司的令牌。响应于令
牌服务提供商708的请求，令牌生成器710可以生成包括用户的资金主账号、令牌主账号、动态卡验证值(例如，安全上下文)和到期日期的令牌712。令牌712可能不一定要包括用户的
资金工具的最后四个数字或用户的电子邮件地址。
[0083] 图9是用于向网站提供令牌的示例性流程流。在图9中，令牌生成器710将令牌712提供给令牌服务提供商708，令牌服务提供商然后将令牌712提供给网站。图10是用于向商
家或网站提供交易信息902的示例性流程流。在图10中，交易信息902包括令牌712、交易金额和商家ID。网站可以将交易信息902提供给商家904，商家然后将交易信息902提供给银行
906。银行906然后可以通过卡网络910将交易信息902提供给令牌服务提供商708。图11是示出向资金来源1004提供去令牌化信息1002的令牌服务提供商708的框图。另外，令牌712由
网站提供给令牌服务提供商708。图12是用于向商家904提供交易金额的示例性流程流。如
果资金来源1004批准该交易，则资金来源1004向令牌服务提供商708发送批准，然后令牌服务提供商通过卡网络910向银行906发送批准。银行906然后将交易金额发送到收款的商家
904。
家或网站提供交易信息902的示例性流程流。在图10中，交易信息902包括令牌712、交易金额和商家ID。网站可以将交易信息902提供给商家904，商家然后将交易信息902提供给银行
906。银行906然后可以通过卡网络910将交易信息902提供给令牌服务提供商708。图11是示出向资金来源1004提供去令牌化信息1002的令牌服务提供商708的框图。另外，令牌712由
网站提供给令牌服务提供商708。图12是用于向商家904提供交易金额的示例性流程流。如
果资金来源1004批准该交易，则资金来源1004向令牌服务提供商708发送批准，然后令牌服务提供商通过卡网络910向银行906发送批准。银行906然后将交易金额发送到收款的商家
904。
[0084] 图13是由商家应用程序在用户设备1302的显示器上显示的示例性页面1300。商家应用程序可以由商家“Merch1”提供，该商家提供待售物品。页面1300的内容包括用户选择的一件或多件物品和价格，以及用户用来对这些一件或多件物品进行支付的各种方式。例
如，页面1300包括经由用户可选对象1304使用信用卡，经由用户可选对象1306使用借记卡，或经由用户可选对象1308使用用户具有的支付服务提供商账户来进行支付的选项。用户具
有的支付服务提供商账户被链接到一种或多种支付方法，其可以包括用户的信用卡、借记
卡、银行账户(例如，支票账户)或数字钱包，和/或用户已经向其提供了支付提供商服务器访问权限的其它支付形式等等。用户可以通过选择适当的用户可选对象并选择标记为“输
入”(Enter)的用户可选对象1310来选择这些选项中的一个，以确认交易并向商家应用程序提交完成交易的请求。
如，页面1300包括经由用户可选对象1304使用信用卡，经由用户可选对象1306使用借记卡，或经由用户可选对象1308使用用户具有的支付服务提供商账户来进行支付的选项。用户具
有的支付服务提供商账户被链接到一种或多种支付方法，其可以包括用户的信用卡、借记
卡、银行账户(例如，支票账户)或数字钱包，和/或用户已经向其提供了支付提供商服务器访问权限的其它支付形式等等。用户可以通过选择适当的用户可选对象并选择标记为“输
入”(Enter)的用户可选对象1310来选择这些选项中的一个，以确认交易并向商家应用程序提交完成交易的请求。
[0085] 如果用户选择用户可选对象1304以使用信用卡进行支付，则可向用户提供输入信用卡信息的提示。如果用户选择用户可选对象1306以使用借记卡进行支付，则可向用户提
供输入借记卡信息的提示。如果用户选择用户可选对象1308以使用用户具有的支付服务提
供商账户进行支付，则商家应用程序可以将用户设备重定向到支付服务提供商以向支付服
务提供商认证用户。商家应用程序也可以具有支付服务提供商账户设置以接收来自用户的
支付。
供输入借记卡信息的提示。如果用户选择用户可选对象1308以使用用户具有的支付服务提
供商账户进行支付，则商家应用程序可以将用户设备重定向到支付服务提供商以向支付服
务提供商认证用户。商家应用程序也可以具有支付服务提供商账户设置以接收来自用户的
支付。
[0086] 图14A、图14B和图14C是用于将用户的信息绑定到用户的支付服务提供商账户的示例性流程流1400a、1400b和1400c。流程流1400a、1400b和1400c示出了支付应用程序
1402、用户设备1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410与支付服务器1412之间的交互。顾客可以使用用户设备1302来执行动作以完成与商家应用程序1406
的支付交易。在本公开中，“顾客”也可被称为“用户”，并且这两个术语可互换地使用。支付服务提供商、令牌请求者1404和令牌服务提供商1406可彼此通信以生成标识符(ID)，并将
用户的信息与这些ID绑定以帮助识别用户和她在支付服务提供商处的账户以用于未来的
支付。
1402、用户设备1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410与支付服务器1412之间的交互。顾客可以使用用户设备1302来执行动作以完成与商家应用程序1406
的支付交易。在本公开中，“顾客”也可被称为“用户”，并且这两个术语可互换地使用。支付服务提供商、令牌请求者1404和令牌服务提供商1406可彼此通信以生成标识符(ID)，并将
用户的信息与这些ID绑定以帮助识别用户和她在支付服务提供商处的账户以用于未来的
支付。
[0087] 在一些示例中，令牌请求者1408、令牌服务提供商1410和/或支付服务提供商由相同的实体维护。在一些示例中，令牌请求者1408、令牌服务提供商1410和/或支付服务提供商由不同的实体维护并且彼此处于可信关系。在一个示例中，令牌请求者1408是
其专门用于公司的移动和网络支付系统，令牌服务提供商1410是
其向用户提供在线支付系统，并且支付应用程序1402和支付服务器1412由支
付服务提供商提供。在一些示例中，支付服务提供商是 其向用户提供数字钱包
用于与其他用户进行支付和共享支付。在该示例中，用户的 账户可以用来向商
家进行支付，并且可以包括一种或多种支付方法。支付方法可以是例如信用卡、借记卡、银行账户和/或用户在支付服务提供商处的余额。要完成交易，支付方法可能会被收费，并且商家可能会贷记交易金额。还应当理解，令牌服务提供商1410和/或令牌请求者1408可以是支付服务提供商的一部分。在一个示例中，令牌服务提供商1410是支付服务提供商的一部
分并且发布令牌，并且支付服务提供商处理这些令牌。
其专门用于公司的移动和网络支付系统，令牌服务提供商1410是
其向用户提供在线支付系统，并且支付应用程序1402和支付服务器1412由支
付服务提供商提供。在一些示例中，支付服务提供商是 其向用户提供数字钱包
用于与其他用户进行支付和共享支付。在该示例中，用户的 账户可以用来向商
家进行支付，并且可以包括一种或多种支付方法。支付方法可以是例如信用卡、借记卡、银行账户和/或用户在支付服务提供商处的余额。要完成交易，支付方法可能会被收费，并且商家可能会贷记交易金额。还应当理解，令牌服务提供商1410和/或令牌请求者1408可以是支付服务提供商的一部分。在一个示例中，令牌服务提供商1410是支付服务提供商的一部
分并且发布令牌，并且支付服务提供商处理这些令牌。
[0088] 商家可以向用户提供商家应用程序1406。在一个示例中，用户可以接收已经安装在用户设备1302上的商家应用程序1406。在另一个示例中，用户可以将商家应用程序1406
下载到用户设备1302上。在一个示例中，支付应用程序1402是安装在用户设备上的移动应
用程序。在另一个示例中，支付应用程序1402是可经由在用户设备上执行的浏览器所指向
的URL访问的网络应用程序。令牌请求者1404可以处理商家应用程序1402的支付，并且商家应用程序1402可以接受来自支付服务提供商的支付。
下载到用户设备1302上。在一个示例中，支付应用程序1402是安装在用户设备上的移动应
用程序。在另一个示例中，支付应用程序1402是可经由在用户设备上执行的浏览器所指向
的URL访问的网络应用程序。令牌请求者1404可以处理商家应用程序1402的支付，并且商家应用程序1402可以接受来自支付服务提供商的支付。
[0089] 用户可以与商家交互以购买物品，该物品可以是商家经由商家应用程序1406提供的商品或服务。在图14A中，在动作1420处，用户设备1302将使用用户在支付服务提供商处的账户来进行支付的请求发送到商家应用程序1406。在一个示例中，用户使用用户设备
1302来选择在页面1300上显示的用户可选对象1308以发送使用用户的账户来进行支付的
请求。在一些示例中，当商家应用程序1406在用户设备1302上活动时，用户可以与支付应用程序1402交互，因为支付应用程序1402的服务可以经由商家应用程序1406访问。用户使用
她的支付服务提供商账户进行支付的请求可以是使用由支付服务提供商提供的资金工具
(例如， 账户)来为交易支付的请求。资金工具是交易的支付来源。例如，支付服
务提供商是 并且资金工具是用户的 钱包，其可以包括一种或多种
支付方法(例如，信用卡、借记卡、支票账户等)。在该示例中，支付服务提供商是资金工具的来源。
1302来选择在页面1300上显示的用户可选对象1308以发送使用用户的账户来进行支付的
请求。在一些示例中，当商家应用程序1406在用户设备1302上活动时，用户可以与支付应用程序1402交互，因为支付应用程序1402的服务可以经由商家应用程序1406访问。用户使用
她的支付服务提供商账户进行支付的请求可以是使用由支付服务提供商提供的资金工具
(例如， 账户)来为交易支付的请求。资金工具是交易的支付来源。例如，支付服
务提供商是 并且资金工具是用户的 钱包，其可以包括一种或多种
支付方法(例如，信用卡、借记卡、支票账户等)。在该示例中，支付服务提供商是资金工具的来源。
[0090] 在动作1422处，商家应用程序1406接收使用用户的支付服务提供商账户进行支付的请求，并将用户设备1302上的活动应用程序切换到支付应用程序1402。活动应用程序是
指当前在用户设备1302上显示数据的应用程序。商家应用程序1406可以通过将用户设备重
定向到支付应用程序来将用户设备1302上的活动应用程序切换到支付应用程序1402。在一
个示例中，商家应用程序1406激活可安装在用户设备1302上的支付应用程序1402，以在用
户设备1302上显示数据。在另一个示例中，商家应用程序1406触发在用户设备1302上执行
的浏览器以指向引用由支付应用程序1402提供的内容的URL。
指当前在用户设备1302上显示数据的应用程序。商家应用程序1406可以通过将用户设备重
定向到支付应用程序来将用户设备1302上的活动应用程序切换到支付应用程序1402。在一
个示例中，商家应用程序1406激活可安装在用户设备1302上的支付应用程序1402，以在用
户设备1302上显示数据。在另一个示例中，商家应用程序1406触发在用户设备1302上执行
的浏览器以指向引用由支付应用程序1402提供的内容的URL。
[0091] 支付应用程序1402可以执行动作来认证用户。在动作1424处，支付应用程序1402将包括登录请求的页面发送到用户设备1302以向支付服务提供商进行认证。在动作1426
处，用户设备1302将用户的登录信息发送到支付应用程序1402。在图14A所示的示例中，用户的登录信息包括被指定为“Acct1”的用户的账号以及被指定为“John Smith”的顾客名称。这并非旨在进行限制，并且用户登录信息可以包括除了图14A中所示的信息之外的信息或与之不同的信息。在一个示例中，登录信息还包括用户的用户凭据，这可以是用户的用户名和密码。
处，用户设备1302将用户的登录信息发送到支付应用程序1402。在图14A所示的示例中，用户的登录信息包括被指定为“Acct1”的用户的账号以及被指定为“John Smith”的顾客名称。这并非旨在进行限制，并且用户登录信息可以包括除了图14A中所示的信息之外的信息或与之不同的信息。在一个示例中，登录信息还包括用户的用户凭据，这可以是用户的用户名和密码。
[0092] 在动作1428处，支付应用程序1402从用户设备1302接收用户登录信息并将用户登录信息发送到支付服务器1412。一旦用户已经向支付应用程序1402认证了自己，支付应用
程序1402就可以标识该用户，并且因此可以将可唯一地标识该用户的账号或标识符发送回
到支付服务器1412。在一个示例中，支付应用程序1402将用户的账号或账号的一些衍生标
识符和会话ID发送到支付服务器1412，以标识该用户用于未来交互。支付服务器1412可以
耦接到存储用户账户信息的账户数据库1432。账户数据库1432可以由支付服务提供商维护
并用于认证希望访问支付服务提供商的服务的用户。账户数据库1432包括具有公共ID、顾
客名称、资金工具类型、支付令牌和账号列的用户账户表1434。用户账户表1434包括条目
1436，其指定具有顾客名称“John Smith”的用户与信用卡资金工具类型和支付令牌“abcd”相关联。在一个示例中，资金工具是信用卡“V-1234”(例如，具有最后四位数字“1234”的信用卡)，并且信用卡公司向用户提供该信用卡以授权为赊购的商品或服务支付。
条目1436从同一顾客将其信用卡信息作为资金工具共享的先前交互起就预先存在。
程序1402就可以标识该用户，并且因此可以将可唯一地标识该用户的账号或标识符发送回
到支付服务器1412。在一个示例中，支付应用程序1402将用户的账号或账号的一些衍生标
识符和会话ID发送到支付服务器1412，以标识该用户用于未来交互。支付服务器1412可以
耦接到存储用户账户信息的账户数据库1432。账户数据库1432可以由支付服务提供商维护
并用于认证希望访问支付服务提供商的服务的用户。账户数据库1432包括具有公共ID、顾
客名称、资金工具类型、支付令牌和账号列的用户账户表1434。用户账户表1434包括条目
1436，其指定具有顾客名称“John Smith”的用户与信用卡资金工具类型和支付令牌“abcd”相关联。在一个示例中，资金工具是信用卡“V-1234”(例如，具有最后四位数字“1234”的信用卡)，并且信用卡公司向用户提供该信用卡以授权为赊购的商品或服务支付。
条目1436从同一顾客将其信用卡信息作为资金工具共享的先前交互起就预先存在。
[0093] 如果用户账户表1434中的条目包括在顾客名称字段中的用户登录信息中指定的顾客名称，并且还包括在支付卡字段中的用户登录信息中指定的账号，则支付服务器1412
可以成功地认证该用户。如果支付服务器1412在账户数据库1432中未找到所提供的登录信
息，则支付服务器1412可以确定用户认证失败。在该示例中，支付服务器1412可以向支付应用程序1402发送指示所提供的登录信息不成功的错误消息，支付应用程序然后可以将该错
误消息显示给用户。然后可以重复动作1424、1426、1428和1438。例如，支付应用程序1402可以向用户发送另一登录请求，用户可以再次将登录信息输入到用户设备1302中，等等。
可以成功地认证该用户。如果支付服务器1412在账户数据库1432中未找到所提供的登录信
息，则支付服务器1412可以确定用户认证失败。在该示例中，支付服务器1412可以向支付应用程序1402发送指示所提供的登录信息不成功的错误消息，支付应用程序然后可以将该错
误消息显示给用户。然后可以重复动作1424、1426、1428和1438。例如，支付应用程序1402可以向用户发送另一登录请求，用户可以再次将登录信息输入到用户设备1302中，等等。
[0094] 支付服务器1412可以在阻止用户再次提供她的登录信息之前允许用户进行阈值次数的失败登录尝试。例如，所提供的登录信息可以包括存储在账户数据库1432中的顾客
名称，但不包括与该顾客名称对应的正确账号。在该示例中，支付服务器1412可以锁定与顾客名称对应的账户，直到用户通过由支付服务提供商批准的通信介质联系支付服务提供
商。例如，支付服务提供商可以请求用户以特定号码呼叫令牌服务提供商，用特定代码向支付服务提供商发送文本消息，和/或向支付服务提供商发送电子邮件等来解锁用户的账户。
在用户的账户被解锁后，可以再次重复动作1424、1426、1428和1438。
名称，但不包括与该顾客名称对应的正确账号。在该示例中，支付服务器1412可以锁定与顾客名称对应的账户，直到用户通过由支付服务提供商批准的通信介质联系支付服务提供
商。例如，支付服务提供商可以请求用户以特定号码呼叫令牌服务提供商，用特定代码向支付服务提供商发送文本消息，和/或向支付服务提供商发送电子邮件等来解锁用户的账户。
在用户的账户被解锁后，可以再次重复动作1424、1426、1428和1438。
[0095] 如果支付服务器1412在账户数据库1432中找到提供的登录信息，则流程流可从动作1438前进到图14B中的动作1440，在该动作中，支付服务器1412成功认证用户并授权用户登录。如果支付服务器1412对用户进行认证，则支付服务提供商知道用户的身份并且还知
道用户正尝试完成与商家的支付交易。在支付服务器1412授权用户登录之后，流程流可从
动作1440前进到动作1442，在该动作中，支付服务器1412向令牌服务提供商1410发送对公
共标识符(ID)的请求。对公共ID的请求还包括在用户登录信息(并且属于用户“John
Smith”)中提供的账号。如果用户希望使用她在支付服务提供商处的账户向商家支付(参见图14A中的动作1420)，则支付服务器1412可以从令牌服务提供商1410请求公共ID。
道用户正尝试完成与商家的支付交易。在支付服务器1412授权用户登录之后，流程流可从
动作1440前进到动作1442，在该动作中，支付服务器1412向令牌服务提供商1410发送对公
共标识符(ID)的请求。对公共ID的请求还包括在用户登录信息(并且属于用户“John
Smith”)中提供的账号。如果用户希望使用她在支付服务提供商处的账户向商家支付(参见图14A中的动作1420)，则支付服务器1412可以从令牌服务提供商1410请求公共ID。
[0096] 在动作1444处，令牌服务提供商1410从支付服务器1412接收包括账号“Acct1”的公共ID请求，并且生成与用户的“Acct1”对应的公共ID“CID1”。公共ID可能因上下文而异。
例如，在图14A至图14C的上下文中，用户在她在支付服务提供商处的账户上的身份被绑定
到请求公共ID的合作伙伴。例如，支付服务器1412可以为认证用户请求公共ID并且将获得
公共ID“CID1”。在稍后的时间点，如果另一个合作伙伴向用户提供用该支付服务提供商支付的能力，并且该合作伙伴请求同一用户的公共ID，则令牌服务提供商1406可以生成公共
ID“CID2”，该公共ID不同于发布给第一合作伙伴的公共ID。商家应用程序1402可能不知道公共ID。如将在下文进一步解释的，用户在支付服务提供商处的账户( 账户)将
被绑定到公共ID。在一个示例中，该绑定在用户在支付服务提供商上的身份与用户在令牌
服务提供商1406上的身份(例如，公共ID“CID1”)之间发生一次。在该示例中，对于单次绑定，单个公共ID(例如，“CID1”)在可以使用支付服务提供商的任何商家中可能是公共的。
例如，在图14A至图14C的上下文中，用户在她在支付服务提供商处的账户上的身份被绑定
到请求公共ID的合作伙伴。例如，支付服务器1412可以为认证用户请求公共ID并且将获得
公共ID“CID1”。在稍后的时间点，如果另一个合作伙伴向用户提供用该支付服务提供商支付的能力，并且该合作伙伴请求同一用户的公共ID，则令牌服务提供商1406可以生成公共
ID“CID2”，该公共ID不同于发布给第一合作伙伴的公共ID。商家应用程序1402可能不知道公共ID。如将在下文进一步解释的，用户在支付服务提供商处的账户( 账户)将
被绑定到公共ID。在一个示例中，该绑定在用户在支付服务提供商上的身份与用户在令牌
服务提供商1406上的身份(例如，公共ID“CID1”)之间发生一次。在该示例中，对于单次绑定，单个公共ID(例如，“CID1”)在可以使用支付服务提供商的任何商家中可能是公共的。
[0097] 支付服务器1412可以识别包括在动作1426和动作1428中的用户登录信息中的“Acct1”作为用户请求的与用户在支付服务提供商处的账户相关的资金工具。因此，支付服务器1412可以在到令牌服务提供商1410的公共ID请求中包括“Acct1”，使得令牌服务提供商1410将“Acct1”和所生成的公共ID提供回到支付服务器1412。通过这种方式，支付服务器
1412可以容易地将这两个参数配对在一起并且知道将公共ID“CID1”与“Acct1”相关联。
1412可以容易地将这两个参数配对在一起并且知道将公共ID“CID1”与“Acct1”相关联。
[0098] 公共ID是用于识别与交易相关联的相关联基础资金工具(例如“Acct1”)的不可交易令牌。不可交易令牌是指通过卡网络(例如，信用卡网络)发送的令牌不可路由回到该令
牌的发起者。例如，接收该不可交易令牌的信用卡网络可能无法识别其发起者或不知道如
何将其发回到其发起者。令牌的发起者可以指生成该令牌的实体。另外，令牌的发起者也可以指与生成该令牌的实体具有可信关系的实体。在一个示例中，发起者是令牌服务提供商
1410并且在用户请求的上下文中生成公共ID，以对用户在支付服务提供商处的账户收费来
为与商家的交易支付。在一个示例中，公共ID是以“8”开头的16至19位数字。
牌的发起者。例如，接收该不可交易令牌的信用卡网络可能无法识别其发起者或不知道如
何将其发回到其发起者。令牌的发起者可以指生成该令牌的实体。另外，令牌的发起者也可以指与生成该令牌的实体具有可信关系的实体。在一个示例中，发起者是令牌服务提供商
1410并且在用户请求的上下文中生成公共ID，以对用户在支付服务提供商处的账户收费来
为与商家的交易支付。在一个示例中，公共ID是以“8”开头的16至19位数字。
[0099] 公共ID可以是用于唯一地表示用户、商务合作伙伴/商家(例如，商家应用程序1406)与支付服务提供商/支付工具(例如，用户的支付服务提供商账户)之间的关系的属
性。合作伙伴可以指与支付服务提供商具有关系的商家。公共ID可以是内部构造并且可以
由支付服务提供商的商务合作伙伴使用。公共ID可用于汇总交易并且用于账户管理。另外，公共ID对用户可以是透明的，并且可以用于将用户标识为商品或服务的消费者。公共ID可
以被定义为商家/社交商务合作伙伴ID，和/或用户在该合作伙伴上的身份，和/或用户的资金工具/钱包信息的组合。确切的组合或配置因用例而异，并可受产品设计和商业需求驱
动。
性。合作伙伴可以指与支付服务提供商具有关系的商家。公共ID可以是内部构造并且可以
由支付服务提供商的商务合作伙伴使用。公共ID可用于汇总交易并且用于账户管理。另外，公共ID对用户可以是透明的，并且可以用于将用户标识为商品或服务的消费者。公共ID可
以被定义为商家/社交商务合作伙伴ID，和/或用户在该合作伙伴上的身份，和/或用户的资金工具/钱包信息的组合。确切的组合或配置因用例而异，并可受产品设计和商业需求驱
动。
[0100] 此外，公共ID可以与商家的ID、请求交易的用户的ID和/或与用户相关联的资金工具相关联。公共ID可以指示用户同意实体(例如，网站、支付服务提供商、或银行等)在给定环境中执行特定活动或一组活动。例如，公共ID可以指示用户同意实体对与该公共ID对应
的资金工具(例如，由“Acct1”标识的用户的支付服务提供商账户)收费以完成支付交易。对与公共ID对应的资金工具收费可以指对资金工具内的支付方法收费。公共ID可以使用户能
够利用与适当控件的基于安全和上下文的数据共享来体验无缝的用户体验。在一个示例
中，公共ID是13位数字。
的资金工具(例如，由“Acct1”标识的用户的支付服务提供商账户)收费以完成支付交易。对与公共ID对应的资金工具收费可以指对资金工具内的支付方法收费。公共ID可以使用户能
够利用与适当控件的基于安全和上下文的数据共享来体验无缝的用户体验。在一个示例
中，公共ID是13位数字。
[0101] 在动作1446处，令牌服务提供商1410将与John Smith的账户相关联的公共ID“CID1”和账号“Acct1”两者发送到支付服务器1412。在动作1450处，支付服务器1412将对支付令牌的请求发送到令牌请求者1408。支付令牌请求还包括与John Smith的账户相关联的
公共ID“CID1”和账号“Acct1”。动作1450与虚线相关联以指示由公共ID创建触发的“通知”类型事件。在动作1452处，令牌请求者1408接收包括公共ID“CID1”和账号“Acct1”的支付令牌请求，并且生成支付令牌“xyz”。支付令牌可以是由令牌请求者1404向令牌请求者1404和/或支付服务提供商的商务合作伙伴发布的内部构造。如将在下文关于图16A至图16D进
一步解释的，支付令牌“xyz”是可用作John Smith的与资金工具“Acct1”对应的账户的句柄的不可交易令牌。
公共ID“CID1”和账号“Acct1”。动作1450与虚线相关联以指示由公共ID创建触发的“通知”类型事件。在动作1452处，令牌请求者1408接收包括公共ID“CID1”和账号“Acct1”的支付令牌请求，并且生成支付令牌“xyz”。支付令牌可以是由令牌请求者1404向令牌请求者1404和/或支付服务提供商的商务合作伙伴发布的内部构造。如将在下文关于图16A至图16D进
一步解释的，支付令牌“xyz”是可用作John Smith的与资金工具“Acct1”对应的账户的句柄的不可交易令牌。
[0102] 在动作1454处，令牌请求者1408将支付令牌“xyz”存储到令牌库1456中。令牌请求者1408维护令牌库1456并将与用户账户及其相关联的支付令牌和公共ID(如果适用)相关联的信息存储到该令牌库中。令牌库1456包括具有公共ID、顾客名称、资金工具类型，资金工具和支付令牌列的用户账户表1456。在用户账户表1456中，第一条目1458指示John
Smith(顾客名称字段)具有由“V-1234”(资金工具)标识的信用卡(资金工具类型字段)，其与支付令牌“abcd”对应。令牌请求者1408先前生成了支付令牌“abcd”并将该支付令牌存储到令牌库1456中。因此，令牌请求者1408具有关于John Smith的信用卡的信息并且知道该
资金工具被存储在令牌库1456中。
Smith(顾客名称字段)具有由“V-1234”(资金工具)标识的信用卡(资金工具类型字段)，其与支付令牌“abcd”对应。令牌请求者1408先前生成了支付令牌“abcd”并将该支付令牌存储到令牌库1456中。因此，令牌请求者1408具有关于John Smith的信用卡的信息并且知道该
资金工具被存储在令牌库1456中。
[0103] 第二条目1460指示John Smith具有由支付服务提供商提供的账户“PSPAcct”(资金工具类型字段)，并且该账户与基础资金工具“Acct1”对应，该资金工具与支付令牌“xyz”对应。如上所讨论的，支付令牌“xyz”在动作1452处由令牌请求者1408生成，并且与在动作
1444处由令牌服务提供商1410生成的公共ID“CID1”对应。因此，用户的支付服务提供商账户被绑定到支付令牌和公共ID。令牌请求者1404可以通过将支付令牌和公共ID插入到用户
账户表1456中的相同条目中来将用户的支付服务提供商账户绑定到支付令牌和公共ID。一
旦令牌请求者1404在用户的支付服务提供商账户与用户在令牌请求者1404上的身份之间
创建了这个新绑定，令牌请求者1404就可以异步地将该信息发送到支付服务提供商。
1444处由令牌服务提供商1410生成的公共ID“CID1”对应。因此，用户的支付服务提供商账户被绑定到支付令牌和公共ID。令牌请求者1404可以通过将支付令牌和公共ID插入到用户
账户表1456中的相同条目中来将用户的支付服务提供商账户绑定到支付令牌和公共ID。一
旦令牌请求者1404在用户的支付服务提供商账户与用户在令牌请求者1404上的身份之间
创建了这个新绑定，令牌请求者1404就可以异步地将该信息发送到支付服务提供商。
[0104] 令牌请求者1408通过将支付令牌“xyz”和公共ID“CID1”插入到相同条目中来将支付令牌“xyz”映射到支付令牌请求中包括的公共ID“CID1”。响应于从支付服务器1412接收到支付令牌请求，令牌请求者1408可以知道正在为由支付服务提供商提供的资金工具类型生成支付令牌。另外，令牌请求者1408可以知道“Acct1”属于John Smith，因为令牌请求者
1408与支付服务提供商处于可信关系。尽管令牌请求者1404和支付服务提供商处于可信关
系，但令牌请求者1404除了知道与用户的支付服务提供商账户相关联的公共ID之外，可能
不知道关于用户的身份的更多信息，其中“Acct1”是唯一的账号。如果用户希望使用她的支付服务提供商账户(例如， 账户或钱包)来向商家进行支付，则公共ID“CID1”可
以将“Acct1”识别为要对用户的支付交易收费的资金工具。
1408与支付服务提供商处于可信关系。尽管令牌请求者1404和支付服务提供商处于可信关
系，但令牌请求者1404除了知道与用户的支付服务提供商账户相关联的公共ID之外，可能
不知道关于用户的身份的更多信息，其中“Acct1”是唯一的账号。如果用户希望使用她的支付服务提供商账户(例如， 账户或钱包)来向商家进行支付，则公共ID“CID1”可
以将“Acct1”识别为要对用户的支付交易收费的资金工具。
[0105] 流程流可以从动作1454前进到图14C中的动作1462，在该动作中，令牌请求者1408向商家应用程序1406返回用户的顾客名称“John Smith”和支付令牌“xyz”。商家应用程序
1406维护包括顾客令牌表1466的商家数据库1464，该顾客令牌表具有顾客名称和支付令牌
列。顾客令牌表1460包括第一条目1468，其指定John Smith(顾客名称字段)与支付令牌
“abcd”相关联。在动作1470处，商家应用程序1406将包括顾客的名称“John Smith”和支付令牌“xyz”的条目1472插入到顾客令牌表1466中。第二条目1472指定John Smith与支付令牌“xyz”相关联。因此，商家应用程序1406拥有与该用户相关联并且还与由支付服务提供商提供的资金工具类型相关联的支付令牌。
1406维护包括顾客令牌表1466的商家数据库1464，该顾客令牌表具有顾客名称和支付令牌
列。顾客令牌表1460包括第一条目1468，其指定John Smith(顾客名称字段)与支付令牌
“abcd”相关联。在动作1470处，商家应用程序1406将包括顾客的名称“John Smith”和支付令牌“xyz”的条目1472插入到顾客令牌表1466中。第二条目1472指定John Smith与支付令牌“xyz”相关联。因此，商家应用程序1406拥有与该用户相关联并且还与由支付服务提供商提供的资金工具类型相关联的支付令牌。
[0106] 将来，如果用户“John Smith”向商家应用程序1406发送使用特定资金工具(例如，信用卡或支付服务提供商账户)进行支付的请求，则商家应用程序1406可以从商家数据库1464检索适当的支付令牌并且将该支付令牌提供给令牌请求者1408以用于进一步的交易
处理。令牌请求者1404可以处理商家的交易。根据上述示例，支付令牌“abcd”与资金工具“V-1234”对应，并且支付令牌“xyz”与资金工具“Acct1”对应。每当用户选择使用她的信用卡来进行支付时(例如，通过选择图13中页面1300上用户可选对象1304)，商家应用程序
1406可以接收用户使用她的信用卡进行支付的请求，识别与该支付选项对应的支付令牌
“abcd”，并将支付令牌“abcd”发送到令牌请求者1404以用于进一步处理。相反，每当用户选择使用她的支付服务提供商账户来进行支付时(例如，通过选择图13中页面1300上的用户
可选对象1308)，商家应用程序1406可以接收用户通过支付服务提供商进行支付的请求，识别与该支付选项对应的支付令牌“xyz”，并将支付令牌“xyz”发送到令牌请求者1404以用于进一步处理。支付令牌的处理导致识别应被收费的基础资金工具以完成所请求的支付。
处理。令牌请求者1404可以处理商家的交易。根据上述示例，支付令牌“abcd”与资金工具“V-1234”对应，并且支付令牌“xyz”与资金工具“Acct1”对应。每当用户选择使用她的信用卡来进行支付时(例如，通过选择图13中页面1300上用户可选对象1304)，商家应用程序
1406可以接收用户使用她的信用卡进行支付的请求，识别与该支付选项对应的支付令牌
“abcd”，并将支付令牌“abcd”发送到令牌请求者1404以用于进一步处理。相反，每当用户选择使用她的支付服务提供商账户来进行支付时(例如，通过选择图13中页面1300上的用户
可选对象1308)，商家应用程序1406可以接收用户通过支付服务提供商进行支付的请求，识别与该支付选项对应的支付令牌“xyz”，并将支付令牌“xyz”发送到令牌请求者1404以用于进一步处理。支付令牌的处理导致识别应被收费的基础资金工具以完成所请求的支付。
[0107] 如将在下文进一步详细解释的，令牌请求者1408可以获得与公共ID对应并表示与动作1420相关联的交易的可交易令牌“T1”。令牌请求者1408可以将该可交易令牌路由到卡网络，该卡网络确定该可交易令牌的发起者。卡网络然后可以将该可交易令牌返回到发起
者，该发起者是令牌服务提供商1406。令牌服务提供商1406从卡网络接收可交易令牌并将
可交易令牌去令牌化。令牌服务提供商1406基于对可交易令牌的去令牌化来识别公共ID并
识别与公共ID对应的资金工具。令牌服务提供商1406向支付服务器1412发送收费请求，其
中该收费请求可以指定资金工具“Acct1”、交易金额“$50”和商家的ID。
者，该发起者是令牌服务提供商1406。令牌服务提供商1406从卡网络接收可交易令牌并将
可交易令牌去令牌化。令牌服务提供商1406基于对可交易令牌的去令牌化来识别公共ID并
识别与公共ID对应的资金工具。令牌服务提供商1406向支付服务器1412发送收费请求，其
中该收费请求可以指定资金工具“Acct1”、交易金额“$50”和商家的ID。
[0108] 支付服务器1412接收该收费请求并选择资金工具内的支付方法以为交易收费。支付服务器1412将包括一组参数的收费请求发送到批准或拒绝对支付方法收费的发卡银行。
这组参数包括支付方法、用户的名称“John Smith”以及交易金额“$50”。发卡银行批准或拒绝对该支付方法的收费请求并将收费响应发送到支付服务器1412。收费响应指定批准或拒
绝对该支付方法的收费。支付服务器1412接收来自发卡银行的收费响应。如果收费响应指
定批准对支付方法的收费，则支付服务器1412将成功消息转发到令牌服务提供商1406，令
牌服务提供商将该成功消息转发到商家应用程序1402，商家应用程序将该成功消息转发到
用户设备1302。如果收费响应指定拒绝对支付方法的收费，则支付服务器1412将拒绝消息
转发到令牌服务提供商1406，令牌服务提供商将该拒绝消息转发到商家应用程序1402，商
家应用程序将该拒绝消息转发到用户设备1302。
这组参数包括支付方法、用户的名称“John Smith”以及交易金额“$50”。发卡银行批准或拒绝对该支付方法的收费请求并将收费响应发送到支付服务器1412。收费响应指定批准或拒
绝对该支付方法的收费。支付服务器1412接收来自发卡银行的收费响应。如果收费响应指
定批准对支付方法的收费，则支付服务器1412将成功消息转发到令牌服务提供商1406，令
牌服务提供商将该成功消息转发到商家应用程序1402，商家应用程序将该成功消息转发到
用户设备1302。如果收费响应指定拒绝对支付方法的收费，则支付服务器1412将拒绝消息
转发到令牌服务提供商1406，令牌服务提供商将该拒绝消息转发到商家应用程序1402，商
家应用程序将该拒绝消息转发到用户设备1302。
[0109] 图15是示出将用户的信息与用户的支付服务提供商账户绑定在一起的示例性方法1501的流程图。方法1501并不意味着是限制性的，而是可以用于除了下面讨论的支付应
用之外的其它应用中。方法1501包括步骤15020、15040、15060和15080。
用之外的其它应用中。方法1501包括步骤15020、15040、15060和15080。
[0110] 在步骤15020处，接收使用用户在支付服务提供商处的账户来为交易支付的请求，该请求指定作为交易的支付来源的资金工具、作为资金工具的来源的支付服务提供商，以
及用户与商家应用程序之间的交易。在一个示例中，支付应用程序1402接收使用用户在支
付服务提供商处的账户来为交易支付的请求，该请求指定作为交易的支付来源的资金工
具、作为资金工具的来源的支付服务提供商，以及用户与商家应用程序之间的交易。在一个示例中，作为交易的支付来源的资金工具是用户在支付服务提供商处的账户。
及用户与商家应用程序之间的交易。在一个示例中，支付应用程序1402接收使用用户在支
付服务提供商处的账户来为交易支付的请求，该请求指定作为交易的支付来源的资金工
具、作为资金工具的来源的支付服务提供商，以及用户与商家应用程序之间的交易。在一个示例中，作为交易的支付来源的资金工具是用户在支付服务提供商处的账户。
[0111] 在步骤15040处，令牌服务提供商生成与资金工具对应的公共ID，该公共ID是不可交易令牌并且与商家应用程序和用户相关联。在一个示例中，令牌服务提供商1410生成与
资金工具“Acct1”对应的公共ID“CID1”，公共ID“CID1”是不可交易令牌并且与商家应用程序1406和用户相关联。公共ID是针对用户在支付服务提供商处的账户发布的。例如，公共ID“CID1”是针对用户的 账户发布的。
资金工具“Acct1”对应的公共ID“CID1”，公共ID“CID1”是不可交易令牌并且与商家应用程序1406和用户相关联。公共ID是针对用户在支付服务提供商处的账户发布的。例如，公共ID“CID1”是针对用户的 账户发布的。
[0112] 在步骤15060处，生成与公共ID和资金工具对应的支付令牌，该支付令牌是映射到公共ID的不可交易令牌。在一个示例中，令牌请求者1408生成与公共ID“CID1”和资金工具“Acct1”对应的支付令牌“xyz”，支付令牌“xyz”是映射到公共ID“CID1”的不可交易令牌。在步骤15080处，用户的支付服务提供商账户被绑定到支付令牌和公共ID。在一个示例中，令牌请求者1408通过将John Smith的支付服务提供商账户插入到令牌库1456中的公共条目
中，来将该信息绑定到支付令牌和公共ID。
中，来将该信息绑定到支付令牌和公共ID。
[0113] 应当理解，可以在上面讨论的步骤15020、15040、15060和/或15080之前、期间或之后执行附加的过程。还应当理解，本文所述的方法1501的步骤中的一个或多个可以根据需要被省略、组合或按不同的顺序执行。
[0114] 在用户的账户被绑定到支付令牌和公共ID之后，商家应用程序1402可以响应于用户选择使用用户的支付服务提供商账户进行支付而将该支付令牌“xyz”发送到令牌请求者
1408。绑定可以发生一次，使得当商家应用程序1402将支付令牌“xyz”发送到令牌请求者
1408时，令牌请求者1408可以识别与用户的账户对应的公共ID“CID1”并且设定成对用户的支付服务提供商账户收费的运动动作。
1408。绑定可以发生一次，使得当商家应用程序1402将支付令牌“xyz”发送到令牌请求者
1408时，令牌请求者1408可以识别与用户的账户对应的公共ID“CID1”并且设定成对用户的支付服务提供商账户收费的运动动作。
[0115] 图16A、图16B、图16C和图16D是用于对与用户的请求相关联的基础资金工具收费以使用其账户对支付服务提供商支付的示例性流程流1600a、1600b、1600c和1600d。如果资金工具是用户在支付服务提供商处的账户，则对资金工具收费是指对该资金工具内的支付
方法(例如，信用卡或支票账户)收费。流程流1600a、1600b、1600c和1600d示出了用户设备
1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410、支付服务器1412、卡网络
1602与发卡银行1604之间的交互，该交互导致与用户的支付服务提供商账户相关联的基础
资金工具被收费。在图16A中，在动作1606处，用户设备1302将通过支付服务提供商来进行支付的请求发送到商家应用程序1406。在一个示例中，用户可能希望通过使用用户具有的
支付服务提供商账户来为物品支付并完成交易。在一个示例中，支付服务提供商是
并且用户希望使用她的 账户来向商家支付。
方法(例如，信用卡或支票账户)收费。流程流1600a、1600b、1600c和1600d示出了用户设备
1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410、支付服务器1412、卡网络
1602与发卡银行1604之间的交互，该交互导致与用户的支付服务提供商账户相关联的基础
资金工具被收费。在图16A中，在动作1606处，用户设备1302将通过支付服务提供商来进行支付的请求发送到商家应用程序1406。在一个示例中，用户可能希望通过使用用户具有的
支付服务提供商账户来为物品支付并完成交易。在一个示例中，支付服务提供商是
并且用户希望使用她的 账户来向商家支付。
[0116] 在动作1608处，商家应用程序1406从用户设备1302接收使用用户的支付服务提供商账户进行支付的请求，并且将包括交易信息的用户支付请求发送到令牌请求者1408。令
牌请求者1408可以处理商家应用程序1406的支付。在一个示例中，商家应用程序1406向令
牌请求者1408注册。交易信息与使用用户的支付服务提供商账户进行支付的请求相关联，
并且包括交易金额“$100”和支付令牌“xyz”，这两者先前由令牌请求者1408生成并存储在令牌库1456中(参见图14B中的动作1452和1454)。可以多种方式将交易信息发送到令牌请
求者1408。在一个示例中，商家应用程序1406调用由令牌请求者1408或支付服务提供商公
开的应用编程接口(API)，以使支付交易信息被发送到令牌请求者1408。
牌请求者1408可以处理商家应用程序1406的支付。在一个示例中，商家应用程序1406向令
牌请求者1408注册。交易信息与使用用户的支付服务提供商账户进行支付的请求相关联，
并且包括交易金额“$100”和支付令牌“xyz”，这两者先前由令牌请求者1408生成并存储在令牌库1456中(参见图14B中的动作1452和1454)。可以多种方式将交易信息发送到令牌请
求者1408。在一个示例中，商家应用程序1406调用由令牌请求者1408或支付服务提供商公
开的应用编程接口(API)，以使支付交易信息被发送到令牌请求者1408。
[0117] 令牌请求者1408从商家应用程序1406接收包括交易信息的支付请求。在动作1610处，令牌请求者1408在令牌库1456中搜索包括支付令牌“xyz”的条目，并确定该支付令牌是否与某个公共ID对应。如果公共ID字段具有特定格式的值(例如，13位格式、一个或多个字母数字符号等)，则支付令牌可以与该公共ID对应。响应于确定支付令牌“xyz”没有存储在令牌库1456中，令牌请求者1408可以向商家应用程序发送拒绝交易消息。
[0118] 在图16A所示的示例中，条目1458包括支付令牌“abcd”，该令牌不与公共ID对应，因为该条目中的公共ID字段具有空值。这并非旨在进行限制，并且特定值可以与空值不同以指示支付令牌不与公共ID对应。例如，不与公共ID对应的支付令牌可以在该条目的公共
ID字段中存储有“0”。
ID字段中存储有“0”。
[0119] 不与公共ID对应的支付令牌可以在其对应条目中标识可为交易收费并通过卡网络发送以用于重新路由到资金工具来源的资金工具。例如，参考条目1458，如果令牌请求者从商家应用程序接收到支付令牌“abcd”，则令牌请求者1408可以对资金工具“V-1234”收费以为交易支付。在该示例中，令牌请求者1404可以向卡网络发送指定资金工具“V-1234”、顾客的名称“John Smith”和交易金额“$100”的收费请求，该卡网络可以是信用卡网络。该信用卡网络可以接收此收费请求并确定特定的信用卡公司发布了该收费请求中标识的资金
工具“V-1234”。发布资金工具“V-1234”的信用卡公司可被称为资金工具的来源或资金工具来源。信用卡网络可以将收费请求路由到资金工具来源，资金工具来源然后可以向信用卡
“V-1234”收取交易金额。
工具“V-1234”。发布资金工具“V-1234”的信用卡公司可被称为资金工具的来源或资金工具来源。信用卡网络可以将收费请求路由到资金工具来源，资金工具来源然后可以向信用卡
“V-1234”收取交易金额。
[0120] 在图16A所示的示例中，令牌请求者1408确定支付令牌“xyz”与公共ID“CID1”对应，因为该支付令牌和公共ID与相同的资金工具“Acct1”和资金工具类型相关联。如上所讨论的，令牌服务提供商1406响应于来自支付服务器1412的公共ID请求而生成公共ID“CID1”(参见图14B中的动作1442和1444)。另外，公共ID与“Acct1”对应。如果令牌请求者1408确定支付令牌与公共ID对应，则令牌请求者1408可以先确定应请求附加信息，然后才可以对条目1460中的资金工具收费以完成交易。例如，令牌请求者1408和卡网络可能不知道如何对
条目1460中的“PSPAcct”资金工具类型的资金工具“Acct1”收费，因为“Acct1”不是令牌服务提供商1410或支付服务提供商上下文之外的实际资金工具。该示例中的资金工具
“Acct1”表示用户在支付服务提供商(例如， 钱包)处的账户，其作为整个不透明
的容器而不是该账户内的可收费资金工具。另外，不同于其中令牌请求者1408通过信用卡
网络在条目1458中发送资金工具“V-1234”的上述示例，条目1460中指定的资金工具
“Acct1”可能不能被信用卡网络理解。
条目1460中的“PSPAcct”资金工具类型的资金工具“Acct1”收费，因为“Acct1”不是令牌服务提供商1410或支付服务提供商上下文之外的实际资金工具。该示例中的资金工具
“Acct1”表示用户在支付服务提供商(例如， 钱包)处的账户，其作为整个不透明
的容器而不是该账户内的可收费资金工具。另外，不同于其中令牌请求者1408通过信用卡
网络在条目1458中发送资金工具“V-1234”的上述示例，条目1460中指定的资金工具
“Acct1”可能不能被信用卡网络理解。
[0121] 资金工具容纳可能需要付费才能完成交易的一种或多种支付方法。为了收集更多信息来识别资金工具内的适当支付方法以对支付交易收费，令牌请求者1408将对与公共ID
“CID1”对应的可交易令牌的请求发送到令牌服务提供商1410，该公共ID与支付令牌“xyz”对应。在一个示例中，可交易令牌可以是一次性令牌，其可被使用一次，并且然后作废。在动作1612处，令牌请求者1408向令牌服务提供商1410发送对与公共ID“CID1”对应的一次性令牌的请求。令牌请求者1408可以多种方式发送对一次性令牌以及公共ID“CID1”的请求。在一个示例中，令牌请求者1408调用由令牌服务提供商1410公开并且使令牌服务提供商1410
生成可交易令牌的令牌化API。
“CID1”对应的可交易令牌的请求发送到令牌服务提供商1410，该公共ID与支付令牌“xyz”对应。在一个示例中，可交易令牌可以是一次性令牌，其可被使用一次，并且然后作废。在动作1612处，令牌请求者1408向令牌服务提供商1410发送对与公共ID“CID1”对应的一次性令牌的请求。令牌请求者1408可以多种方式发送对一次性令牌以及公共ID“CID1”的请求。在一个示例中，令牌请求者1408调用由令牌服务提供商1410公开并且使令牌服务提供商1410
生成可交易令牌的令牌化API。
[0122] 可交易令牌可以实时表示公共ID的表现形式，其允许在如由用户、环境和/或令牌服务提供商定义的上下文和参数集中启用特定交易。一次性令牌可以表示特定交易，并且
每当用户希望使用支付服务提供商提供的账户进行支付时，令牌请求者1408可以从令牌服
务提供商1410请求表示特定交易的可交易令牌。可交易令牌可用于支付或非支付目的。在
一些示例中，可交易令牌作为资金工具的代理或支付服务提供商的账户。可交易令牌可以
是开环或闭环ID，其用作用于传达用户对特定交易和特定环境的同意的代理。特定交易可
以是与特定环境的特定交互对应的金融交易或非金融交易。开环可以指基于交易的上下
文，足够可识别为可由现有路由网络(例如，信用卡公司网络)路由回到令牌服务提供商(例如， )或其它此类适当生态系统的ID。闭环可以指基于商业需求，仅由发布该令牌
的令牌服务提供商或有限生态系统识别的ID。
每当用户希望使用支付服务提供商提供的账户进行支付时，令牌请求者1408可以从令牌服
务提供商1410请求表示特定交易的可交易令牌。可交易令牌可用于支付或非支付目的。在
一些示例中，可交易令牌作为资金工具的代理或支付服务提供商的账户。可交易令牌可以
是开环或闭环ID，其用作用于传达用户对特定交易和特定环境的同意的代理。特定交易可
以是与特定环境的特定交互对应的金融交易或非金融交易。开环可以指基于交易的上下
文，足够可识别为可由现有路由网络(例如，信用卡公司网络)路由回到令牌服务提供商(例如， )或其它此类适当生态系统的ID。闭环可以指基于商业需求，仅由发布该令牌
的令牌服务提供商或有限生态系统识别的ID。
[0123] 令牌服务提供商1410接收对与公共ID“CID1”对应的一次性令牌的请求。在动作1614处，响应于该一次性令牌请求，令牌服务提供商1410生成与公共ID“CID1”对应的一次性令牌“T1”。如将在下文进一步解释的，一次性令牌最终可被路由回到令牌服务提供商，并且被支付服务提供商使用一次然后作废。
[0124] 另外，令牌服务提供商1410可以发布一次性令牌并定义围绕该一次性令牌的一组参数。这组参数中的一个或多个参数可以包括但不限于卡网络(例如，信用卡公司的网络的名称)；生存时间，即从发布时刻到可交易令牌到期或不再有效的时间段(例如，140秒、140分钟、14分钟、8小时、14天、14年等)；计划/BIN(例如，借记卡、信用卡、预付卡或代币)；接受的货币(例如，美元、欧元、加拿大元、越南盾等)；商家类型(MCC)(例如，数字商品、旅行、在线零售店等)；商家信息，其可以包括商家偏好的选择，诸如资金来源、品牌、闭环、美元限制等；商家位置，其可以是商家注册的国家(例如，美国或加拿大)、终端位置(例如，全球定位系统坐标或注册的读卡器终端位置)、或商家是仅在线还是仅离线；消费者位置半径(例如，用户的移动设备的GPS坐标)；安全特征(例如，需要密码或需要逐步认证)；路由机制(例如，开环或闭环)；交互类型，其可以包括资金(例如，私有标识信用卡(PLCC)、积分、卡或银行)、身份(例如，进入酒店、健身房或汽车或需要身份验证的其它环境)以及情境信息(例如，地址等)；以及金额(例如，可以用于使用令牌进行支付授权的金额)。另外，可交易令牌也可以具有可以对相关联的基础资金工具收费的最大值。在一个示例中，该最大值是交易的初始
金额(例如，在动作1608处在交易信息中指定的交易金额$100)。
金额(例如，在动作1608处在交易信息中指定的交易金额$100)。
[0125] 在一些示例中，可交易令牌包括到期日期、令牌ID和安全上下文。令牌ID可以是标识令牌的数字，并且可以与信用卡号或借记卡号具有相同的格式。令牌ID可以被认为是“可交易的主账号”(TPAN)，因为令牌ID不是可以用作其自己的资金来源的实际信用卡号或借记卡号，而是交易的表示并且可以由商家用来从用户的已链接的资金工具获得交易的资
金。
金。
[0126] 令牌服务提供商1410可以生成可交易令牌，使得它可以被信用卡网络容易地路由。在一个示例中，可交易令牌是具有到期日期或到期时间(例如，140分钟)的16位数字，并且可以像信用卡或借记卡那样处理。在该示例中，可交易令牌可以具有与信用卡或借记卡
相同的格式(例如，16位数字)，但可以不是由信用卡公司发行的实际信用卡或由银行发行
的借记卡。可能有利的是，生成具有与信用卡或借记卡相同格式的可交易令牌，因为信用卡网络已经被配置为处理16位卡号并将其路由到其发起者。因此，公司可能能够采用本公开
中公开的技术而无需修改其系统。在一些示例中，用密码来替换令牌，以提供附加的安全
性。
相同的格式(例如，16位数字)，但可以不是由信用卡公司发行的实际信用卡或由银行发行
的借记卡。可能有利的是，生成具有与信用卡或借记卡相同格式的可交易令牌，因为信用卡网络已经被配置为处理16位卡号并将其路由到其发起者。因此，公司可能能够采用本公开
中公开的技术而无需修改其系统。在一些示例中，用密码来替换令牌，以提供附加的安全
性。
[0127] 如果可交易令牌是由令牌服务提供商1410生成并路由到信用卡网络的16位数字，则信用卡网络可以将与可交易令牌相关联的TPAN的发起者标识为令牌服务提供商1410，并
因此将可交易令牌路由回到令牌服务提供商1410以用于进一步处理。在该示例中，即使可
交易令牌不是信用卡或借记卡交易，也可将可交易令牌路由到令牌服务提供商1410。在一
些示例中，安全上下文是安全代码。安全上下文可以与CVV(卡验证值)或CSC(卡安全上下
文)具有相同的格式。在此类示例中，安全上下文可以是三位数字。安全上下文可以是动态的，并随着每个交易而改变。在一个示例中，到期日期是MM/YY格式。
因此将可交易令牌路由回到令牌服务提供商1410以用于进一步处理。在该示例中，即使可
交易令牌不是信用卡或借记卡交易，也可将可交易令牌路由到令牌服务提供商1410。在一
些示例中，安全上下文是安全代码。安全上下文可以与CVV(卡验证值)或CSC(卡安全上下
文)具有相同的格式。在此类示例中，安全上下文可以是三位数字。安全上下文可以是动态的，并随着每个交易而改变。在一个示例中，到期日期是MM/YY格式。
[0128] 流程流可以从动作1614前进到图16B中的动作1616，在该动作中，令牌服务提供商1410将一次性令牌“T1”存储在由令牌请求者1408维护的令牌库1456中。因此，令牌请求者
1408拥有与动作1606中的支付请求和公共ID“CID1”对应的一次性令牌“T1”。令牌服务提供商1410可以多种方式将一次性令牌存储在令牌库1456中。在一个示例中，令牌服务提供商
1410调用由令牌请求者1408公开的API来使一次性令牌“T1”被发送到令牌请求者1408并存储在令牌库1456中。例如，该API可以是公布给令牌服务提供商1410并可由其访问的令牌化发布API。
1408拥有与动作1606中的支付请求和公共ID“CID1”对应的一次性令牌“T1”。令牌服务提供商1410可以多种方式将一次性令牌存储在令牌库1456中。在一个示例中，令牌服务提供商
1410调用由令牌请求者1408公开的API来使一次性令牌“T1”被发送到令牌请求者1408并存储在令牌库1456中。例如，该API可以是公布给令牌服务提供商1410并可由其访问的令牌化发布API。
[0129] 令牌请求者1408可以将与动作1606中的支付请求相关联的交易信息推送到卡网络1602。在一个示例中，卡网络1602可以是信用卡网络、借记卡网络、自动清算所(ACH)或其它类型的处理电子金融交易的网络。在动作1618处，令牌请求者1408向卡网络1602发送包
括一次性令牌“T1”的路由消息，以路由到生成该令牌的令牌发起者。在一个示例中，使用具有指定的字段的ISO-8583标准发送路由消息。例如，依照ISO-8583标准，路由消息可以包括标识商家的商家ID、商家名称、指定由商家提供的物品的商家类别代码(MCC)，以及交易金额。
括一次性令牌“T1”的路由消息，以路由到生成该令牌的令牌发起者。在一个示例中，使用具有指定的字段的ISO-8583标准发送路由消息。例如，依照ISO-8583标准，路由消息可以包括标识商家的商家ID、商家名称、指定由商家提供的物品的商家类别代码(MCC)，以及交易金额。
[0130] 卡网络1602接收消息并根据账户类型来路由交易信息。例如，卡网络1602可以识别一次性令牌“T1”的来源，并相应地路由交易信息。在动作1620处，卡网络1602识别与一次性令牌“T1”相关联的路由细节。在动作1622处，卡网络1602将一次性令牌“T1”路由回到一次性令牌“T1”的发起者。卡网络1602可以使用ISO-8583标准将一次性令牌“T1”发送到令牌服务提供商1410。
[0131] 在一个示例中，卡网络1602将令牌服务提供商1410识别为一次性令牌“T1”的发起者。在该示例中，卡网络1602可以识别一次性令牌的TPAN，并识别出TPAN的第一个“X”位属于由令牌服务提供商1410生成的令牌，其中X是大于一的数字。在一个示例中，令牌服务提供商1410是 并且卡网络1602确定一次性令牌“T1”表示 交易。在该示例中，卡网络1602将一次性令牌“T1”路由回到 通过这种方式，令牌服务提供
商1410生成并存储在令牌请求者1408处的一次性令牌“T1”最终被返回到令牌服务提供商
1410。
商1410生成并存储在令牌请求者1408处的一次性令牌“T1”最终被返回到令牌服务提供商
1410。
[0132] 在动作1624处，令牌服务提供商1410接收其先前生成的一次性令牌“T1”，并且将一次性令牌“T1”去令牌化。令牌服务提供商1410通过将一次性令牌“去令牌化”来识别该令牌中的交易信息。对可交易令牌去令牌化的过程可以包括搜索令牌库1456以识别为特定于可交易令牌的交易付费的基础资金工具。在一个示例中，基础资金工具是用户具有的支付
服务提供商账户。在该示例中，基础资金工具可以包括一种或多种支付方法，并且可以对资金工具内的这些支付方法中的一种或多种收费以完成交易。
服务提供商账户。在该示例中，基础资金工具可以包括一种或多种支付方法，并且可以对资金工具内的这些支付方法中的一种或多种收费以完成交易。
[0133] 令牌服务提供商1410生成一次性令牌“T1”并因此具有关于它的信息。例如，令牌服务提供商1410知道为其生成一次性令牌的交易，以及与一次性令牌“T1”对应的公共ID。令牌服务提供商1406维护存储与由令牌服务提供商生成的令牌对应的公共ID和资金工具
的数据库1625。在一个示例中，令牌服务提供商1410通过识别一次性令牌“T1”对应的公共ID“CID1”并且相应地识别与该公共ID“CID1”对应的基础资金工具(例如，用户的支付服务提供商账户)，来对该一次性令牌去令牌化。在该示例中，“Acct1”与公共ID“CID1”对应，并且是“PSPAcct”类型的资金工具，它是由支付服务提供商向用户提供的账户。
的数据库1625。在一个示例中，令牌服务提供商1410通过识别一次性令牌“T1”对应的公共ID“CID1”并且相应地识别与该公共ID“CID1”对应的基础资金工具(例如，用户的支付服务提供商账户)，来对该一次性令牌去令牌化。在该示例中，“Acct1”与公共ID“CID1”对应，并且是“PSPAcct”类型的资金工具，它是由支付服务提供商向用户提供的账户。
[0134] 如上所讨论的，如果要付费的资金工具是用户在支付服务提供商处的账户，则可以请求更多信息以便为资金工具内的正确的支付方法付费。为了对资金工具内的适当的支
付方法收费，令牌服务提供商1410将交易信息发送到支付服务器1412。流程流可以从动作
1624前进到图16C中的动作1630，在该动作中，令牌服务提供商1410将收费请求发送到支付服务器1412。收费请求包括基于对令牌去令牌化的交易信息。收费请求指定了资金工具
“Acct1”、交易金额“$100”以及商家ID“Merch1”，该ID标识提供商家应用程序1402的商家。
收费请求向支付服务器1412提供关于资金工具“Acct1”内的哪种支付方法进行付费以及为了完成交易并按照用户的请求向商家支付应收取多少费用的信息。可以多种方式将包括在
收费请求中的交易信息发送到支付服务器1412。在一个示例中，令牌服务提供商1410调用
由支付服务器1412公开的API来使得去令牌化的令牌中的所识别的交易信息被发送到支付
服务器1412。
付方法收费，令牌服务提供商1410将交易信息发送到支付服务器1412。流程流可以从动作
1624前进到图16C中的动作1630，在该动作中，令牌服务提供商1410将收费请求发送到支付服务器1412。收费请求包括基于对令牌去令牌化的交易信息。收费请求指定了资金工具
“Acct1”、交易金额“$100”以及商家ID“Merch1”，该ID标识提供商家应用程序1402的商家。
收费请求向支付服务器1412提供关于资金工具“Acct1”内的哪种支付方法进行付费以及为了完成交易并按照用户的请求向商家支付应收取多少费用的信息。可以多种方式将包括在
收费请求中的交易信息发送到支付服务器1412。在一个示例中，令牌服务提供商1410调用
由支付服务器1412公开的API来使得去令牌化的令牌中的所识别的交易信息被发送到支付
服务器1412。
[0135] 在动作1632处，支付服务器1412选择在收费请求中指定的资金工具内的支付方法来为交易付费。支付方法可以是例如容纳在数字钱包(例如， 账户)/资金工具内
的信用卡、借记卡、支票账户等。支付服务器1412维护包括与用户的账户相关联的支付方法的支付数据库1633。在支付数据库1633中，支付方法“V-4567”被容纳在资金工具“Acct1”内。应当理解，这仅是一个示例，并且其它支付方法可以被容纳在该资金工具内。在该示例中，支付服务器1412选择与“Acct1”相关联的支付方法“V-4567”。
的信用卡、借记卡、支票账户等。支付服务器1412维护包括与用户的账户相关联的支付方法的支付数据库1633。在支付数据库1633中，支付方法“V-4567”被容纳在资金工具“Acct1”内。应当理解，这仅是一个示例，并且其它支付方法可以被容纳在该资金工具内。在该示例中，支付服务器1412选择与“Acct1”相关联的支付方法“V-4567”。
[0136] 资金工具“Acct1”可被称为交易的支付来源，并且资金工具内的支付方法可以为交易付费。如果用户已经请求使用用户的支付服务提供商账户进行支付，则对资金工具收
费可以指对资金工具内的支付方法收费。在支付服务提供商选择了收费请求中指定的资金
工具内的支付方法之后，支付服务提供商向发卡银行1604发送收费请求以对所选支付方法
收费。流程流可以从动作1632前进到图16D中的动作1634，在该动作中，支付服务器1412向发卡银行1604发送指定顾客名称“John Smith”、“交易金额＝$100”以及选择的“支付方法＝V-4567”的收费请求。收费请求是对请求中指定的支付方法收费的请求。发卡银行1604是确定是否授权对该支付方法收费的实体。发卡银行1604可以是该支付方法的来源并且可能
已经向用户提供了所选支付方法。根据上述示例，发卡银行1604可以是向用户提供“V-
4567”信用卡的信用公司。如果资金工具内的所选支付方法是借记卡，则发卡银行1604可以是向用户提供借记卡的银行。如果资金工具内的所选支付方法是支票账户，则发卡银行
1604可以是向用户提供支票账户的银行。如果在资金工具内的所选支付方法是由支付服务
提供商提供的账户，则发卡银行1604可以是支付服务提供商。在一个示例中，资金工具内的账户是具有货币余额的 账户，并且用户可以通过将资金存入该账户来增加该余
额，并通过从该账户中提取或收费来减少该余额。
费可以指对资金工具内的支付方法收费。在支付服务提供商选择了收费请求中指定的资金
工具内的支付方法之后，支付服务提供商向发卡银行1604发送收费请求以对所选支付方法
收费。流程流可以从动作1632前进到图16D中的动作1634，在该动作中，支付服务器1412向发卡银行1604发送指定顾客名称“John Smith”、“交易金额＝$100”以及选择的“支付方法＝V-4567”的收费请求。收费请求是对请求中指定的支付方法收费的请求。发卡银行1604是确定是否授权对该支付方法收费的实体。发卡银行1604可以是该支付方法的来源并且可能
已经向用户提供了所选支付方法。根据上述示例，发卡银行1604可以是向用户提供“V-
4567”信用卡的信用公司。如果资金工具内的所选支付方法是借记卡，则发卡银行1604可以是向用户提供借记卡的银行。如果资金工具内的所选支付方法是支票账户，则发卡银行
1604可以是向用户提供支票账户的银行。如果在资金工具内的所选支付方法是由支付服务
提供商提供的账户，则发卡银行1604可以是支付服务提供商。在一个示例中，资金工具内的账户是具有货币余额的 账户，并且用户可以通过将资金存入该账户来增加该余
额，并通过从该账户中提取或收费来减少该余额。
[0137] 在动作1636处，发卡银行1604接收收费请求并确定是否授权对收费请求中指定的支付方法收费。发卡银行1604可以检查支付方法的余额。在一个示例中，发卡银行1604确定信用卡“V-4567”上的余额并且对该信用卡收取交易金额是否会导致超过该信用卡的最大
支出限额。响应于确定对信用卡收取交易金额不会导致超过最大支出限额，发卡银行1604
可以批准该收费请求。如果发卡银行1604批准该收费请求，则发卡银行1604对支付方法收
费。相反，响应于确定对信用卡收取交易金额会导致超过最大支出限额，发卡银行1604可以拒绝该收费请求。如果发卡银行1604拒绝该收费请求，则发卡银行1604不对支付方法收费。
支出限额。响应于确定对信用卡收取交易金额不会导致超过最大支出限额，发卡银行1604
可以批准该收费请求。如果发卡银行1604批准该收费请求，则发卡银行1604对支付方法收
费。相反，响应于确定对信用卡收取交易金额会导致超过最大支出限额，发卡银行1604可以拒绝该收费请求。如果发卡银行1604拒绝该收费请求，则发卡银行1604不对支付方法收费。
[0138] 在动作1638处，发卡银行1604向支付服务器1412发送指示收费请求被批准还是拒绝的消息。支付服务器1412接收指示收费请求被批准还是拒绝的该消息。在图16D所示的示例中，发卡银行1604批准收费请求，并因此批准对基础资金工具“Acct1”内的支付方法的收费。因此，发卡银行1604将收费批准消息发送到支付服务器1412。收费批准消息包括具有顾客名称“John Smith”和交易金额“$100”的交易信息。
[0139] 如果成功对资金工具内的支付方法收费，则流程流可以前进到动作1640，在该动作中，支付服务器1412向令牌服务提供商1406发送成功消息。在动作1642处，令牌服务提供商1406接收成功消息并将其转发到商家应用程序1402。在动作1644处，商家应用程序1402
接收成功消息并将其转发到用户设备1302。通过这种方式，可以通知用户交易成功。
接收成功消息并将其转发到用户设备1302。通过这种方式，可以通知用户交易成功。
[0140] 相反，如果发卡银行1604拒绝在动作1634中发送的收费请求，则发卡银行1604不对收费请求中指定的支付方法收费，并且可以向支付服务器1412发送拒绝消息，支付服务
器将拒绝消息发送到令牌服务提供商1406。令牌服务提供商1406将拒绝消息转发到商家应
用程序1402，商家应用程序将拒绝消息转发到用户设备1302。拒绝消息向用户指示该交易
未被批准。用户可以再次尝试从商家应用程序1406购买商品或服务。
器将拒绝消息发送到令牌服务提供商1406。令牌服务提供商1406将拒绝消息转发到商家应
用程序1402，商家应用程序将拒绝消息转发到用户设备1302。拒绝消息向用户指示该交易
未被批准。用户可以再次尝试从商家应用程序1406购买商品或服务。
[0141] 图17是示出了对与支付令牌相关联的资金工具收费的示例性方法1700的流程图。方法1700并不意味着是限制性的，而是可以用于除了下面讨论的支付应用之外的其它应用
中。方法1700包括步骤1702至步骤1724。
中。方法1700包括步骤1702至步骤1724。
[0142] 在步骤1702处，接收为在用户与商家应用程序之间的交易进行支付的请求，该请求包括来自商家应用程序的支付令牌，并且该支付令牌与资金工具对应并且是不可交易令
牌。在一个示例中，支付应用程序1402接收为在用户与商家应用程序1406之间的交易进行
支付的请求，该请求包括来自商家应用程序1406的支付令牌“xyz”，并且该支付令牌“xyz”与资金工具“Acct1”对应并且是不可交易令牌。
牌。在一个示例中，支付应用程序1402接收为在用户与商家应用程序1406之间的交易进行
支付的请求，该请求包括来自商家应用程序1406的支付令牌“xyz”，并且该支付令牌“xyz”与资金工具“Acct1”对应并且是不可交易令牌。
[0143] 在步骤1704处，确定该支付令牌是否存储在令牌库中。在一个示例中，令牌请求者1408确定支付令牌“xyz”是否存储在令牌库1456中。如果支付令牌没有存储在令牌库中，则流程流可以从步骤1704流向步骤1706，在该步骤中，拒绝交易消息被发送到商家应用程序。
在一个示例中，令牌请求者1408将拒绝交易消息发送到商家应用程序1406。相反，如果支付令牌存储在令牌库中，则流程流可以从步骤1704流向步骤1708，在该步骤中，确定支付令牌是否与公共ID对应。在一个示例中，令牌请求者1408确定支付令牌“xyz”是否与存储在令牌库中的公共ID对应。
在一个示例中，令牌请求者1408将拒绝交易消息发送到商家应用程序1406。相反，如果支付令牌存储在令牌库中，则流程流可以从步骤1704流向步骤1708，在该步骤中，确定支付令牌是否与公共ID对应。在一个示例中，令牌请求者1408确定支付令牌“xyz”是否与存储在令牌库中的公共ID对应。
[0144] 如果该支付令牌不与公共ID对应，则流程流可以从步骤1708流向步骤1710，在该步骤中，通过卡网络发送对资金工具收费的请求。如果支付令牌与公共ID对应，则流程流可以从步骤1708流向步骤1712，在该步骤中，获得表示该交易的可交易令牌。在一个示例中，令牌服务提供商1406生成表示该交易的可交易令牌“T1”。如果该支付令牌与公共ID对应，则与该公共ID对应的资金工具包括可以为交易付费的一种或多种支付方法。可交易令牌可
用于导致对适当的支付方法收费。
用于导致对适当的支付方法收费。
[0145] 在步骤1714中，通过卡网络发送可交易令牌。卡网络可以是例如信用卡网络或能够处理账户(例如，卡账户或银行账户)来进行支付的任何其它网络。在一个示例中，令牌请求者1408通过卡网络1602发送可交易令牌“T1”。在步骤1716中，从卡网络接收可交易令牌并将其去令牌化。在一个示例中，令牌服务提供商1410从卡网络1602接收可交易令牌“T1”并且将此可交易令牌去令牌化。在该示例中，令牌服务提供商1406是可交易令牌的发起者，并且最终将其接收回来。
[0146] 在步骤1718中，识别与可交易令牌对应的公共ID。在一个示例中，令牌服务提供商1406识别与一次性令牌“T1”对应的公共ID“CID1”。在步骤1720中，识别与在去令牌化可交易令牌中指定的公共ID对应的资金工具。在一个示例中，令牌服务提供商1406识别与在去
令牌化可交易令牌“T1”中指定的公共ID“CID1”对应的资金工具“Acct1”。在步骤1722中，选择资金工具内的支付方法。在一个示例中，支付服务器1412选择“V-4567”作为支付方法，该支付方法在资金工具“Acct1”内。在步骤1724中，将对资金工具内的支付方法收费的请求发送到发卡银行，该收费请求指定用户名称、交易金额和支付方法。在一个示例中，支付服务器1412将对资金工具内的支付方法收费的请求发送到发卡银行1604，该收费请求指定用户
名称“John Smith”、交易金额“$100”以及支付方法“V-4567”。发卡银行1604可以接收该收费请求并决定是否授权对该收费请求中指定的支付方法收费。
令牌化可交易令牌“T1”中指定的公共ID“CID1”对应的资金工具“Acct1”。在步骤1722中，选择资金工具内的支付方法。在一个示例中，支付服务器1412选择“V-4567”作为支付方法，该支付方法在资金工具“Acct1”内。在步骤1724中，将对资金工具内的支付方法收费的请求发送到发卡银行，该收费请求指定用户名称、交易金额和支付方法。在一个示例中，支付服务器1412将对资金工具内的支付方法收费的请求发送到发卡银行1604，该收费请求指定用户
名称“John Smith”、交易金额“$100”以及支付方法“V-4567”。发卡银行1604可以接收该收费请求并决定是否授权对该收费请求中指定的支付方法收费。
[0147] 应当理解，可以在上面讨论的步骤1702至步骤1724之前、期间或之后执行附加的过程。还应当理解，本文所述的方法1700的步骤中的一个或多个可以根据需要被省略、组合或按不同的顺序执行。
[0148] 支付服务提供商可以向用户提供来自商家的交易信息。例如，支付服务提供商或商家可以将发票提供给用户。打印在发票或收据上的信息可能会受到限制，因为该信息通
常是使用ISO-8583标准发送的。发往和发自卡网络1602的消息可以遵循ISO-8583标准。目
前，关于商家和可提供的交易的信息在交易时间通过ISO-8583消息传递。ISO-8583消息在
其提供的细节方面受到限制。另外，在ISO-8583消息中发送的数据的质量取决于设立该商
家的收单方。如果令牌请求者1408和令牌服务提供商1410是不同实体，那么这些实体可以
具有关于交易的不同细节。例如，商家可以直接与令牌请求者1404交互并向其提供关于商
家的附加信息。因此，令牌请求者1408可以具有关于交易的不为令牌服务提供商1406所知
并且可以为交易增加价值的附加细节(其不能通过ISO-8583标准发送)。
常是使用ISO-8583标准发送的。发往和发自卡网络1602的消息可以遵循ISO-8583标准。目
前，关于商家和可提供的交易的信息在交易时间通过ISO-8583消息传递。ISO-8583消息在
其提供的细节方面受到限制。另外，在ISO-8583消息中发送的数据的质量取决于设立该商
家的收单方。如果令牌请求者1408和令牌服务提供商1410是不同实体，那么这些实体可以
具有关于交易的不同细节。例如，商家可以直接与令牌请求者1404交互并向其提供关于商
家的附加信息。因此，令牌请求者1408可以具有关于交易的不为令牌服务提供商1406所知
并且可以为交易增加价值的附加细节(其不能通过ISO-8583标准发送)。
[0149] 商家可能希望将更多信息提供给顾客。例如，商家可能希望呈现更多品牌信息(例如，通过在收据上呈现他们的徽标)。同样，用户可能希望在来自商家的发票或收据中获得更多信息。遗憾的是，ISO-8583消息格式和支持网络不支持用于丰富数据集的容器。如果用户选择使用她的支付服务提供商账户来进行支付，则支付服务提供商可能希望将补充交易
数据发送到用户设备1302。这避免了上面讨论的支付交易轨道中的一些的字段限制。
数据发送到用户设备1302。这避免了上面讨论的支付交易轨道中的一些的字段限制。
[0150] 补充交易数据可被称为“补充”，因为该交易数据不是在ISO-8583消息中发送的。具体地，补充交易数据可以包括未在ISO-8583标准下发送的信息。补充交易数据可以包括
各种数据。在一个示例中，交易特定数据包括多个名称-值对。在一个示例中，补充交易数据包括用于表示商家的外部商家ID和/或用作唯一ID来标识该交易的外部交易参考ID。商家
ID和/或交易参考ID可以被保留和存储，直到相应的TPAN已经被去令牌化，并且补充交易数据被转发到支付服务提供商，或者直到TPAN到期为止。商家ID和/或交易参考ID可以是例如字母数字的32个字符的ID。在另一个示例中，补充交易数据包括商家的徽标、由商家提供的特别优惠，和/或使用传统ISO-8583标准不容易传输的其它信息。
各种数据。在一个示例中，交易特定数据包括多个名称-值对。在一个示例中，补充交易数据包括用于表示商家的外部商家ID和/或用作唯一ID来标识该交易的外部交易参考ID。商家
ID和/或交易参考ID可以被保留和存储，直到相应的TPAN已经被去令牌化，并且补充交易数据被转发到支付服务提供商，或者直到TPAN到期为止。商家ID和/或交易参考ID可以是例如字母数字的32个字符的ID。在另一个示例中，补充交易数据包括商家的徽标、由商家提供的特别优惠，和/或使用传统ISO-8583标准不容易传输的其它信息。
[0151] 补充交易数据可用于各种目的，诸如风险管理、基于位置的服务、顾客通知等。例如，风险相关信息，其是帮助支付服务提供商确定授权用户对资金工具收费的风险的信息，位置信息，商家或交易相关细节或任何尺寸大于典型ISO-8583字段标准可接受的信息都可被转发到支付服务提供商。另外，商家或交易相关细节或格式在典型ISO-8583字段标准中
不被接受的任何信息都可被转发到支付服务提供商。在一个示例中，以特定格式发送数据
(例如，GIF格式的图像)在典型ISO-8583字段标准中可能是不可接受的。补充交易数据可以特定于商家以及由商家提供给令牌请求者1408的信息。补充交易数据的存在可以利用现有
ISO-8583标准中的信息，并为现有ISO-8583规范的缺点提供解决方案。补充交易数据可以
包括商家ID和特定交易的句柄(例如，交易ID)。补充交易数据可以源自与商家应用程序
1402处于商业关系的商家或令牌请求者。
不被接受的任何信息都可被转发到支付服务提供商。在一个示例中，以特定格式发送数据
(例如，GIF格式的图像)在典型ISO-8583字段标准中可能是不可接受的。补充交易数据可以特定于商家以及由商家提供给令牌请求者1408的信息。补充交易数据的存在可以利用现有
ISO-8583标准中的信息，并为现有ISO-8583规范的缺点提供解决方案。补充交易数据可以
包括商家ID和特定交易的句柄(例如，交易ID)。补充交易数据可以源自与商家应用程序
1402处于商业关系的商家或令牌请求者。
[0152] 如将关于图18A至图18E所解释的，令牌服务提供商1410和/或支付服务提供商可以在ISO-8583消息中提供的信息之上寻找该信息(例如，补充交易数据)以提高用户的交易
体验和/或为了对账目的。例如，在去令牌化和支付授权期间，令牌服务提供商1410和/或支付服务器1412可以使用补充交易数据以将更丰富的体验提供给用户。图18A至图18E是用于
向用户提供补充交易数据的示例流程流1800a、1800b、1800c、1800d和1800e，该补充交易数据关于对基础资金工具收费以完成涉及该用户的交易。流程流1800a、1800b、1800c、1800d和1800e示出了用户设备1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410、支付服务器1412、卡网络1602与发卡银行1604之间的交互，该交互导致补充交易数据被发
送到与交易相关联的实体。
体验和/或为了对账目的。例如，在去令牌化和支付授权期间，令牌服务提供商1410和/或支付服务器1412可以使用补充交易数据以将更丰富的体验提供给用户。图18A至图18E是用于
向用户提供补充交易数据的示例流程流1800a、1800b、1800c、1800d和1800e，该补充交易数据关于对基础资金工具收费以完成涉及该用户的交易。流程流1800a、1800b、1800c、1800d和1800e示出了用户设备1302、商家应用程序1406、令牌请求者1408、令牌服务提供商1410、支付服务器1412、卡网络1602与发卡银行1604之间的交互，该交互导致补充交易数据被发
送到与交易相关联的实体。
[0153] 图18A包括动作1802，在该动作中，用户设备1302将通过支付服务提供商来进行支付的请求发送到商家应用程序1406。在动作1804处，商家应用程序1406接收该请求并且将
该支付请求连同交易信息一起发送到令牌请求者1408。在图18A中，交易信息包括交易金额“$100”和支付令牌“xyz”。如上所讨论的，商家应用程序1406知道将支付令牌“xyz”发送到令牌请求者1408，因为该支付令牌与向用户的支付服务提供商账户收费的支付相关联。
该支付请求连同交易信息一起发送到令牌请求者1408。在图18A中，交易信息包括交易金额“$100”和支付令牌“xyz”。如上所讨论的，商家应用程序1406知道将支付令牌“xyz”发送到令牌请求者1408，因为该支付令牌与向用户的支付服务提供商账户收费的支付相关联。
[0154] 另外，商家应用程序1406可以将关于其本身的信息提供给令牌请求者1408以用于存储到令牌库1808中(例如，优惠、商店位置、商家的徽标等)。可能希望在令牌服务提供商
1410或支付服务提供商授权支付时提供该上下文信息。使用ISO-8583标准消息发送该补充
交易数据可能很困难，因为该标准有限制并且不包括这些丰富数据集字段。
1410或支付服务提供商授权支付时提供该上下文信息。使用ISO-8583标准消息发送该补充
交易数据可能很困难，因为该标准有限制并且不包括这些丰富数据集字段。
[0155] 令牌请求者1408维护令牌库1808并将与用户账户及其相关联的支付令牌、公共ID(如果适用)和补充交易数据(如果适用)相关联的信息存储到该令牌库中。令牌库1808包括
具有公共ID、顾客名称、资金工具类型、资金工具、支付令牌和补充交易数据列的用户账户表1806。补充交易数据被存储在用户账户表1806中的补充交易数据列中。令牌请求者1408
可以将一定量的交易上下文信息存储到用户账户表1806的补充交易数据列中。用户账户表
1806具有存储在图16A中的用户账户表1456中的信息，但还包括存储特定于商家和/或交易
的附加数据的补充交易数据列。
具有公共ID、顾客名称、资金工具类型、资金工具、支付令牌和补充交易数据列的用户账户表1806。补充交易数据被存储在用户账户表1806中的补充交易数据列中。令牌请求者1408
可以将一定量的交易上下文信息存储到用户账户表1806的补充交易数据列中。用户账户表
1806具有存储在图16A中的用户账户表1456中的信息，但还包括存储特定于商家和/或交易
的附加数据的补充交易数据列。
[0156] 用户账户表1806包括第一条目1808，该条目包括图16A中的条目1458中的信息，以及补充交易数据字段中的空值。第二条目1810包括图16A中的条目1460中的信息，但是还包括补充交易数据，该补充交易数据包括由商家提供的特殊优惠(例如，所有裙子降价
145％)。应当理解，用户账户表1806中的补充交易数据列是如何存储补充交易数据的一个
示例。在其它示例中，如果该条目与补充交易数据相关联，则补充交易数据信息可被存储在与令牌库1808分离的并由令牌库1808中的适当条目引用的数据结构中。
145％)。应当理解，用户账户表1806中的补充交易数据列是如何存储补充交易数据的一个
示例。在其它示例中，如果该条目与补充交易数据相关联，则补充交易数据信息可被存储在与令牌库1808分离的并由令牌库1808中的适当条目引用的数据结构中。
[0157] 在动作1805处，令牌请求者1408在令牌库1808中搜索包括支付令牌“xyz”的条目，并确定该支付令牌是否与某个公共ID和/或补充交易数据对应。在图18A所示的示例中，支付令牌“xyz”与条目1810中的公共ID“CID1”和补充交易数据对应。与支付令牌“xyz”相关联的补充交易数据指示该商家的所有裙子都降价。该信息可能对用户来说是感兴趣的，尤其
是因为用户尝试从该商家购买一些物品并且可能已经与该商家有良好的关系。
是因为用户尝试从该商家购买一些物品并且可能已经与该商家有良好的关系。
[0158] 如果该支付令牌与公共ID对应，则该公共ID与容纳用于为该支付交易付费的一种或多种支付方法的资金工具对应。在一些示例中，资金工具来源可以是 并且资
金工具是用户的 账户。令牌请求者1408可能希望收集更多信息来识别特定资金
工具内的适当支付方法以为该支付交易付费。在动作1812处，令牌请求者1408向令牌服务
提供商1410发送对与公共ID对应的可交易令牌的请求。对可交易令牌的请求还包括与支付
令牌“xyz”对应的补充交易数据。补充交易数据由四元组1818表示并且也可被称为补充交易数据1418。在一个示例中，对可交易令牌的请求是对一次性令牌的请求，该一次性令牌可以被支付服务提供商使用一次，然后作废。
金工具是用户的 账户。令牌请求者1408可能希望收集更多信息来识别特定资金
工具内的适当支付方法以为该支付交易付费。在动作1812处，令牌请求者1408向令牌服务
提供商1410发送对与公共ID对应的可交易令牌的请求。对可交易令牌的请求还包括与支付
令牌“xyz”对应的补充交易数据。补充交易数据由四元组1818表示并且也可被称为补充交易数据1418。在一个示例中，对可交易令牌的请求是对一次性令牌的请求，该一次性令牌可以被支付服务提供商使用一次，然后作废。
[0159] 令牌服务提供商1410接收对与公共ID“CID1”和补充交易数据1818对应的可交易令牌的请求。流程流可以从动作1812前进到图18B中的动作1814，在该动作中，令牌服务提供商1410将补充交易数据1818存储到由令牌服务提供商1410维护的交易数据库1816中。交
易数据库1816存储特定于交易和/或商家的补充交易数据1818，并且补充交易数据1818与
在动作1802处请求的交易和公共ID“CID1”对应。因此，令牌服务提供商1410拥有可以丰富提供给用户的关于该交易和/或该商家的信息的附加交易数据1818。
易数据库1816存储特定于交易和/或商家的补充交易数据1818，并且补充交易数据1818与
在动作1802处请求的交易和公共ID“CID1”对应。因此，令牌服务提供商1410拥有可以丰富提供给用户的关于该交易和/或该商家的信息的附加交易数据1818。
[0160] 在动作1820处，响应于一次性令牌请求，令牌服务提供商1410生成表示在动作1802处的交易的一次性令牌“T2”，该交易具有交易金额“$100”并且与公共ID“CID1”对应。
补充交易数据1818特定于一次性令牌“T2”。在动作1822处，令牌服务提供商1410将包括一次性令牌“T2”的消息发送到令牌请求者1408。在动作1824处，令牌请求者1408将一次性令牌“T2”存储到令牌库1456中。因此，令牌请求者1408知道一次性令牌“T2”与该交易相关联。
补充交易数据1818特定于一次性令牌“T2”。在动作1822处，令牌服务提供商1410将包括一次性令牌“T2”的消息发送到令牌请求者1408。在动作1824处，令牌请求者1408将一次性令牌“T2”存储到令牌库1456中。因此，令牌请求者1408知道一次性令牌“T2”与该交易相关联。
[0161] 令牌请求者1408可以将与动作1802中的支付请求相关联的交易信息推送到卡网络1602。在一个示例中，卡网络1602可以是信用卡网络、借记卡网络、自动清算所(ACH)或其它类型的处理电子金融交易的网络。在动作1826处，令牌请求者1408向卡网络1602发送包
括一次性令牌“T2”的路由消息，以路由到该令牌的发起者。在一个示例中，使用具有指定的字段的ISO-8583标准发送路由消息。
括一次性令牌“T2”的路由消息，以路由到该令牌的发起者。在一个示例中，使用具有指定的字段的ISO-8583标准发送路由消息。
[0162] 卡网络1602接收消息并根据账户类型来路由交易信息。例如，卡网络1602可以识别一次性令牌“T2”的来源，并相应地路由交易信息。流程流可以从动作1826前进到图18C中的动作1828，在该动作中，卡网络1602识别与一次性令牌“T2”相关联的路由细节。在动作
1830处，卡网络1602将一次性令牌“T2”路由回到令牌服务提供商1410，即一次性令牌“T2”的发起者。卡网络1602可以使用ISO-8583标准将一次性令牌“T2”发送到令牌服务提供商
1410。
1830处，卡网络1602将一次性令牌“T2”路由回到令牌服务提供商1410，即一次性令牌“T2”的发起者。卡网络1602可以使用ISO-8583标准将一次性令牌“T2”发送到令牌服务提供商
1410。
[0163] 在动作1832处，令牌服务提供商1410接收其先前生成的一次性令牌“T2”，并且将一次性令牌“T2”去令牌化。如上所讨论的，令牌服务提供商1406维护存储与由令牌服务提供商生成的令牌对应的公共ID和资金工具的数据库1625。令牌服务提供商1410可以通过识别一次性令牌“T2”对应的公共ID“CID1”并且相应地识别与该公共ID“CID1”对应的基础资金工具(例如，用户的支付服务提供商账户)，来对该一次性令牌去令牌化。在该示例中，
“Acct1”与公共ID“CID1”对应，并且是“PSPAcct”类型的资金工具，它是由支付服务提供商向用户提供的账户。另外，在动作1834处，令牌服务提供商1406识别与一次性令牌“T2”相关联的补充交易数据1818。令牌服务提供商1406将补充交易数据1818存储在动作1814处的交
易数据库1816中(参见图18B)。
“Acct1”与公共ID“CID1”对应，并且是“PSPAcct”类型的资金工具，它是由支付服务提供商向用户提供的账户。另外，在动作1834处，令牌服务提供商1406识别与一次性令牌“T2”相关联的补充交易数据1818。令牌服务提供商1406将补充交易数据1818存储在动作1814处的交
易数据库1816中(参见图18B)。
[0164] 资金工具包括一种或多种支付方法。为了对资金工具内的适当的支付方法收费，令牌服务提供商1410将交易信息发送到支付服务器1412。流程流可以从动作1834前进到图
16D中的动作1836，在该动作中，令牌服务提供商1410将收费请求发送到支付服务器1412。
收费请求包括基于对一次性令牌“T2”去令牌化的交易信息。收费请求指定了资金工具
“Acct1”、交易金额“$100”、补充交易数据1418中的至少一些以及商家ID“Merch1”，该ID标识提供商家应用程序1402的商家。在该示例中，令牌服务提供商1406将四元组1818(例如，裙子数据)发送到支付服务器1412。
16D中的动作1836，在该动作中，令牌服务提供商1410将收费请求发送到支付服务器1412。
收费请求包括基于对一次性令牌“T2”去令牌化的交易信息。收费请求指定了资金工具
“Acct1”、交易金额“$100”、补充交易数据1418中的至少一些以及商家ID“Merch1”，该ID标识提供商家应用程序1402的商家。在该示例中，令牌服务提供商1406将四元组1818(例如，裙子数据)发送到支付服务器1412。
[0165] 关于动作1836，本公开提供各种技术来将补充交易数据1418中的至少一些或全部发送到支付服务器1412以用于存储在数据库1842中。在一些示例中，令牌服务提供商1406
不使用ISO-8583标准将补充交易数据发送到支付服务器1412。在图18B至图18D所示的示例
中，令牌服务提供商1410存储补充交易数据1418并将其转发到支付服务器1412。在一些示
例中，令牌服务提供商1410将补充交易数据1418以及与TPAN相关联的唯一ID一起存储。在
稍后的时间点处，当令牌服务提供商1410从卡网络1602接收到可交易令牌时，令牌服务提
供商1410将TPAN去令牌化并且将基础资金工具识别为 账户(例如，
钱包)。如果与TPAN相关联的唯一ID具有与其相关联的补充交易数据，则补充交易数据中的至少一些连同用于支付授权的交易信息一起被转发到支付服务器1412。这种特定的具体实
施可能具有优势，由于它涉及很少的部件，因此可以消除潜在的故障点。另外，支付服务器
1412不按顺序接收补充交易数据和交易数据的风险较低。此外，数据在传输中丢失的风险
可能较低，因为交易数据和补充交易数据都是在同一次调用中发送的。此外，令牌请求者
1408与令牌服务提供商1410之间的这种数据集成可以跨客户端很好地扩展，因为客户端向
一方发出一次调用，并且对于每一对令牌请求者1408和令牌服务提供商1410来说自定义集
成可能是不必要的。
不使用ISO-8583标准将补充交易数据发送到支付服务器1412。在图18B至图18D所示的示例
中，令牌服务提供商1410存储补充交易数据1418并将其转发到支付服务器1412。在一些示
例中，令牌服务提供商1410将补充交易数据1418以及与TPAN相关联的唯一ID一起存储。在
稍后的时间点处，当令牌服务提供商1410从卡网络1602接收到可交易令牌时，令牌服务提
供商1410将TPAN去令牌化并且将基础资金工具识别为 账户(例如，
钱包)。如果与TPAN相关联的唯一ID具有与其相关联的补充交易数据，则补充交易数据中的至少一些连同用于支付授权的交易信息一起被转发到支付服务器1412。这种特定的具体实
施可能具有优势，由于它涉及很少的部件，因此可以消除潜在的故障点。另外，支付服务器
1412不按顺序接收补充交易数据和交易数据的风险较低。此外，数据在传输中丢失的风险
可能较低，因为交易数据和补充交易数据都是在同一次调用中发送的。此外，令牌请求者
1408与令牌服务提供商1410之间的这种数据集成可以跨客户端很好地扩展，因为客户端向
一方发出一次调用，并且对于每一对令牌请求者1408和令牌服务提供商1410来说自定义集
成可能是不必要的。
[0166] 用于将补充交易数据1418提供给支付服务器1412的其它技术也在本公开的范围内。在另一个示例中，令牌请求者1408将补充交易数据1418直接发送到支付服务器1412。在该示例中，令牌请求者1408和支付服务器1412可以决定它们之间的安全通信模式。令牌请
求者1408可以从令牌服务提供商1410请求可交易令牌，令牌服务提供商将具有唯一ID的一
次性令牌“T2”返回到令牌请求者1408。令牌请求者1408将补充交易数据1418连同该唯一ID一起发送到支付服务器1412，并且支付服务器1412存储补充交易数据1418。响应于从卡网
络1602接收到一次性令牌，令牌服务提供商1410对与该一次性令牌相关联的TPAN去令牌
化，并识别基础资金工具。
求者1408可以从令牌服务提供商1410请求可交易令牌，令牌服务提供商将具有唯一ID的一
次性令牌“T2”返回到令牌请求者1408。令牌请求者1408将补充交易数据1418连同该唯一ID一起发送到支付服务器1412，并且支付服务器1412存储补充交易数据1418。响应于从卡网
络1602接收到一次性令牌，令牌服务提供商1410对与该一次性令牌相关联的TPAN去令牌
化，并识别基础资金工具。
[0167] 在另一个示例中，令牌服务提供商1410公布向支付服务器1412提供补充交易数据1418的事件。在该示例中，令牌请求者1408可以从令牌服务提供商1410请求可交易令牌并
且在请求中包括补充交易数据1418。令牌服务提供商1410可以生成一次性令牌“T2”并将其返回给令牌请求者1408。另外，令牌服务提供商1410发布包括补充交易数据1418和对应的
唯一ID的通知。支付服务器1412接收该通知并存储补充交易数据1418和唯一ID。响应于从
卡网络1602接收到一次性令牌，令牌服务提供商1410对与该一次性令牌相关联的TPAN去令
牌化，并识别基础资金工具。
且在请求中包括补充交易数据1418。令牌服务提供商1410可以生成一次性令牌“T2”并将其返回给令牌请求者1408。另外，令牌服务提供商1410发布包括补充交易数据1418和对应的
唯一ID的通知。支付服务器1412接收该通知并存储补充交易数据1418和唯一ID。响应于从
卡网络1602接收到一次性令牌，令牌服务提供商1410对与该一次性令牌相关联的TPAN去令
牌化，并识别基础资金工具。
[0168] 在另一个示例中，令牌服务提供商1410将补充交易数据1418传递给支付服务器1412。在该示例中，令牌请求者1408从令牌服务提供商1410请求可交易令牌并且在请求中
包括补充交易数据1418。令牌服务提供商1410可以生成一次性令牌并将其连同唯一ID一起
返回给令牌请求者1408。令牌服务提供商1410可以同时将补充交易数据1418传递给调用由
支付服务器1412公开的API的切换模块。该API调用可以包括参数诸如补充交易数据1418和
唯一ID。支付服务器1412可以接收并存储补充交易数据1418和唯一ID。
包括补充交易数据1418。令牌服务提供商1410可以生成一次性令牌并将其连同唯一ID一起
返回给令牌请求者1408。令牌服务提供商1410可以同时将补充交易数据1418传递给调用由
支付服务器1412公开的API的切换模块。该API调用可以包括参数诸如补充交易数据1418和
唯一ID。支付服务器1412可以接收并存储补充交易数据1418和唯一ID。
[0169] 在这些示例中，如果资金工具是由支付服务提供商提供的账户(例如，钱包)，则令牌服务提供商1410将交易信息传递给支付服务提供商。令牌服务提供商1410可以调用由支付服务提供商公开的API调用，该调用使交易信息被传递给支付服务提供商。在同一次API调用中，支付服务提供商也可以将该唯一ID发送到支付服务提供商。支付服务提供商可使补充交易数据1418与使用该唯一ID的交易相关联。通过这种方式，补充交易数据
1418可被支付服务提供商使用。
1418可被支付服务提供商使用。
[0170] 在动作1838处，支付服务器1412选择资金工具内的支付方法来为交易付费。支付服务器1412维护包括与用户的账户相关联的支付方法的支付数据库1633。在该示例中，支
付服务器1412选择支付方法“V-4567”，该支付方法是资金工具“Acct1”内的支付方法。另外，在动作1840处，支付服务器1412将补充交易数据1418存储到数据库1842中。支付服务器
1412可以与用户共享补充交易数据1418中的一些或全部，以向用户提供关于商家或特定交
易的更多信息。支付服务器1412使用该补充交易数据以将附加数据发送到用户。
付服务器1412选择支付方法“V-4567”，该支付方法是资金工具“Acct1”内的支付方法。另外，在动作1840处，支付服务器1412将补充交易数据1418存储到数据库1842中。支付服务器
1412可以与用户共享补充交易数据1418中的一些或全部，以向用户提供关于商家或特定交
易的更多信息。支付服务器1412使用该补充交易数据以将附加数据发送到用户。
[0171] 流程流可以从动作1840前进到图18E中的动作1634，在该动作中，支付服务器1412向发卡银行1604发送指定顾客的名称“John Smith”、“交易金额＝$100”以及选择的“支付方法＝V-4567”的收费请求。过程流然后可以从动作1634前进到与图16D中的动作1636、
1638、1640、1642和/或1644类似的动作1636、1638、1640、1642和/或1644。
1638、1640、1642和/或1644类似的动作1636、1638、1640、1642和/或1644。
[0172] 支付服务器1412可以为用户生成收据并且在收据中包括从一次性令牌“T2”中检索到的去令牌化信息以及补充交易数据1418中的至少一些，令牌服务提供商1406在动作
1814处将它们存储在交易数据库1816中(参见图18B)。例如，支付服务器1412可以在收据上显示商家的减价“所有裙子降价25％”以向用户提供关于商家的更多信息。这并非旨在进行限制，并且支付服务器1412可以在发送到用户的收据或发票上包括其它补充交易数据。在
另一个示例中，补充交易数据1418包括商家的徽标，并且支付服务器1412在收据或发票上
显示商家的徽标。
1814处将它们存储在交易数据库1816中(参见图18B)。例如，支付服务器1412可以在收据上显示商家的减价“所有裙子降价25％”以向用户提供关于商家的更多信息。这并非旨在进行限制，并且支付服务器1412可以在发送到用户的收据或发票上包括其它补充交易数据。在
另一个示例中，补充交易数据1418包括商家的徽标，并且支付服务器1412在收据或发票上
显示商家的徽标。
[0173] 应当理解，在一些示例中，即使支付令牌不与公共ID对应，支付令牌也可与补充交易数据对应。在该示例中，补充交易数据可以被提供给用户设备1302而不用使用公共ID执行动作。
[0174] 图19是在用户设备1302上显示的补充交易数据1418的示例性屏幕截图1900。屏幕截图1900显示由用户购买的物品以及发送到支付服务提供商并由其存储的补充交易数据
1418。屏幕截图1900显示商家的图标1904以及由商家提供的优惠1906。信息中的至少一些
未在ISO-8583消息中提供，而是如上面关于图18A至图18E讨论的那样被提供给支付服务提
供商。
1418。屏幕截图1900显示商家的图标1904以及由商家提供的优惠1906。信息中的至少一些
未在ISO-8583消息中提供，而是如上面关于图18A至图18E讨论的那样被提供给支付服务提
供商。
[0175] 除非另外特别说明，否则如从以下讨论显而易见的是，可以理解，在整个说明书中，使用术语诸如“接收”、“发送”、“存储”、“提供”、“确定”、“生成”、“绑定”、“接收”、“认证”、“拒绝”、“搜索”、“获得”、“路由”、“去令牌化”、“识别”、“收费”等的讨论是指对计算机系统或类似的电子计算设备的行动和处理，这些设备可对计算机系统的寄存器和存储器中
被表示为物理(电子)量的数据进行操纵，并将其转换成在计算机系统存储器或寄存器或其
它此类信息存储、传输或显示设备中类似地被表示为物理量的其它数据。
被表示为物理(电子)量的数据进行操纵，并将其转换成在计算机系统存储器或寄存器或其
它此类信息存储、传输或显示设备中类似地被表示为物理量的其它数据。
[0176] 现在参见图20，其示出了用于实现本文所述的一个或多个过程的基于网络的系统2000的实施方案。如图所示，基于网络的系统2000可包括或实现多个服务器和/或软件组
件，其通过操作来执行根据所述的实施方案的各种方法。示例性服务器可包括例如操作服
务器操作系统(OS)(诸如， OS、 OS、 OS或其它合适的
基于服务器的OS)的独立服务器和企业级服务器。可以理解，图20中所示的服务器可以其它方式部署，并且由此类服务器执行的操作和/或提供的服务可针对给定的具体实施进行组
合或分离，并且可由更多数量或更少数量的服务器执行。一个或多个服务器可由相同或不
同的实体操作和/或维护。
件，其通过操作来执行根据所述的实施方案的各种方法。示例性服务器可包括例如操作服
务器操作系统(OS)(诸如， OS、 OS、 OS或其它合适的
基于服务器的OS)的独立服务器和企业级服务器。可以理解，图20中所示的服务器可以其它方式部署，并且由此类服务器执行的操作和/或提供的服务可针对给定的具体实施进行组
合或分离，并且可由更多数量或更少数量的服务器执行。一个或多个服务器可由相同或不
同的实体操作和/或维护。
[0177] 图20所示的联网系统2000的实施方案包括通过网络2014通信的多个用户设备2002、多个商家设备2004、网站2006、支付服务提供商设备2012，多个账户提供商设备2008、和/或系统提供商设备2010。用户设备2002中的任何一个可以是上面讨论的用户设备，并且可由上面讨论的用户进行操作。商家设备2004可以是上面讨论的商家设备，并且可由上面
讨论的商家进行操作。支付服务提供商设备2012可以是上面讨论的令牌服务提供商设备，
并且可由令牌服务提供商诸如例如，San Jose,CA的 Inc.进行操作。账户提供商
设备2008可以是上面讨论的账户提供商设备，并且可由上面讨论的账户提供商进行操作，
诸如例如信用卡账户提供商、银行账户提供商、储蓄账户提供商以及本领域已知的多种其
它账户提供商。系统提供商设备2010可以是上面讨论的系统提供商设备，并且可由上面讨
论的系统提供商进行操作。网站2006可以是社交媒体网站，用户与之交互以购买在该网站
上显示的物品。
讨论的商家进行操作。支付服务提供商设备2012可以是上面讨论的令牌服务提供商设备，
并且可由令牌服务提供商诸如例如，San Jose,CA的 Inc.进行操作。账户提供商
设备2008可以是上面讨论的账户提供商设备，并且可由上面讨论的账户提供商进行操作，
诸如例如信用卡账户提供商、银行账户提供商、储蓄账户提供商以及本领域已知的多种其
它账户提供商。系统提供商设备2010可以是上面讨论的系统提供商设备，并且可由上面讨
论的系统提供商进行操作。网站2006可以是社交媒体网站，用户与之交互以购买在该网站
上显示的物品。
[0178] 用户设备2002、商家设备2004、支付服务提供商设备2012、账户提供商设备2008、和/或系统提供商设备2010可各自包括一个或多个处理器、存储器以及其它适当的部件，以用于执行指令诸如程序代码和/或存储在一个或多个计算机可读介质上的数据，以实现本文所述的各种应用、数据和步骤。例如，此类指令可存储在一个或多个计算机可读介质中，诸如系统2000的各种部件内部和/或外部的存储器或数据存储设备，和/或可通过网络2014
访问的存储器或数据存储设备。
访问的存储器或数据存储设备。
[0179] 网络2014可被实现为单个网络或多个网络的组合。例如，在各种实施方案中，网络2014可包括互联网和/或一个或多个内联网、有线网络、无线网络和/或其它适当类型的网
络。
络。
[0180] 可使用被配置用于通过网络2014进行有线和/或无线通信的硬件和/或软件的任何适当组合来实现用户设备2002。例如，在一个实施方案中，用户设备2002可被实现为与互联网通信的用户的个人计算机。在其它实施方案中，用户设备2002可以是智能电话、个人数字助理(PDA)、膝上型计算机和/或其它类型的计算设备。
[0181] 用户设备2002可包括一个或多个浏览器应用程序，该一个或多个浏览器应用程序可用于例如提供方便的接口以允许用户浏览通过网络2014可获得的信息。例如，在一个实
施方案中，浏览器应用程序可被实现为被配置为查看通过互联网可获得的信息的网络浏览
器。
施方案中，浏览器应用程序可被实现为被配置为查看通过互联网可获得的信息的网络浏览
器。
[0182] 用户设备2002还可包括一个或多个工具栏应用程序，该一个或多个工具栏应用程序可用于例如响应于用户所选的操作来提供用于执行所需任务的用户侧处理。在一个实施
方案中，工具栏应用程序可显示与浏览器应用程序相关联的用户界面。
方案中，工具栏应用程序可显示与浏览器应用程序相关联的用户界面。
[0183] 用户设备2002还可包括在特定的实施方案中可能需要的其它应用程序，以将所需特征提供给用户设备2002。具体地，其它应用程序可包括用于支付的支付应用程序，该支付由令牌服务提供商通过支付服务提供商设备2012协助。其它应用程序还可包括用于实现用
户侧安全特征的安全应用程序，用于通过网络2014与适当的应用程序编程接口(API)进行
交互的编程用户应用程序，或其它类型的应用程序。还可包括电子邮件和/或文本应用程
序，其允许用户通过网络2014发送和接收电子邮件和/或文本消息。用户设备2002可以包括一个或多个用户和/或设备标识符，其可被实现为例如操作系统注册表项、与浏览器应用程序相关联的小型文本文件、与用户设备2002的硬件相关联的标识符，或其它适当的标识符，诸如电话号码。在一个实施方案中，用户标识符可由支付服务提供商设备2012和/或账户提供商设备2008用于将用户与特定帐户相关联起来，如本文进一步描述的。
户侧安全特征的安全应用程序，用于通过网络2014与适当的应用程序编程接口(API)进行
交互的编程用户应用程序，或其它类型的应用程序。还可包括电子邮件和/或文本应用程
序，其允许用户通过网络2014发送和接收电子邮件和/或文本消息。用户设备2002可以包括一个或多个用户和/或设备标识符，其可被实现为例如操作系统注册表项、与浏览器应用程序相关联的小型文本文件、与用户设备2002的硬件相关联的标识符，或其它适当的标识符，诸如电话号码。在一个实施方案中，用户标识符可由支付服务提供商设备2012和/或账户提供商设备2008用于将用户与特定帐户相关联起来，如本文进一步描述的。
[0184] 现在参见图21，其示出了用户设备2100的实施方案。用户设备2100可以是上面讨论的任何用户设备。用户设备2002包括具有显示器2104的外壳2102和包括显示器2104和多
个输入按钮2106的输入设备。用户可以使用用户设备2100来访问网站2006并与之交互。本
领域的技术人员将认识到，用户设备2100是包括触摸屏输入设备和多个输入按钮的便携式
或移动电话，其允许上文参考本公开中讨论的任何方法或流程流中的步骤讨论的功能。然
而，在不脱离本公开的范围的情况下，可以在上文参考附图讨论的方法中使用多种其它便
携式/移动用户设备和/或桌面用户设备。
个输入按钮2106的输入设备。用户可以使用用户设备2100来访问网站2006并与之交互。本
领域的技术人员将认识到，用户设备2100是包括触摸屏输入设备和多个输入按钮的便携式
或移动电话，其允许上文参考本公开中讨论的任何方法或流程流中的步骤讨论的功能。然
而，在不脱离本公开的范围的情况下，可以在上文参考附图讨论的方法中使用多种其它便
携式/移动用户设备和/或桌面用户设备。
[0185] 现在参见图22，其示出了适用于实现例如用户设备、商家设备、令牌服务提供商设备、账户提供商设备和/或系统提供商设备的计算机系统2200的实施方案。应当理解，上述支付系统中的用户、商家、令牌服务提供商、账户提供商和/或系统提供商使用的其它设备可通过如下方式实现为计算机系统2200。
[0186] 根据本公开的各种实施方案，计算机系统2200诸如计算机和/或网络服务器包括用于交流信息的总线2202或其它通信机制，其将子系统和部件互连，诸如处理部件2204(例如，处理器、微控制器、数字信号处理器(DSP)等)、系统存储器部件2214(例如，RAM)、静态存储部件2216(例如，ROM)、磁盘驱动部件2217(例如，磁盘或光盘)、网络接口部件2212(例如，调制解调器或以太网卡)、显示部件2206(例如，CRT或LCD)、输入部件2204(例如，键盘、小键盘或虚拟键盘)、和/或光标控制部件2213(例如，鼠标、指针或轨迹球)。在一个具体实施中，磁盘驱动部件2217可包括具有一个或多个磁盘驱动部件的数据库。
[0187] 根据本公开的实施方案，计算机系统2200通过执行包括在存储器部件2214中的一个或多个指令序列的处理器2204来执行特定操作，诸如在本文中相对于用户设备、商家设
备、令牌服务提供商设备、账户提供商设备和/或系统提供商设备所描述。此类指令可从另一计算机可读介质诸如静态存储部件或磁盘驱动部件读入系统存储器部件。在其它实施方
案中，可使用硬连线电路代替软件指令或与软件指令组合来实现本公开。
备、令牌服务提供商设备、账户提供商设备和/或系统提供商设备所描述。此类指令可从另一计算机可读介质诸如静态存储部件或磁盘驱动部件读入系统存储器部件。在其它实施方
案中，可使用硬连线电路代替软件指令或与软件指令组合来实现本公开。
[0188] 逻辑可被编码在计算机可读介质中，该计算机可读介质可以指参与将指令提供给处理器2204以用于执行的任何介质。此类介质可采取许多形式，包括但不限于非易失性介
质、易失性介质和传输介质。在一个实施方案中，计算机可读介质是非暂态的。在各种具体实施中，非易失性介质包括光盘或磁盘诸如磁盘驱动部件，易失性介质包括动态存储器诸
如系统存储器部件，并且传输介质包括同轴电缆、铜线和光纤，该光纤包括组成总线2202的线材。在一个示例中，传输介质可采取诸如在无线电波和红外数据通信期间产生的声波或
光波的形式。
质、易失性介质和传输介质。在一个实施方案中，计算机可读介质是非暂态的。在各种具体实施中，非易失性介质包括光盘或磁盘诸如磁盘驱动部件，易失性介质包括动态存储器诸
如系统存储器部件，并且传输介质包括同轴电缆、铜线和光纤，该光纤包括组成总线2202的线材。在一个示例中，传输介质可采取诸如在无线电波和红外数据通信期间产生的声波或
光波的形式。
[0189] 一些常见形式的计算机可读介质包括例如软盘、可折叠盘、硬盘、磁带、任何其它磁介质、CD-ROM，任何其它光学介质、穿孔卡、纸带、任何其它具有图案的物理介质孔、RAM、PROM、EPROM、FLASH-EPROM、任何其它存储器芯片或盒式磁带、载波或任何其它计算机适于读取的介质。在一个实施方案中，计算机可读介质是非暂态的。
[0190] 在本公开的各种实施方案中，执行指令序列来实施本公开可由计算机系统2200执行。在本公开的各种其它实施方案中，由通信链路2218耦接到网络2014的多个计算机系统
2200(例如，诸如LAN、WLAN、PTSN和/或各种其它有线或无线网络，该网络包括电信、移动和蜂窝电话网络)可执行指令序列以彼此协调地实施本公开。
2200(例如，诸如LAN、WLAN、PTSN和/或各种其它有线或无线网络，该网络包括电信、移动和蜂窝电话网络)可执行指令序列以彼此协调地实施本公开。
[0191] 计算机系统2200可通过通信链路2218和网络接口部件2206来发送和接收消息、数据、信息和指令，该指令包括一个或多个程序(即应用程序代码)。网络接口部件2206可包括分离或集成的天线，以实现经由通信链路2218的发送和接收。接收到的程序代码可由处理
器2204执行，如接收和/或存储在磁盘驱动部件2217或一些其它非易失性存储部件中以用
于执行。
器2204执行，如接收和/或存储在磁盘驱动部件2217或一些其它非易失性存储部件中以用
于执行。
[0192] 现在参见图23，其示出了系统提供商设备2300的实施方案。在一个实施方案中，设备2300可以是上文讨论的用户设备、商家设备、支付服务提供商设备、账户提供商设备、令牌请求者设备和/或令牌服务提供商设备。设备2300包括耦接到网络2014的通信引擎2302和耦接到用户数据库2306的认证引擎2304。通信引擎2302可以是存储在计算机可读介质上
的软件或指令，其允许设备2300通过网络2014发送和接收信息。认证引擎2304可以是存储
在计算机可读介质上的软件或指令，其可操作来提供上文讨论的任何其它功能。虽然数据
库2306已经被示出为位于设备2300中，但是本领域的技术人员将认识到，其可在不脱离本
公开的范围的情况下通过网络2014连接到认证引擎2304。
的软件或指令，其允许设备2300通过网络2014发送和接收信息。认证引擎2304可以是存储
在计算机可读介质上的软件或指令，其可操作来提供上文讨论的任何其它功能。虽然数据
库2306已经被示出为位于设备2300中，但是本领域的技术人员将认识到，其可在不脱离本
公开的范围的情况下通过网络2014连接到认证引擎2304。
[0193] 在适用的情况下，本公开所提供的各种实施方案可使用硬件、软件或硬件和软件的组合来实现。另外，在适用的情况下，本文所阐述的各种硬件部件和/或软件组件在不脱离本公开的范围的情况下，可组合成包括软件、硬件和/或二者的复合部件。在适用的情况下，本文所阐述的各种硬件部件和/或软件部件在不脱离本公开的范围的情况下，可分为包括软件、硬件或二者的子部件。此外，在适用的情况下，预期软件部件可被实现为硬件部件，反之亦然。
[0194] 根据本公开，软件诸如程序代码和/或数据可存储在一个或多个计算机可读介质上。还可以预期，本文所标识的软件可使用一个或多个通用目的或特定目的的计算机和/或联网和/或未联网的计算机系统来实现。在适用的情况下，可改变本文所描述的各种步骤的顺序、组合成复合步骤和/或分离成子步骤来提供本文所述的特征。
[0195] 前述公开不旨在将本公开限制于所公开的确切形式或特定的应用领域。因此，根据本公开预期对本公开内容的各种替代实施方案和/或修改形式(无论是明确描述的或隐
含的)是可能的。例如，上述实施方案关注于收款人和支付人；然而，支付人或消费者可以支付或以其它方式与任何类型的接收人交互，包括慈善机构和个人。支付无需涉及购买，而可以是贷款、慈善捐款、礼品赠送等。因此，本文所用的收款人还可包括慈善机构、个人，以及收到支付人的支付的任何其他实体或个人。由此已经描述了本公开的实施方案，本领域普
通技术人员将认识到，在不脱离本公开的范围的情况下，可在形式和细节上进行改变。因
此，本公开仅受权利要求书限制。
含的)是可能的。例如，上述实施方案关注于收款人和支付人；然而，支付人或消费者可以支付或以其它方式与任何类型的接收人交互，包括慈善机构和个人。支付无需涉及购买，而可以是贷款、慈善捐款、礼品赠送等。因此，本文所用的收款人还可包括慈善机构、个人，以及收到支付人的支付的任何其他实体或个人。由此已经描述了本公开的实施方案，本领域普
通技术人员将认识到，在不脱离本公开的范围的情况下，可在形式和细节上进行改变。因
此，本公开仅受权利要求书限制。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一个使用无线通信设备作为销售点设备的系统及其方法 | 2020-05-08 | 765 |
| 一种移动电子商务云平台 | 2020-05-11 | 173 |
| 一种基于网络分销运营商城管理系统 | 2020-05-12 | 721 |
| 提供电子商务和移动商务的方法及其装置 | 2020-05-19 | 740 |
| 电子/移动商务交易的令牌服务提供商 | 2020-05-13 | 148 |
| 串流影音管理系统及其串流影音管理的方法 | 2020-05-11 | 148 |
| Method and apparatus for providing e-commerce and m-commerce | 2020-05-19 | 646 |
| SYSTEM AND METHOD OF SELLING GOODS OR SERVICES, OR COLLECTING RECYCLE REFUSE USING MECHANIZED MOBILE MERCHANTRY | 2020-05-18 | 717 |
| 모바일 명함관리를 이용한 서비스 제공 방법 | 2020-05-15 | 613 |
| 기계화된 모바일 머천트리를 사용하여 상품 또는 서비스들을 판매하거나, 재활용 쓰레기를 수집하는 시스템 및 방법 | 2020-05-19 | 540 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
移动商务热门专利
QQ群二维码
意见反馈
意见反馈