背景技术：
1、诸如加密货币的数字货币正在变得更广泛地作为金融交易的支付的形式被接受。用于金融交易的传统支付方法包括信用卡、借记卡或其它类型的支付。这些传统支付方法通常使用法定货币。法定货币是政府发行的货币，其不由诸如黄金或白银的物理商品支持，而是由发行它的政府支持。此外，在金融交易中对于法定货币，数字货币可以被购买或以其它方式交换/讨价还价。
2、一旦进行对于数字货币的购买，以数字货币的交易就被记录在区块链上。数字货币然后可以在区块链网络上被用于各种后续交易(或其它活动)。可以使用数字货币进行对于商品和服务的购买，然而，由于交易发生在区块链网络上，因此关于数字货币交换的信息使用金融机构可用的传统手段可能无法轻易地获得或追踪。相比之下，使用传统支付方法(例如，使用信用卡、银行卡等进行的支付)完成的交易通常可由诸如银行的金融机构或政府机关追踪以便防止欺诈活动。当在区块链上进行交换时(即，涉及区块链到区块链活动)，可能涉及多个网络。区块链、银行和支付轨道网络彼此之间共享有限的关于数字货币交易的信息或不共享关于数字货币交易的信息。因此，诸如银行或其它机构的金融方可能无法容易地确定与数字货币交易相关联的风险、或数字货币交易中涉及的各方的信誉，尤其是跨不同网络发生的交易。
3、随着诸如加密货币的数字货币在金融行业中获得更广泛的接受，商家和金融实体支持这样的数字货币交换变得重要。此外，由于大多数金融服务利用包括诸如“了解您的客户”的准则进行监管，其涉及核实客户身份、适用性、以及关于欺诈、腐败、洗钱等的风险，因此评价将这样的数字货币交换交易考虑在内的风险可能是重要的。
技术实现思路
1、本文描述了对于提供者信誉的交易的跨网络评估。提供者信誉对于诸如收单方、发行方和银行的实体或机构是有用的。这样的实体可以使用提供者信誉以便确定提供数字货币交换的哪些提供者和用于参与数字货币交换的哪些卡是信誉良好的。
2、卡发行方、收单方和/或金融机构(例如，银行)或服务公司可能希望确定数字货币的提供者的信誉并且确定数字货币交易中涉及的卡和/或利用该卡的客户的信誉。信誉对于发行方、收单方和/或金融机构(例如，银行)是重要的，因为这些实体可以利用信誉以便评估提供者(例如，确定与提供数字货币的提供者开展业务是否是好主意)或利用卡的人。这样的评估也可以被称为风险评估，并且可以被用于确定交易中涉及的数字货币的金额，确定交易中涉及的实体是谁，以及确定可以从评估收集的其它信息。具有良好的信誉的提供者可以是要与其进行业务的良好的对方。提供者和卡的信誉可以由支付网络上的管理系统确定，该管理系统执行包括对交易进行排名和加权的操作以便确定用于风险评估的这样的信誉。
3、系统系统与提供者标识相关联并且包括提供者分数的提供者字符串。提供者字符串可以由评价区块链风险的实体提供。管理系统从提供者字符串提取提供者标识。鉴于提供者标识，从一组已知的商家标识代码确定潜在的商家标识代码。从分析可以存储在与管理系统相关联的结构化数据资源中的交易数据来识别与潜在的商家标识代码相关联的至少一个交易。鉴于提供者分数，对与潜在的商家标识代码相关联的每个交易分配交易分数。交易分数被存储。通过分析至少一个交易来确定商家统计数据。鉴于商家统计数据和包括该交易分数的交易分数生成报告。报告然后可以被提供以经由图形用户界面显示。
4、可以存在由管理系统接收的许多提供者字符串。例如，管理系统接收与第一提供者标识相关联并且包括第一提供者分数的第一提供者字符串。管理系统接收与第二提供者标识相关联并且包括第二提供者分数的第二提供者字符串。从第一提供者字符串提取第一提供者标识。从第二提供者字符串提取第二提供者标识。鉴于第一提供者标识，从一组已知的商家标识代码确定第一潜在的商家标识代码。鉴于第二提供者标识，从该组已知的商家标识代码确定第二潜在的商家标识代码。分析存储在与管理系统相关联的结构化数据资源中的交易数据以识别与第一潜在的商家标识代码相关联的至少第一交易以及与第二潜在的商家标识代码相关联的至少第二交易。鉴于第一提供者分数，对每个第一交易分配第一交易分数。鉴于第二提供者分数，分配第二交易分数。第一交易分数和第二交易分数被存储。可以鉴于第一交易分数和第二交易分数生成报告。在某些报告中，交易分数被分层次地排名。提供报告以经由图形用户界面显示。
5、本
技术实现要素：
被提供以便以简化的形式介绍一系列概念，这些概念在下面的具体实施方式中进一步描述。本发明内容不旨在识别要求保护的主题的关键特征或必不可少的特征，它也不旨在用于限制要求保护的主题的范围。
1.一种方法，包括：
2.如权利要求1所述的方法，其中所述提供者字符串是包括所述提供者标识、所述提供者分数、以及一组相关的提供者级别数据的向量，并且其中所述管理系统接收多个提供者字符串。
3.如权利要求2所述的方法，其中所述多个提供者字符串在所述结构化数据资源中按逗号分隔值格式以元组布置。
4.如权利要求1所述的方法，其中所述潜在的商家标识代码的确定包括使用以下中的至少一个：字符串和自然语言处理技术、或者错误校正技术。
5.如权利要求1所述的方法，其中所述交易数据包括以下中的至少一个：多个商家标识代码、多个掩蔽的卡号、或者多个支付方法。
6.如权利要求1所述的方法，其中所述商家统计数据包括以下中的至少一个：与所述潜在的商家标识代码相关联的平均支出差异、生成的销售额、预计的销售额、或者与所述潜在的商家标识代码相关联的商家接受的不同卡或支付的类型的数量。
7.如权利要求1所述的方法，其中所述管理系统从区块链风险提供者接收所述提供者字符串。
8.一种或多种计算机可读存储介质，所述计算机可读存储介质在其上存储有指令，所述指令在由处理系统执行时指示所述处理系统：
9.如权利要求8所述的介质，其中所述报告经由应用编程接口(api)提供。
10.如权利要求8所述的介质，其中所述第一提供者字符串和所述第二提供者字符串是对应的向量，每个向量包括提供者标识、提供者分数、以及一组相关的提供者级别数据，并且其中所述管理系统接收多个提供者字符串。
11.如权利要求10所述的介质，其中所述多个提供者字符串中的每一个按逗号分隔值格式以元组布置。
12.如权利要求8所述的介质，其中所述处理系统还使用字符串和自然语言处理技术或者错误校正技术中的至少一个从所述一组已知的商家标识代码确定所述第一潜在的商家标识代码或者所述第二潜在的商家标识代码中的至少一个。
13.如权利要求8所述的介质，其中所述交易数据包括以下中的至少一个：多个商家标识代码、多个掩蔽的卡号、或者多个支付方法。
14.一种计算设备，包括：
15.如权利要求14所述的计算设备，其中所述提供者字符串是包括所述提供者标识、所述提供者分数、以及一组相关的提供者级别数据的向量。
16.如权利要求14所述的计算设备，其中多个提供者字符串在所述结构化数据资源中按逗号分隔值格式以元组布置。
17.如权利要求16所述的计算设备，还包括指示所述计算设备进行以下操作的指令：使用字符串和自然语言处理技术或者错误校正技术中的至少一个以从所述一组已知的商家标识代码确定所述潜在的商家标识代码。
18.如权利要求14所述的计算设备，其中所述交易数据包括以下中的至少一个：多个商家标识代码、多个掩蔽的卡号、或者多个支付方法。
19.如权利要求14所述的计算设备，其中所述商家统计数据包括以下中的至少一个：与所述潜在的商家标识代码相关联的平均支出差异、生成的销售额、预计的销售额、或者与所述潜在的商家标识代码相关联的商家接受的不同卡或支付的类型的数量。
20.如权利要求16所述的计算设备，其中所述提供者字符串被从区块链风险提供者接收。
