钱包管理系统的制作方法

本申请要求2016年5月17日提交的美国申请号15/156,712的利益和优先权。上述申请的全部披露通过引用合并于此。

本文描述的示例实施例通常涉及用于商品和/或服务的支付的数字钱包，并且更特别地，涉及用于全局管理数字钱包从而提高数字钱包和包括在其中的支付卡的安全性的系统。

背景技术

由于实时交易的量和按需购买的量的近来增加，消费者开始期待近乎即时的满足感。结果，没有给商家、发行方和支付卡公司提供太多时间来确定交易是否潜在地是欺诈性的。通常，交易在几秒钟内授权。在用于审查的如此小的时间窗口的情况下，商家难以确保不是诈骗犯或欺诈者用被盗的信用卡信息在进行购买。增加这一痛苦的是，与其相关联的退款和费用可在交易后数周甚至数月收取。

为了使购买更加容易，近期企业和消费者已经一直在转向数字钱包。数字钱包可以安装在用户的设备上，并且可以存储用于多种支付方法(例如支付卡)和网站的支付信息和密码。通过数字钱包的使用，用户可以用近场通信轻松且快速地完成店内购买。用户还可以容易地在线完成远程购买，而不必记住和输入特定细节，诸如用户名、密码、联系信息等等。通过紧凑地存储所有的消费者支付信息，数字钱包在很大程度上消除携带实体钱包的需要。并且，数字钱包对收集消费者数据的公司是潜在的好处。公司越了解他们的客户的购买习惯，他们就可以越有效地向客户营销。

大部分数字钱包给消费者提供在数字钱包内存储超过一张支付卡的能力。此外，消费者典型地能够在他们的移动设备上存储多于一个数字钱包。虽然个人支付卡具有能够检测涉及特定支付卡的潜在欺诈的欺诈识别系统，但是欺诈识别系统典型地不知道支付卡是否包括在数字钱包中，并且如果包括，不知道是否有包括在数字钱包中的其他支付卡。当攻击者获得对用户的数字钱包的访问时，其中包括的所有支付卡可能受到损害。然而，具有第一卡组织(scheme)和/或第一发行方的第一支付卡的欺诈系统典型地不知道在包括在数字钱包中的具有不同卡组织和/或发行方的第二支付卡发生的欺诈。也就是说，即使欺诈检测系统检测与支付卡之一相关联的潜在的攻击或欺诈，欺诈检测系统也无法告知包括在数字钱包中的其他支付卡的提供商他们的卡可能受到损害。此外，不是所有商家都注册在安全代码程序中，并且不能强制关于钱包的用户认证检查。因此，需要用于改善全局钱包安全性的系统。

附图说明

参考结合附图的以下详细描述，示例性实施例的特征和优点以及实现其的方式将变得更加显而易见。

图1是根据示例实施例说明钱包管理系统的图；

图2a和2b是根据示例实施例说明数字钱包之间的交叉关系的图；

图3是根据示例实施例说明生成钱包管理映射图(walletmanagementmap)的方法的图；

图4是根据示例实施例说明处理交易的方法的图；

图5是根据示例实施例说明钱包管理设备的图。

在整个附图和详细描述中，除非另外描述，否则相同的附图参考编号将被理解为指的是相同的元件、特征和结构。为清楚、说明和/或方便，可夸大或调整这些元件的相对尺寸和描绘。

具体实施方式

在以下描述中，阐述特定细节以提供各种示例性实施例的透彻理解。应当理解，对实施例的各种修改对于本领域技术人员将是显而易见的，并且在不背离发明的精神和范围的情况下，本文限定的通用原理可应用于其他实施例和应用。此外，在以下描述中，出于解释的目的阐述许多细节。然而，本领域普通技术人员应该理解，可以在不使用这些特定细节的情况下实践实施例。在其他情况下，未示出或描述公知的结构和过程，以免用不必要的细节使描述模糊。因此，本公开不旨在限于示出的实施例，而是要被给予与本文公开的原理和特征一致的最宽范围。

本文描述的示例实施例涉及钱包管理系统，所述钱包管理系统接收对包括在数字钱包中的支付卡的安全性通知，并且生成对包括在数字钱包中的其他支付卡的警告，从而防止它们被欺诈性地使用并且进一步改善支付卡的整体安全性。钱包管理系统可以从钱包服务提供商和从欺诈检测系统(诸如卡组织欺诈检测系统、支付处理系统等等)接收数据馈送。使用包括在数据馈送中的数据，钱包管理系统可以建立钱包管理映射图、表格等等，其唯一地识别每个数字钱包以及与每个数字钱包相关联的每张支付卡。例如，包括在钱包管理映射图中的每个数字钱包可以具有唯一id，并且与数字钱包相关联的每张支付卡可以由账户号或账户号的散列值来识别。如本文使用的术语“映射图(map)”不应该被解释为限制示例实施例的范围，并且可以包括数据存储的任何其他形式，例如表格、单元格、字段等等。

对支付卡的安全性通知可以由包括在钱包管理系统中的欺诈系统检测。例如，安全性通知可以指示支付卡的潜在欺诈性使用、锁定的支付卡、由于潜在欺诈而使用支付卡的谢绝的交易、过度退款、失败的认证，锁定的基本账户号(pan)等等。当检测到对与包括在钱包管理映射图中的数字钱包相关联的支付卡的安全性通知时，钱包管理系统可以使用钱包管理映射图作为预防措施，来标记包括在数字钱包中的其他支付卡。因此，当有人试图要么通过数字钱包要么独立地使用其他标记的支付卡之一时，钱包管理系统可以识别支付卡已被标记并谢绝交易或向持卡人发出附加质疑以核实持卡人的身份。通过标记其他支付卡，可以防止或以其他方式禁止用那些其他卡进行欺诈的机会。

图1根据示例实施例说明钱包管理网络100。参考图1，钱包管理网络100包括钱包管理系统110，多个钱包提供商121、122和123，欺诈检测系统130，授权系统140，持卡人150和商家160。应该理解，网络100可以包括未示出的附加设备、更多或更少的钱包提供商、更多或更少的欺诈检测系统等等。而且，在该示例中，持卡人150可以对应于持卡人设备，例如移动电话、平板电脑、平板手机、智能可穿戴设备、笔记本、家用电器等等。同样地，商家160可以对应于计算设备，诸如销售点(pos)终端、计算机、服务器等等。

在该示例中，钱包提供商121、122和123中的每一个生成数据馈送并将其发送到钱包管理系统110。数据馈送可以包括由钱包提供商121、122和123中的每一个管理的数字钱包的各种数据。例如，数据馈送可以包括唯一数字钱包识别符(例如电子邮件id、电话号码、用户名、密码等等)，在数字钱包中识别的卡号的列表，用于数字钱包中卡的卡组织，数字钱包的所有者/提供商(例如商家、发行方、独立提供商等等)，数字钱包是否存储在云中、存储在用户设备上、数字钱包如何被认证(例如持卡人的设备上的指纹、持卡人的设备上的钱包、云钱包、pin、3d安全)的指示等等。而且，钱包数据馈送可以例如以设定的间隔、随机地、响应于特定事件、实时地等等传送到钱包管理系统110。基于钱包数据馈送，钱包管理系统110可以建立钱包管理映射图，所述钱包管理映射图具有通过钱包数据馈送接收的一些或全部信息。在本文的示例中，钱包提供商121、122和123可以对应于不同的卡组织、发行方等等。作为非限制性示例，钱包提供商121可以是mastercard钱包提供商，钱包提供商122可以是amazon钱包提供商，并且钱包提供商123可以是发行方控制的提供商。还应该理解，包括在每个数字钱包内的支付卡不限于特定的卡组织或发行方。

图1中示出的钱包管理系统可包括许多数字钱包提供商，包括发行方、商家、例如mc/visa的组织等等，所述钱包管理系统可以将钱包数据馈送到包括在钱包管理系统110中的数字钱包库，其中可以要求每个钱包提供商发送他们的馈送。用户可拥有两个或更多数字钱包，或者可有安装在他们的设备上的两个或更多数字钱包。例如，第一数字钱包可以是包括三张mastercard支付卡的mastercard钱包。第二数字钱包可以是包括四张支付卡的amazon钱包，所述四张支付卡包括一张来自第一钱包的mastercard支付卡。在该例子中，交叉关系将允许从两个数字钱包组合由一个用户/实体所拥有的所有卡的列表。在这种情况下，它不需要是欺诈性使用的mastercard支付卡，而是它们中的任何一个，并且将对包括在两个数字钱包中的每张支付卡生成标记。在该示例中对两个数字钱包相同的交叉相关的mastercard支付卡可以用于扩展由用户拥有的卡以包括用于欺诈检测的在第一和第二数字钱包二者中的支付卡。

欺诈检测系统130和/或授权系统140可以生成欺诈数据馈送并将其发送到钱包管理系统110。例如，欺诈检测系统130可以由卡组织服务器、钱包提供商、发行方服务器、支付处理服务器等等提供或包括在其中。同样地，授权系统140可以由卡组织服务器、钱包提供商、发行方服务器、支付处理服务器等等提供或包括在其中。欺诈数据馈送可以包括指示已被检测为具有安全性问题、潜在欺诈和/或其他相关问题的支付卡和/或钱包的通知。

当钱包管理系统110接收指示支付卡具有安全性问题的通知时，钱包管理系统110可以识别与支付卡相关联的数字钱包。例如，基于包括在钱包管理映射图中的关于支付卡的信息(诸如卡号)，钱包管理系统110可以识别支付卡先前已与之相关联的至少一个数字钱包。钱包管理系统110还可以识别与识别的数字钱包相关联的其他支付卡。因此，钱包管理系统110可以生成警告，诸如指示包括在数字钱包中的其他支付卡可能被损害的标记或其他类型的通知。作为非限制性示例，钱包管理系统110可以生成并在对应于其他支付卡的钱包管理映射图的字段中存储标记值。因此，基于包括在数字钱包中的一张支付卡的安全性问题，包括在数字钱包中的所有支付卡可以具有分配给其的警告或通知。

在一些示例中，支付卡可以包括在多个数字钱包中。钱包管理系统110可以检测第一数字钱包和第二数字钱包之间共同的支付卡。这里，钱包管理系统110可以假设第一数字钱包和第二数字钱包二者都属于同一所有者/实体，并且将第二数字钱包识别为交叉相关的数字钱包，也就是说，识别第一和第二数字钱包之间的交叉关系。如果包括在第一数字钱包中的支付卡之一接收安全性通知，则钱包管理系统110可以将通知分配给包括在第一数字钱包中的其他支付卡，并且还将通知分配给包括在第二数字钱包(即交叉相关的钱包)中的支付卡。在这种情况下，共同支付卡可以是第一数字钱包中的任何支付卡，并且不一定是接收安全性通知的支付卡。通过确定交叉关系，钱包管理系统110可以组合来自由同一实体拥有的多个数字钱包的支付卡的列表。识别数字钱包之间的交叉关系的示例在图2a和2b中示出。

参考图2a和2b，为了说明的方便，视觉地表示了多个数字钱包。尽管使用图2a和2b中的图像来视觉地表示，然而应理解，数字钱包和支付卡在实现中可以不同地表示，例如，钱包管理映射图可以包括数字、字段、行、表、数组、数据值等等，并且可以不包括图形表示。钱包管理映射图可以包括多个数字钱包的识别以及与每个数字钱包相关联的各自支付卡的识别。在该示例中，第一数字钱包210包括由用户拥有的四张支付卡，第二数字钱包220包括由用户拥有的三张支付卡，第三数字钱包230包括由用户拥有的四张支付卡。基于由一个或多个数字钱包提供商(诸如钱包提供商121、122和123)提供的馈送，三个数字钱包210、220和230中的每一个可以在由图1的钱包管理系统110控制的钱包管理映射图中唯一地识别。

在该示例中，接收用于支付卡#1的安全性通知，所述支付卡#1被识别为与第一数字钱包210相关联。例如，可以从由图1中示出的欺诈检测系统130和授权系统140之一提供的数据馈送来接收安全性通知。安全性通知可指示卡的潜在欺诈性使用或其他活动。响应于接收安全性通知，钱包管理系统110可以标记、标注、指示或以其他方式标志支付卡#1，如通知标记250所示。虽然在该示例中通知是标记250，但是本文的示例不限制于此，并且通知可以是标志、添加比特值、或以其他方式用标记、标签或其他通知特征将支付卡区分开的任何期望的方法。因为支付卡#1登记在第一数字钱包210中，所以可以标记其他支付卡，或者可以添加警告以通告安全性问题的可能性或者对这些其他支付卡的使用的忧虑。在图2b的示例中，用标记260标志支付卡2、3和4。

在该示例中，第一数字钱包210具有与第二数字钱包220共同的支付卡(即支付卡#1)。钱包管理系统110可以基于共同支付卡识别第二数字钱包220与第一数字钱包210交叉相关。结果，钱包管理系统110可以确定或以其他方式假设第一数字钱包210和第二数字钱包220由同一实体拥有。因此，钱包管理系统110可以标记包括在第二数字钱包220中的其他支付卡，即使其他支付卡与第一数字钱包210不是共同的。例如，钱包管理系统110在钱包管理映射图中可以生成标记260，或以其他方式给对应于支付卡5和6的条目或字段贴标签。

类似地，第一数字钱包210还具有与第三数字钱包230共同的支付卡(即支付卡#3)。钱包管理系统110可以基于共同支付卡，识别第三数字钱包230与第一数字钱包210交叉相关。结果，钱包管理系统110可以确定第一数字钱包210和第三数字钱包230由同一实体拥有。而且，由于在第一数字钱包210和第二数字钱包220之间确定的先前交叉关系，钱包管理系统110可以确定第二数字钱包220和第三数字钱包230由同一实体拥有。类似于第二数字钱包220，钱包管理系统110可以标记包括在第三数字钱包230中的其他支付卡，即使其他支付卡与第一数字钱包210或第二数字钱包220不是共同的。例如，钱包管理系统110在钱包管理映射图内可以标记或以其他方式为对应于支付卡7、8和9的条目或字段加标签。尽管未在图2中示出，还应当理解，一个或多个附加钱包(未示出)可以与第二钱包220或第三钱包230等等交叉相关。因此，可以继续确定交叉关系，直到钱包被确定为没有其他交叉相关的钱包。

当钱包管理系统110在登记在数字钱包中的一张支付卡中检测到欺诈通知时，在这种情况下为登记在第一数字钱包210中的支付卡#1，钱包管理系统110可以生成对登记在同一钱包中的其他支付卡的警告(例如标记、标签等等)，以及还生成对登记在交叉相关的数字钱包中的任何其他支付卡的警告。因此，可以标记包括在第一数字钱包210中的支付卡2、3和4，并且还可以标记包括在第二数字钱包220和第三数字钱包230中的支付卡5、6、7、8和9。因此，当有人试图使用其他支付卡(诸如支付卡2-9)之一时，钱包管理系统110可以检测到支付卡已被标记。通过生成其他支付卡的警告，钱包管理系统110可以防止使用尚未检测到被欺诈性地使用的支付卡发生欺诈。也就是说，标记可以防止使用包括在数字钱包中的可能受到损害的支付卡来发生欺诈。

在该示例中，支付卡不需要来自相同的卡组织、发行方、钱包提供商等。作为非限制性示例，支付卡#1可以有mastercard卡组织，然而支付卡2、3和4可以来自不同的卡组织。而且，其他支付卡不必与各自钱包一起使用以便检测警告。例如，可以亲自或远程使用支付卡#5，以直接使用支付卡#5从商家进行购买，而无需数字钱包。在该示例中，钱包管理系统110可以接收来自商家、收单银行、另一个授权系统等等的对使用支付卡#5的交易的授权请求。当钱包管理系统110接收请求时，钱包管理系统110可以检测到先前已标记支付卡#5，并发出附加质疑或谢绝交易。在这种情况下，支付卡#5可能被欺诈性地使用或者可能合法地使用。时常，支付卡的欺诈性使用未被检测。因此，通过采取额外等级的预防，在共同拥有的卡有问题时系统可以标记支付卡，并且系统可以向支付卡#5的用户发出附加质疑以核实用户是存档持卡人而不是未授权使用卡的某人。

在各种示例中，可以生成持卡人拥有的其他数字钱包的主列表，并且可以标记包括在数字钱包的主列表中的每张卡。其他数字钱包可以被称为交叉相关的数字钱包，因为它们由同一持卡人拥有并且可以使用各种共性链接到一起。在图2a和2b的示例中，共同支付卡用于将由同一持卡人拥有的多个数字钱包链接到一起。作为另一示例，代替共同支付卡或者除了共同支付卡之外还可以使用持卡人的共同标识符。标识符可以包括例如电子邮件地址、电话号码、家庭地址等等。作为另一示例，通过比较与数字钱包相关联的设备指纹或设备信息，在同一设备上运行的数字钱包可以彼此链接。例如，具有同一设备类型、国际移动台设备标识(imei)编号、设备id、安装的字体、安装的应用程序、移动网络运营商(mno)等等的数字钱包可被确定为安装在同一设备上并且被链接到一起。因此，即使数字钱包不分享共同支付卡，数字钱包也可以因为由共同所有者拥有或者安装在同一设备上而链接到一起。

再次参考图1，钱包管理系统110可以存储生成的钱包管理映射图，所述钱包管理映射图识别来自由同一实体拥有的多个数字钱包的支付卡。根据各种示例，钱包管理系统110可以包括在网络100内的多个设备内，尽管为了解释的方便，所述钱包管理系统110被示为图1中的单独系统。例如，钱包管理系统110可以包括在卡处理组织服务器、商家系统、发行方系统、支付服务提供系统、第三方等等中。也就是说，钱包管理系统110的位置不受限制。

在图1中，当持卡人150要么使用数字钱包要么直接使用支付卡来试图与商家160进行购买时，商家160(或其收单银行)可以向授权系统140传送请求以授权交易。授权系统140可以与钱包管理系统110一起被包括，或者它们可以是分开的实体。授权系统140可以基于钱包管理系统110确定是否授权交易。例如，可以将关于交易的信息传送到钱包管理系统110，所述关于交易的信息包括支付卡号、数字钱包id等等。钱包管理系统110可以检查钱包管理映射图，以基于关于交易的信息(诸如支付卡号)来确定是否存在对支付卡的安全性通知或警告。如果未发现警告，则钱包管理系统110可以批准支付卡的使用或以其他方式指示支付卡没有任何警告。作为另一示例，如果发现警告，则钱包管理系统110可以向支付卡的持卡人发出提高的(step-up)质疑以核实持卡人的身份。作为另一示例，钱包管理系统110可以谢绝交易。可以将批准的使用、拒绝和/或附加质疑信息提供给授权系统140。

图3根据示例性实施例说明生成钱包管理映射图的方法300。例如，方法300可以由图1的钱包管理系统执行。参考图3，在310中，从钱包提供商和从欺诈检测系统接收数据馈送。在一些情况下，可能只有单一钱包提供商、几个钱包提供商或许多钱包提供商(例如十个、二十五个、五十个、一百个或更多钱包提供商)。来自每个钱包提供商的数据馈送可以包括类似信息，或者它可以包括不同信息。作为非限制性示例，数据馈送还可以被称为钱包馈送，并且可以包括唯一钱包标识符，在该钱包中识别的卡号的列表，钱包中卡的卡组织，谁拥有/提供钱包(例如商家、发行方、独立提供商等等)，钱包是否存储在云中、存储在用户设备上、钱包如何被认证的指示等等中的一个或多个。基于310中接收的数据馈送，钱包管理系统可以构建钱包管理映射图，并在继续接收数据馈送时连续地或周期性地更新钱包管理映射图。

来自欺诈检测系统和/或授权系统的数据馈送可以包括指示支付卡和/或数字钱包有安全性通知的信息，诸如支付卡或数字钱包已经被锁定、已经被谢绝等等。在320中，方法还包括从欺诈检测系统或授权系统接收对支付卡的安全性通知。例如基于支付卡号、钱包id、用户id等等，钱包管理系统可以确定具有安全性通知的支付卡包括在钱包管理映射图内。在330中，基于钱包管理映射图识别与支付卡相关联的数字钱包。此外，基于钱包管理映射图识别与识别的数字钱包相关联的一张或多张其他支付卡。在340中，方法还包括基于共同支付卡(诸如图2的示例中示出的)来识别交叉相关数字钱包和包括在其中的支付卡。

基于对支付卡的接收的安全性通知，在350中，钱包管理系统可以生成对包括在同一数字钱包中的其他支付卡的警告。钱包管理系统350可以将警告存储在钱包管理映射图中。作为示例，警告可以包括通过馈送之一接收的或通过另一信道或资源接收的初始安全性通知的指示符。钱包管理系统350可以监视/核实这样的安全性通知的继续存在，并且一旦安全性通知已被移除或清除就擦除警告。例如，警告可以是标志、标签、标记、比特值等等。因此，对于每个数字钱包，钱包管理映射图可以包括钱包标识符、各自数字钱包的发行方的标识、与各自数字钱包相关联的每张支付卡的卡号的标识、以及是否对支付卡已生成警告(例如安全性通知)的针对每张支付卡的指示。

根据各种方面，生成钱包管理映射图的方法300可以连续地执行或者可以在连续循环中执行。作为另一示例，方法300可以周期性地或者响应于触发事件(诸如添加新支付卡或数字钱包、检测到欺诈等等)而执行。例如，可以周期性地、随机地接收多个数据馈送，和/或由发生的特定事件发起多个数据馈送，并且可以更新钱包管理映射图以反映任何变化。并且，方法的顺序不限于如图3中所示。例如，可以在识别钱包信息和/或交叉相关钱包信息之前接收安全性通知。

图4根据示例性实施例说明处理交易的方法400。例如，方法400可以由图1中示出的钱包管理系统或其他设备执行。参考图4，在410中，接收授权交易的请求。例如，持卡人可以试图使用支付卡从商家购买物品(例如商品或服务)。为了授权交易，商家可以将关于支付卡的信息传送到钱包管理系统。在420中，可以将支付卡信息与钱包管理映射图(诸如在图3的示例中描述的钱包管理映射图)比较，并且方法400可以确定支付卡包括在钱包管理映射图中。因此，钱包管理系统可以识别与支付卡相关联的数字钱包以及也与数字钱包相关联的一张或多张其他支付卡。

在授权交易之前，钱包管理系统可以基于钱包管理映射图确定支付卡是否已经接收通知和/或警告。例如，在430中，钱包管理系统可以检测指示支付卡具有与其相关联的警告的标记或其他通知。因此，钱包管理系统可以在450中向支付卡的持卡人发出附加质疑或者在460中谢绝交易。如果在450中附加质疑成功，则在470中钱包管理系统可以批准交易，否则在460中钱包管理系统可以谢绝交易。另一方面，在440中，钱包管理系统可能不检测对支付卡的警告或通知，并且可以在470中授权交易。

在图4的示例中，钱包管理系统可以接收授权在交易中正在使用的支付卡的请求，并确定与支付卡相关联的数字钱包。在这种情况下，如果先前已接收对与识别的数字钱包或交叉相关的数字钱包相关联的另一张支付卡的安全性通知，则钱包管理系统可能先前已标记支付卡或者已生成对支付卡的警告，所述警告指示支付卡可能会受到损害。结果，钱包管理系统可以响应于检测对另一张支付卡的安全性通知而谢绝交易或对支付卡的持卡人发出附加质疑。

例如，根据各种方面，可以与商家发起支付/购买。作为响应，商家可以调用认证系统(诸如卡组织认证系统)来认证交易。根据各种方面，认证系统可以用钱包管理系统捕获卡号或其他识别信息，并查找卡。钱包管理系统可以确定该卡是否被标记，或者卡是否是被标记的钱包的部分。如果被标记，则商家可以接收谢绝消息或者可以发出新质疑以使用户经历一个或多个认证步骤。如果未被标记，交易将被批准。并且，代替由钱包管理系统存储实际卡号，卡号的散列值可以存储在所有交易中，并且由钱包管理系统进行的比较和对齐可以使用散列数代替支付卡号来完成。

图5根据示例实施例说明钱包管理设备500。例如，钱包管理设备500可以对应于图1中示出的钱包管理系统。参考图5，钱包管理设备500包括接收器510、发送器520、处理器530和存储器540。钱包管理设备500还可以包括图5中未明确示出的其他特征。

接收器510可以接收多个数据馈送。例如，多个数据馈送可以包括从至少一个钱包提供商到许多钱包提供商的数据馈送，以及从至少一个欺诈系统到许多欺诈系统的数据馈送。处理器530可以基于多个数据馈送建立钱包管理映射图，所述多个数据馈送包括唯一地识别每个数字钱包和包括在其中的支付卡以及任何其他交叉相关的数字钱包的信息。根据各种方面，接收器510可以从欺诈系统之一接收对支付卡的安全性通知。作为响应，处理器530可以基于钱包管理映射图来识别与支付卡相关联的数字钱包，所述钱包管理映射图是基于接收的数据馈送生成的。处理器530还可以识别与识别的数字钱包相关联的一张或多张其他支付卡，生成对识别的一张或多张其他支付卡的警告，并将包括警告的钱包管理映射图存储在存储器540中。因此，存储的钱包管理映射图可以在对识别的一张或多张其他支付卡的授权请求期间使用。

在一些示例中，接收器510可以从商家、收单方、发行方或授权系统接收授权交易的请求。处理器530可以从包括在请求中的支付账户信息(诸如主账号等等)中检测在交易中正在使用的支付卡。处理器可以将检测的支付卡与钱包管理映射图比较，并确定支付卡是否已被标记。例如，对于识别的多个数字钱包中的每一个，钱包管理映射图可以包括钱包标识符、各自数字钱包的提供商的标识、与各自数字钱包相关联的每张支付卡的卡号的标识和对每张支付卡是否有警告的指示。钱包管理映射图还可以识别具有与识别的数字钱包共同的支付卡的交叉相关数字钱包，并且生成对与识别的交叉相关数字钱包相关联的一张或多张其他支付卡的警告。响应于检测对检测的支付卡已发出警告，发送器520可以传送谢绝消息或传送提高的质疑以进一步质疑用户的身份来确定用户是否是持卡人。

各种实施例涉及用于管理数字钱包的系统和方法。系统可以建立钱包管理映射图，所述钱包管理映射图唯一地识别每个数字钱包和由同一实体拥有的其他交叉相关数字钱包。系统可以从钱包提供商接收多个数据馈送以建立钱包管理映射图。系统还可以从各种欺诈系统接收数据馈送。系统可以使用钱包管理映射图中的字段的标签来指示钱包上是否已出现任何安全性通知。例如，对钱包中的任何卡，交易是否已被阻止或卡是否已被锁定。包括卡号的这一通知可以由发行方系统、支付处理系统、卡组织系统等等提供。系统可以检查其数据库以确定卡号是否属于其库中的任何钱包。如果属于，则标记整个钱包。然后可以进一步创建交叉关系，其中来自该钱包的所有卡以及其他交叉相关钱包中的所有卡被链接到一起。结果是每个卡条目的卡信息、钱包信息和标记信息。当用户试图使用已经由系统标记的支付卡进行支付时，系统可以发出附加质疑，或者可以谢绝交易。

如本文使用的,术语“卡”、“交易卡”、“金融交易卡”、“支付卡”等等指的是任何合适的交易卡(诸如信用卡、借记卡、预付卡、签帐卡(chargecard)、会员卡、促销卡、常旅客卡、识别卡、礼品卡等等)，并且也指的是任何合适的支付账户(诸如存款账户、银行账户、信用账户等等)。作为另一示例，术语可以指的是可以保持支付账户信息的任何其他设备或介质，诸如移动电话、智能电话、个人数字助理(pda)、密钥卡、计算机等等。交易卡可以用作执行交易的支付的方法。

如基于前述说明书将理解的，可以使用计算机编程或工程技术来实施公开的上述示例，所述计算机编程或工程技术包括计算机软件、固件、硬件或其任何组合或子集。根据公开的讨论的示例，具有计算机可读代码的任何这样的作为结果的程序可以在一个或多个非暂时性计算机可读介质中具体化或提供，从而制作计算机程序产品(即制造的物品)。例如，非暂时性计算机可读介质可以是但不限于固定驱动器、磁盘、光盘、磁带、闪存、半导体存储器(诸如只读存储器(rom))和/或任何传送/接收介质(诸如因特网或其他通信网络或链路)。可以通过直接从一个介质执行代码，通过将代码从一个介质复制到另一个介质，或通过在网络上传送代码来制作和/或使用包含计算机代码的制造的物品。

计算机程序(也称为程序、软件、软件应用程序、“应用程序”或代码)可包括用于可编程处理器的机器指令，并且可以在高级程序化和/或面向对象的编程语言中、和/或在汇编/机器语言中实施。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于向可编程处理器提供机器指令和/或数据的任何计算机程序产品、装置和/或设备(例如磁盘、光盘、存储器、可编程逻辑设备(pld))，包括接收机器指令作为机器可读信号的机器可读介质。然而，“机器可读介质”和“计算机可读介质”不包括暂时性信号。术语“机器可读信号”指的是可用于向可编程处理器提供机器指令和/或任何其他种类的数据的任何信号。

本文的对过程的以上描述和说明不应被认为暗示用于执行过程步骤的固定顺序。更确切地说，可以以任何可行顺序执行过程步骤，所述任何可行顺序包括至少一些步骤的同时执行。

尽管已经结合特定示例实施例描述本发明，但是应理解，如所附权利要求中所阐述,在不背离发明的精神和范围的情况下，可以对公开的实施例进行对本领域技术人员显而易见的各种改变、替代和变更。