CN106663121B - 描述符交换 - Google Patents

Abstract

本公开涉及用于创建和管理描述符存储库的系统和方法。在某些方面，题述技术的方法包括：接收商家的描述符标签，接收用于描述符标签的多个描述符定义，以及将多个描述符定义存储在数据库中的步骤。在某些方面，题述技术的方法可以进一步包括接收一个或多个描述符定义的相关性指示，以及基于一个或多个相关性指示将一个或多个描述符定义与描述符标签相关联的步骤。

Description

描述符交换

通过引用并入的优先权申请

本申请要求申请号为14/300,057、申请日为2014年6月9日、名称为“全局描述符存储库”的美国申请的优先权，并通过引用的方式将其整体并入本申请。

背景技术

1.技术领域

本公开的主题提供了用于建立和维护用于描述金融交易的描述符存储库的解决方案。特别地，技术方面提供了关联于商家交易描述符标签(即，描述符定义)的众包的细节的系统和方法，用于在情境化金融交易中使用。

2.介绍

许多商家为使用诸如信用卡或借记卡，银行帐户，PayPal或替代支付方法之类的支付服务处理的购买提供基本金融交易信息。如本文所使用的，最初由商家提供的金融交易信息被称为商家描述符标签或“描述符标签”。描述符标签通常包括在支付授权和/或结算交易中，并被发送到持卡人的报表中。描述符标签向消费者提供关于购买的信息，包括例如相关商家的名称。目的是提醒消费者在指定日期和以指定金额购买的商品和/或服务。

然而，大多数描述符标签不是标准化的或易于理解的，使得消费者难以识别交易并回忆起购买的目的。结果，试图理解诸如信用报表或银行对账单的逐项清单的任务对于消费者通常是困难的，这使他/她猜测特定交易的原因，或者购买了什么商品/服务。这种困惑导致消费者联系他们的金融机构来对交易提出异议。通常消费者将声称他/她不认可交易。这不仅使消费者感到沮丧，而当许多这样的情况汇聚在一起时，也会引起处理消费者呼叫的金融机构的相当大的损失。

发明内容

在某些方面，所公开的主题涉及一种计算机实现的方法，该方法包括接收商家的描述符标签的步骤，其中所述描述符标签提供与商家相关联的金融交易的上下文信息；接收所述描述符标签的多个描述符定义的步骤，其中每个描述符定义提供与所述商家相关联的金融交易的上下文信息，以及将所述多个描述符定义存储在数据库中的步骤。在某些方面，题述技术的方法可以进一步包括：接收一个或多个描述符定义的一个或多个相关性指示的步骤，其中所述相关性指示中的每一个基于用于提供与所述商家相关联的金融交易的上下文信息的相应描述符定义的相对有效性；以及基于所述一个或多个相关性指示将所述一个或多个描述符定义与所述描述符标签相关联的步骤。

在另一个方面，所公开的主题涉及一种系统，用于管理描述符存储库或数据库。该系统可以包括一个或多个处理器，被配置为执行操作：接收商家的描述符标签，其中所述描述符标签提供与商家相关联的金融交易的上下文信息；接收所述描述符标签的多个描述符定义，其中每个所述描述符定义提供与所述商家相关联的金融交易的上下文信息；以及将所述多个描述符定义存储在数据库中。在一些实现方式中，处理器可以被进一步配置执行的操作包括：接收一个或多个描述符定义的一个或多个相关性指示，其中所述相关性指示中的每一个基于用于提供与所述商家相关联的金融交易的上下文信息的相应描述符定义的相对有效性；以及基于所述一个或多个相关性指示将所述一个或多个描述符定义与所述描述符标签相关联。

在另一方面，所公开的主题涉及一种包括存储在其中的指令的计算机可读介质，所述指令由一个或多个处理器执行时，使得处理器执行的操作包括：接收商家的描述符标签，其中所述描述符标签提供与商家有关的金融交易的上下文信息；接收所述描述符标签的多个描述符定义，其中每个所述描述符定义提供与所述商家相关联的金融交易的上下文信息；以及将所述多个描述符定义存储在数据库中。在一些方面，所述指令可以进一步包括：接收一个或多个描述符定义的一个或多个相关性指示，其中所述相关性指示中的每一个基于用于提供与所述商家相关联的金融交易的上下文信息的相应描述符定义的相对有效性；以及基于所述一个或多个相关性指示将所述一个或多个描述符定义与所述描述符标签相关联。

以下详细描述中通过示例的方式示出和描述了题述技术的各种配置，应当理解，题述技术的其他配置将对所属领域的技术人员变得显而易见。题述技术能够具有其他的以及不同的配置，并且其若干细节能够在不脱离题述技术的范围内进行各种方面的修改。因此，详细的描述和附图在本质上被认为是示例性的而不是限制性的。

附图的简要说明

在所附权利要求中阐述了题述技术的某些特征。然而，被包括以提供进一步的理解的附图示出了所公开的各方面，并与说明书一起用于解释题述技术的原理。在附图中：

图1示出根据一些常规实现方式的用于提供描述符信息的常规系统的框图。

图2示出的是根据题述技术的一些实施方式的用于实现众包描述符存储库的示例性系统的框图。

图3概念性地示出了根据题述技术的某些方面的商家、描述符标签、一个或多个描述符定义之间的示例关系。

图4示出了根据本技术的一些实施方式的提供众包描述符存储库服务的示例方法。以及

图5示出了可以实现题述技术的一些方面的电子系统的示例。

详细说明

以下的详细说明旨在作为对题述技术各种配置的一种的说明，而不是表示可以实施题述技术的仅有的配置。附图在此引入构成详细说明的一部分。详细说明包括用于提供对主题技术的更透彻理解的目的的具体细节。然而，应清楚和明显的是，题述技术不限于这里所阐述的具体细节，并在没有这些细节的情况下也可以实施。在一些实施方式中，以框图形式示出结构和组件，以避免模糊题述技术的概念。

题述技术通过提供用于累积和组织描述符标签的储存库的装置来解决上述需求。然后，描述符标签与定义(“描述符定义”)相关联，以便为相关联的商家交易提供上下文信息。通过为描述符标签提供补充信息，消费者、发卡机构、金融机构和/或支付方法/处理器被提供有用于识别商家的准确且相关的信息以及相关联交易的原因。

在一些实施例中，描述符定义是众包的(例如，来自发卡机构，金融机构和/或消费者等)，或者作为来自描述符标签起源(即，商家)的直接反馈提供。随后，当评估商家交易时(例如，在信用卡或银行帐户对帐单上)，由描述定义提供的在描述符标签上聚集的信息为描述符标签提供附加的上下文信息，以帮助识别相应购买。

可以为特定描述符标签提供多个描述符定义。在这种情况下，可以使用相关性或质量排名来组织给定描述符标签的描述符定义(即，管理描述符定义之间的关联)。虽然可以使用各种方法来执行排名，包括但不限于自动的计算机排名，在某些方面，例如由诸如发卡机构客户经理或客户服务雇员执行的人工排名。通过连续接收新的描述符定义、更新与它们各自的描述符标签关联的质量排名，描述符存储库随着时间的推移而改进，从而提高了精度和相关性。

描述符定义质量可以使用计算机实现的和/或人工辅助的方法来确定。在某些方面，确定描述符定义质量可以基于操作者提供的“赞成投票”(up-vote)指示，例如，指示特定定义/细节成功地帮助了客户识别相关联的商家交易。

另外，在一些实施方式中，描述符定义/细节质量可以建立在自动更新或自适应的机器学习模型的基础上。

如下面进一步详细讨论的，为特定描述符标签众包描述符定义的能力提供了优于仅依赖于商家提供的描述符标签来提供交易上下文的常规实现方式的显著优点。

图1示出了常规系统100的示例，其中商家提供描述符标签。系统100包括消费者102、支付卡110、商家112、发卡机构114、支付报表116和描述符定义120。如进一步所示，描述符定义120由商家112创建/编辑，并提供给发卡机构114，例如，经由诸如因特网118的网络。

实际上，发卡机构114向消费者102提供支付卡110，当消费者102使用支付卡110从商家112进行购买时，包含购买的逐条记录(包括描述符标签)的支付报表116是随后使用支付报表116提供给消费者102。

在消费者102不能理解购买的上下文，并且例如希望对相关费用提出异议的情况下，消费者102可以向发卡机构114发起查询/异议。为了向消费者102提供附加的上下文，发卡机构114可以(1)联系商家112，或(2)进行因特网搜索以确定是否能够找到关于支付报表116上的描述符标签的进一步信息。

在上述情况中，当为多个消费者执行相同的查找时，发卡机构114的总负担(例如，为了搜索支付报表116的描述符标签的描述符定义)可能是巨大的。因此，实施题述技术的各方面，使得多方能够贡献于描述符存储库或数据库，例如，维护用于各个商家的描述符标签和描述符定义之间的映射，其提供用于相关联的金融交易的补充的上下文。

图2示出了根据本技术的一些实施方式的可用于实现描述符存储库212的系统200的示例。如图所示，系统200包括消费者202、支付卡204、商家206、一个或多个发卡机构208、交易报表210、描述符存储库212和数据库管理方214。

描述符存储库212可以包括标识与特定商家交易的描述符标签，以及与所述描述符标签相关联的描述符定义，用于提供相关联的事务的上下文。在系统200所示的示例实现中，多方具有管理、更新或贡献于描述符存储库212的能力。具体地，发卡机构208、商家206和数据库管理方214各自具有添加/更新描述符定义和/或由描述符存储库212维护的描述符定义/描述符标签映射的能力。

根据实现方式，添加/编辑或移除特定描述符标签所必需的访问权限可以被限制到特定方。作为示例，商家206可以是被授权向描述符存储库212添加描述符标签的唯一方，而卡发行方208和/或数据库管理方214可以具有管理和更新描述符定义及其相应描述符标签关联的权利。通过使多方能够向描述符存储库212贡献描述符定义，以及提供关于描述符标记如何与描述符定义相关联的输入，描述符存储库212能够众包，从而从我的多方和源提供的更新/反馈中受益。

在实际中，消费者202接收逐条记录了各种金融交易，诸如与商家206的交易的交易报表210。所述交易报表210包含提供关于与商家206的交易的各种类型的信息的交易细节。例如，交易细节可以包括商家206的描述符标签，以及与描述符标签配对的初始描述符定义，以向消费者202提供用于对应交易的附加上下文。在某些方面，由发卡机构208提供到例如交易报表210上的交易细节直接从商家206接收。然而，如图所示，描述符存储库212可用于使用一个或多个附加描述符定义来为描述符标签提供附加信息。

如系统200中所示，描述符存储库212可以包括发卡机构208、商家206和/或数据库管理方214的聚合输入。应当理解，数据库管理方214可以是对描述符存储库具有访问权限的任何一方，例如为了商家206、发卡机构208和/或消费者202的利益而管理、托管和/或维护描述符存储库212的第三方。

在消费者202不理解在交易报表210上提供的细节或者例如不记得从商家206购买的情况下，消费者202将向发卡机构208发起查询。基于与消费者202的对话，发卡机构可以具有向描述符存储库212提供反馈的能力，其提供了交易报表210上与描述符标签一起初始包含的描述符定义的相关性指示。作为示例，如果提供给描述符标签的初始描述符定义不清楚、不准确，发卡机构208可以提供将用于重新组织描述符存储库的指示或“反对投票”(down vote)，使得更相关的描述符定义映射到主题描述符标签。

可选地，如果所提供的描述符定义是准确且有帮助的，例如，在促进了客户查询的解决时，发卡机构208可以提供所述描述符定义是高度相关的指示。以这种方式，基于描述符定义的有效性的反馈可以用于更新/组织描述符存储库。

在某些实现方式中，其他方可以例如通过将最相关的描述符定义与相关联的描述符标签进行关联来提供可以用于组织描述符存储库的反馈。除了系统200所示出的之外，商家206和/或数据库管理方214都可以提供更新的描述符定义，或者提供手动对描述符定义的相关性/有效性进行评分的反馈，从而影响相关联的描述符标签映射。

虽然图2的系统200示出了各方可以直接编辑描述符存储库212或向其提供反馈的实施例。在某些方面，描述符存储库的更新和管理由单方管理。作为示例，数据库管理方214可以创建描述符存储库，以及管理描述符标签和描述符定义的更新以及数据库关联。任何第三方，例如，消费者、商家和/或金融机构提供的反馈可以由数据库管理方214仲裁。由此，描述符存储库的服务或对其的访问可以由数据库管理方214提供，例如服务于商家206、发卡机构208，和/或消费者202中的一个或多个。

在某些方面，可以使用机器学习实现来管理描述符定义和描述符标签之间的映射。例如，与较低百分比的客户查询相关联的描述符定义/标签对可以被自动地排名，以增加最相关的描述符定义与描述符标签相关联的可能性。在其他实现中，自然语言分析可以用于确定描述符定义/描述符标签关联的相对有效性或相关性。

图3示出了商家300、描述符标签305和描述符定义(例如，描述符定义1…描述符定义N)之间的关系的示例。如图所示，商家300与(单个)描述符标签305相关联。然而，应当理解，在其他示例中，商家300可以与附加的或不同的描述符标签相关联，其可以用于表示与商家300的金融交易。

描述符标签305可以包括由商家300自行决定而包括的各种类型的信息。作为非限制性示例，描述符标签305可以包括以下各项中的任何或全部：商家名称、地址、电话、位置、商家口号或经营名称。相应地，描述符标签305可以包括向消费者提供上下文信息的信息，消费者可以由此识别与商家300进行的金融交易。

如上所述，描述符标签305可以与一个或多个描述符定义相关联，其中每个描述符定义由一或多方提供。描述符定义可以由商家提供，然而，本发明不限于特定来源。例如，描述符定义1可以由商家300创建，并且描述符定义2可以由为商家300经纪支付服务的发卡机构或金融机构(例如，上述的发卡机构208)创建。

如图所示，多个描述符定义可以与单个描述符标签相关联。在一些实施例中，描述符定义和描述符标签(例如，描述符标签305)之间的映射是基于在提供或解释商家300的金融交易的起源或上下文时所确定的描述符定义的相关性。

描述符定义及其相应的描述符标签映射可以被存储和保持在与商家300以及发卡机构分离(并且独立于其维护)的数据库中，例如图2的系统200所示。凭借接收来自多个源(众包)的描述符定义和相关性指示的能力，本技术的各方面提供了管理描述符存储库的自适应的众包手段。

图4示出了用于实现本技术的各方面的示例方法400的步骤的流程图。方法400从步骤402开始，其中例如由描述符数据库管理系统接收描述符标签。如上所述，描述符标签与商家相关联，并用于在客户的交易报表上识别与商家相关联的金融交易。

在步骤404中，接收一个或多个描述符定义，其中至少一个描述符定义与在步骤402中接收的描述符标签相关联。描述符定义可以包括可用于提供关于描述符标签和相应的商家之间关联的上下文的任何类型的信息。

在某些实现方式中，一个或多个描述符标签可以包括相关性指示，例如，其为相应描述符标签提供所指示的“相关性强度”。当分配和/或排名描述符定义并确定它们与特定描述符标签的关联时，可以使用相关性强度的指示。作为示例，被确定为具有高“相关性强度”的描述符定义可以被更高地排名，并且因此更可能响应于客户查询而与相应描述符标签一起返回。

随后，在步骤406中，将描述符标签和描述符定义存储在数据库中，例如如上所述的描述符存储库212。虽然对描述符存储库的贡献可以源自多个源(众包)，但是可以有指定用于控制描述符存储库的中央管理和操作的单个一方，例如Verifi，Inc。

在步骤408中，接收描述符定义的相关性指示，例如，为相关联的描述符标签提供上下文/解释的相对有效性的指示。相关性指示基本上可以包括可用于确定一个或多个描述符定义的相对有效性的任何类型的信息或信号。作为示例，相关性指示可以被提供为“赞成投票”(up vote)或“反对投票”(down vote)。在其他实现方式中，相关性指示可以基于手动的用户输入/反馈，其基于特定描述符定义解决客户不能识别与特定描述符标签的交易相关的客户异议/查询的能力。

在步骤410中，基于在步骤408中接收的相关性指示，将一个或多个描述符定义与描述符标签相关联。根据实现方式，描述符定义可以以不同的方式与描述符标签相关联。例如，在一些实现方式中，可以选择最相关的描述符定义(可能来自多个描述符定义中)与特定描述符标签相关联。在另一实现方式中，多个描述符定义可以与单个描述符标签相关联。在这种情况下，描述符定义关联的数量可以限于预定数量，例如前三个最相关的描述符定义。

图5概念性地示出了一种电子系统500，通过其可以实现题述技术的一些实现方式。电子系统500可以是基于处理器的电子设备，诸如计算机或被配置为托管、更新和/或管理描述符存储库的服务器，诸如上面关于系统500所描述的。例如，这种电子系统可以包括各种类型的计算机可读介质和用于各种其他类型的计算机可读介质的接口。如图所示，电子系统500包括总线508、处理单元512、系统存储器504、只读存储器(ROM)510、存储设备502、输入设备接口506、I/O接口514和网络接口516。

总线508笼统地表示可通信地连接电子系统500的多个内部设备的所有系统、外围设备和芯片组总线。例如，总线508将处理单元512与ROM 510，系统存储器504和存储设备502可通信地连接。

从这些各种存储器单元，处理单元512获取要执行的指令和要处理的数据，以便执行本主题披露的过程。在不同的实现方式中，处理单元可以是单个处理器或多核处理器。ROM 510存储处理单元512和电子系统的其他模块所需的静态数据和指令。另一方面，存储设备502是读写存储器设备。该设备是即使当电子系统500关闭时也存储指令和数据的非易失性存储器单元。本主题披露的一些实施方式使用大容量存储设备(诸如磁盘或光盘及其对应的磁盘驱动器)作为存储设备502。

其他实现方式使用可移动存储设备(诸如软盘、闪存盘及其对应的盘驱动器)作为存储设备502。类似于存储设备502，系统存储器504是读写存储器设备。然而，与存储设备502不同，系统存储器504是易失性读写存储器，诸如随机存取存储器。系统存储器504存储处理器在运行时所需的一些指令和数据。在一些实施方式中，本主题披露的进程存储在系统存储器504、存储设备502和/或ROM510中。例如，各种存储器单元包括用于根据一些实施方式进行实验的指令。从这些各种存储器单元，处理单元512获取要执行的指令和要处理的数据，以便执行一些实现方式的进程。

总线508还连接到输入和输出设备接口506和514，输入设备接口506使得用户能够向电子系统传送信息和选择命令。与输入设备接口506一起使用的输入设备包括，例如，字母数字键盘和指针设备(也称为“光标控制设备”)。输出设备接口414使能例如由电子系统500产生的图像的显示。与输出设备接口414一起使用的输出设备可以包括，例如，打印机和显示设备，诸如阴极射线管(CRT)或液晶显示器(LCD)。一些实现方式包括设备，例如既作为输入设备又作为输出设备的触摸屏。

最后，总线508还通过网络接口416将电子系统500耦合到网络(未示出)。以这种方式，计算机可以是计算机网络的一部分，例如局域网(“LAN”)，广域网(“WAN”)或内联网，或诸如因特网的网络。电子系统500的任何或所有组件可以与本主题公开的内容结合使用。

虽然本文提供的某些示例可以描述存储在存储器中的用户信息，但是用户可以从存储器中删除用户信息和/或选择防止用户信息存储在存储器中。在示例的方面中，用户可以调整适当的隐私设置以选择性地限制存储在存储器中的用户信息的类型和/或选择存储用户信息的存储器(例如，在用户设备上而不是在远程服务器上)。在示例的方面中，除非用户特别提供或指示，否则用户信息不包括和/或共享用户的特定标识(例如，用户的名字)。

为了清楚说明，图示的系统实例被呈现为包括单独的功能块，包括标记为“处理器”的功能块。这些块表示的功能可以通过使用共享或专用硬件来提供，包括但不限于：能够执行软件和硬件的硬件，诸如处理器512，其专用于作为等同于在通用处理器上执行的软件来操作。

应当理解，所公开的过程中的步骤的任何特定顺序或层次是示例性方法的说明。基于设计偏好，应当理解，可以重新排列过程中的步骤的特定顺序或层次，或者仅执行所示步骤的一部分。可以同时执行一些步骤，例如，在某些情况下，多任务和并行处理可能是有利的。

此外，上述实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中或封装到多个软件产品。

提供前面的描述以使所属领域的任一技术人员能够实现本文中所描述的各种方面。对这些方面的各种修改对于所属领域的技术人员将是显而易见的，并且本文定义的一般原理可以应用于其他方面。因此，权利要求并不旨在限于本文所示的方面，而是符合与语言要求一致的全部范围，其中，以单数形式提及的元件不旨在表示“一个且仅一个”，除非特别地如此声明，而是表示“一个或多个”。

诸如“方面”的短语不意味着这样的方面对于题述技术是必要的，或者这样的方面适用于题述技术的所有配置。与一方面相关的公开内容可以应用于所有配置或一个或多个配置。诸如方面的短语可以指一个或多个方面，反之亦然。诸如“配置”的短语不意味着这种配置对于本技术是必要的，或者这种配置适用于本技术的所有配置。与配置相关的公开内容可以应用于所有配置或一个或多个配置。诸如配置的短语可以指一个或多个配置，反之亦然。

词语“示例性”在本文中用于表示“用作示例或说明”。本文中描述为“示例性”的任何方面或设计不一定被解释为相对于其他方面或设计是优选的或有利的。

Claims (20)

1.一种描述符存储库，包括一个或多个计算机，其中所述一个或多个计算机被配置为执行以下操作：

接收商家的描述符标签，其中所述描述符标签包括商家名称、商家地址、商家电话、商家位置、商家口号、商家经营名称或其组合，并且其中所述描述符标签识别与所述商家相关联的金融交易；

识别映射到所述描述符标签的至少一个描述符定义，其中所述至少一个描述符定义提供用于与相应商家的描述符标签相关联的所述金融交易的补充上下文信息，并且所述至少一个描述符定义包括直接从不同于所述商家的来源接收的信息，不包含在所述描述符标签中，并且进一步描述与所述描述符标签相关联的所识别的金融交易；

将所述至少一个描述符定义存储在数据库中；

从网络接收对于与交易相关联的附加信息的请求；

基于所述交易的至少一部分信息同与所述描述符定义中的一个或多个描述符定义相关联的描述符标签的比较来识别所述一个或多个描述符定义，其中所述描述符定义中的一个或多个描述符定义包括至少一个描述符定义；以及

向所述网络传输包含所述一个或多个描述符定义的响应。

2.如权利要求1所述的描述符存储库，其中所述计算机还被配置为执行以下操作：

接收所述描述符标签的一个或多个附加描述符定义；以及

更新所述数据库以包括所述一个或多个附加描述符定义。

3.如权利要求1所述的描述符存储库，其中所述计算机还被配置为执行以下操作：

从多个来源接收针对所述至少一个描述符定义的多个相关性指示，其中所述相关性指示中的每个基于用于补充由所述描述符标签所标识的金融交易中包含的信息的相应描述符定义的相对有效性，

其中，所述识别至少部分地进一步基于所述相关性指示。

4.如权利要求1所述的描述符存储库，其中所述至少一个描述符定义中的两个或更多个从不同的金融机构接收。

5.如权利要求1所述的描述符存储库，其中所述至少一个描述符定义中的两个或更多个从所述商家的不同客户接收。

6.如权利要求3所述的描述符存储库，其中所述多个相关性指示中的至少一个从金融机构接收。

7.如权利要求3所述的描述符存储库，其中所述多个相关性指示中的至少一个从所述商家的客户接收。

8.如权利要求3所述的描述符存储库，其中，至少部分地基于相关性指示的所述识别包括使用机器学习模型自动处理与所述描述符标签的一个或多个用户交互，所述机器学习模型提供输出，所述输出指示所述描述符定义的所述描述符标签的相对有效性或相关性。

9.一种计算机实现的方法，包括：

接收商家的描述符标签，其中所述描述符标签包括商家名称、商家地址、商家电话、商家位置、商家口号、商家经营名称或其组合，并且其中所述描述符标签识别与所述商家相关联的金融交易；

识别映射到所述描述符标签的至少一个描述符定义，其中所述至少一个描述符定义提供用于与相应商家的描述符标签相关联的所述金融交易的补充上下文信息，并且所述至少一个描述符定义包括直接从不同于所述商家的来源接收的信息，不包含在所述描述符标签中，并且进一步描述与所述描述符标签相关联的所识别的金融交易；

将所述至少一个描述符定义存储在数据库中；

从网络接收对于与交易相关联的附加信息的请求；

基于所述交易的至少一部分信息同与所述描述符定义中的一个或多个相关联的描述符标签的比较来识别所述一个或多个描述符定义，其中所述描述符定义中的一个或多个描述符定义包括至少一个描述符定义；以及

向所述网络传输包含所述一个或多个描述符定义的响应。

10.如权利要求9所述的方法，还包括：

接收所述描述符标签的一个或多个附加描述符定义；以及

更新所述数据库以包括所述一个或多个附加描述符定义。

11.如权利要求9所述的方法，还包括：

从多个来源接收针对所述至少一个描述符定义的多个相关性指示，其中所述相关性指示中的每个基于用于补充由所述描述符标签所标识的金融交易中包含的信息的相应描述符定义的相对有效性，并且其中，所述识别至少部分地进一步基于所述相关性指示。

12.如权利要求9所述的方法，其中所述至少一个描述符定义中的两个或更多个从不同的金融机构接收。

13.如权利要求9所述的方法，其中所述至少一个描述符定义中的两个或更多个从所述商家的不同客户接收。

14.如权利要求11所述的方法，其中所述多个相关性指示中的至少一个从金融机构接收。

15.如权利要求11所述的方法，其中所述多个相关性指示中的至少一个从所述商家的客户接收。

16.如权利要求11所述的方法，其中，所述相关性指示包括从所述网络接收的对描述符标签的查询，以及

其中，至少部分地基于相关性指示的所述识别包括使用机器学习模型自动处理从所述网络接收的对所述描述符标签的多个查询，所述机器学习模型提供指示所述描述符标签的相对有效性或相关性的输出。

17.一种计算机可读存储介质，包括存储在其中的指令，所述指令在由一个或多个处理器执行时使所述处理器执行操作，所述操作包括：

接收商家的描述符标签，其中所述描述符标签包括商家名称、商家地址、商家电话、商家位置、商家口号、商家经营名称或其组合，并且其中所述描述符标签识别与所述商家相关联的金融交易；

识别映射到所述描述符标签的至少一个描述符定义，其中所述描述符定义中的每个提供用于与相应商家的描述符标签相关联的所述金融交易的补充上下文信息，并且所述至少一个描述符定义包括直接从不同于所述商家的来源接收的信息，不包含在所述描述符标签中，并且进一步描述与所述描述符标签相关联的所识别的金融交易；

将所述至少一个描述符定义存储在数据库中；

基于所述金融交易的至少一部分信息同与所述描述符定义中的一个或多个相关联的描述符标签的比较来识别所述一个或多个描述符定义，其中所述描述符定义中的一个或多个描述符定义包括至少一个描述符定义；以及

向网络传输包含所述一个或多个描述符定义的响应。

18.如权利要求17所述的计算机可读存储介质，其中，所述操作还包括：

从多个来源接收针对所述至少一个描述符定义的多个相关性指示，其中所述相关性指示中的每个基于用于补充由所述描述符标签所标识的金融交易中包含的信息的相应描述符定义的相对有效性，并且其中，所述识别至少部分地进一步基于所述相关性指示。

19.如权利要求17所述的计算机可读存储介质，其中所述至少一个描述符定义中的两个或更多个从不同的金融机构接收。

20.如权利要求18所述的计算机可读存储介质，其中接收所述多个相关性指示包括接收包含指示所述描述符标签和相应描述符定义之间的自然语言关联的自然语言处理结果的相关性指示。

Images