基于电子文件的自动验证请求的制作方法

本申请要求于2016年2月15日提交的、目前正在审查中的、申请号为62/295,159的美国临时申请的优先权。本申请同时也是于2016年11月28日提交的、目前正在审查中、申请号为15/361,934的美国专利申请的部分继续申请。上述申请的内容通过引用整体并入本文。

总体地，本公开涉及在数据系统中验证文件，并且更具体地涉及基于电子文件的内容的验证请求。

背景技术：

客户可以通过网络实时向商家订购旅行和住宿等服务。这些订单可以立即接受并处理。然而，订单付款通常需要更多时间才能完成，特别是要确保正在转移的资金的安全。因此，商家通常要求客户在下订单时实时提供款项保证。作为示例，客户可以根据支付来输入信用卡信息，而商家可在确认销售之前实时验证信用卡信息。验证通常包括确定所提供的信息是否有效(即信用卡号、有效期、pin码和/或客户名称是否与已知信息匹配)。

在收到此类保证后，可以为客户生成采购订单。采购订单提供订单的证据，例如购买价格、所订购的商品和/或服务等。随后，可能会生成订单的发票。采购订单通常用于指示所需求的产品以及估价和报价，而发票通常用于指示实际提供的产品和产品的最终价格。通常，订单的发票所显示的采购价格与采购订单所显示的购买价格不同。例如，如果酒店的客人虽然最初订购3晚住宿但是最终入住到第四晚，则采购订单的总价可能反映不同于后续发票的总价。发票的总价与采购订单的总价不同的情况很难跟踪，特别是在每天接受许多订单的大型企业中(例如，在管理在指定国家内的数百或数千家酒店的一家大型连锁酒店中)。这些差异可能会导致企业的记录保存错误。

随着企业越来越依赖技术来管理与发票和采购订单数据等操作相关的数据，用于恰当管理和验证数据的合适系统已成为成功的关键。特别是对于大型企业而言，企业每天使用的数据量可能非常大。因此，在最好的状态下，人工审查和验证此类数据是不切实际的。然而，多份记录保存文件之间的差异可能会给企业带来严重问题，例如，未能向税务机关恰当地申报收入。

通常，要申报交易期间支付的增值税，必须将指示与交易相关的信息的以文件形式存在的证据(例如发票或收据)提交给相应的退税机构(例如，该国退还增值税的税务机构)。如果在提交的文档中信息与在申报请求中提交的信息不匹配，则拒绝请求且不予申报。为此，机构的员工通常手动选择并提交以电子文件形式存在的增值税申报所需文档(例如，显示发票或收据的扫描的图像文件)。该手动选择引入了人为错误的可能性，例如，由于员工在请求中提供不正确的信息和/或提交非预期的文档(例如，另一项交易的发票)。在利用包含至少部分地非结构化的数据的电子文件时，用于自动验证交易的现有解决方案面临挑战。

因此，提供将克服现有技术的种种缺陷的技术方案是有利的。

技术实现要素：

本公开的几个示例性实施例概述如下。提供概述是为了方便读者而提供对此类实施例的基本理解并且不完全限定所公开的广度。该概述不是所有预期实施例的广泛概述，并且既不旨在标识所有实施例的关键或重要元素，也不旨在描绘任何或所有方面的范围。其唯一目的是以简化形式呈现一个或多个实施例的一些概念，作为稍后呈现的更详细描述的前序。为方便起见，本文可使用术语“一些实施例”来指代本发明的单个实施例或多个实施例。

本文公开的某些实施例包括用于验证电子文件的方法。该方法包括：分析第一电子文件以确定至少一个交易参数，第一电子文件指示请求，其中第一电子文件包括至少部分地非结构化的数据；为第一电子文件创建第一模板，其中第一模板是包括所确定的至少一个交易参数的结构化数据集；基于第一模板检索第二电子文件，其中第二电子文件指示用于验证请求的证据；以及基于第一模板和第二电子文件确定请求是否被验证。

本文公开的某些实施例也包括非暂时性计算机可读介质，其上存储有用于使处理电路执行过程的指令，该过程包括：分析第一电子文件以确定至少一个交易参数，第一电子文件指示请求，其中第一电子文件包括至少部分地非结构化的数据；为第一电子文件创建第一模板，其中第一模板是包括所确定的至少一个交易参数的结构化数据集；基于第一模板检索第二电子文件，其中第二电子文件指示用于验证请求的证据；以及基于第一模板和第二电子文件确定请求是否被验证。

本文公开的某些实施例也包括用于验证电子文件的系统。该系统包括：处理电路；以及存储器，该存储器包含指令，当指令被处理电路执行时，将系统配置为：分析第一电子文件以确定至少一个交易参数，第一电子文件指示请求，其中第一电子文件包括至少部分地非结构化的数据；为第一电子文件创建第一模板，其中第一模板是包括所确定的至少一个交易参数的结构化数据集；基于第一模板检索第二电子文件，其中第二电子文件指示用于验证请求的证据；以及基于第一模板和第二电子文件确定请求是否被验证。

附图说明

在说明书结尾处的权利要求书中特别指出并清楚地要求保护本文所公开的主题。通过以下的结合附图的详细描述，所公开的实施例的前述和其他目的、特征和优点将显而易见。

图1是用于描述各种公开实施例的网络图；

图2是根据实施例的验证系统示意图；

图3是流程图，显示了根据实施例的基于电子文件自动验证请求的方法；

图4是流程图，显示了根据实施例的基于至少一份电子文件创建数据集的方法；

图5是流程图，展示了根据实施例的基于第一电子文件和第二电子文件验证请求的方法。

具体实施方式

重要的是，要注意本文公开的实施例仅是本文的创新教导的许多有利用途的示例。一般地，在本申请的说明书中做出的陈述不一定限定任何各种要求保护的实施例。此外，一些陈述可能适用于某些发明特征而不适用于其他特征。通常，除非另有说明，否则单数元素可以是复数，反之亦然而不失一般性。在附图中，类似的标号标记在若干视图中表示类似的部件。

各种公开的实施例包括基于电子文件自动验证请求的方法和系统。在一个实施例中，数据集是基于指示与请求有关的信息的第一电子文件而创建的。该请求可能用于申报交易期间所支付的增值税(vat)。事务属性的模板是基于第一电子文件数据集而创建的。可选地，可以确定交易是否有资格获得该请求。

基于为第一电子文件而创建的模板，对指示支持请求的证据的第二电子文件进行检索。可选地，可以查询第一数据源以验证第一电子文件，并且可以查询第二数据源以验证第二电子文件。基于第一电子文件和第二电子文件，确定请求是否被验证。验证可以包括为第二电子文件创建模板。当请求被验证时，第一电子文件和第二电子文件可以存储在数据库中以供稍后使用。

图1示出了用于描述各种公开实施例的示例网络图100。在示例网络图100中，请求验证器120、企业系统130、数据库140和多个网页源150-1到150-n(仅仅为了简单起见，下文中分别称为网页源150和统称为多个网页源150)通过网络110通信地连接。网络110可以是但不限于无线网、蜂窝或有线网络、局域网(lan)、广域网(wan)、城域网(man)、因特网、万维网(www)、类似网络以及其组合。

企业系统130与企业相关联，并且可以存储与企业或企业代表进行购买有关的数据，以及与企业自身有关的数据。企业系统130可进一步存储与企业要提交的请求(例如，增值税申报请求)有关的数据(例如，由企业的雇员提交的显示增值税申报请求表的图像文件)。企业可以是但不限于其雇员可以在国外购买需要缴纳增值税的商品和服务的企业。企业系统130可以是但不限于服务器、数据库、企业资源规划系统、客户关系管理系统或存储相关数据的任何其他系统。

由企业系统130所存储的数据可以包括但不限于电子文件(例如，显示诸如发票的图像文件、文本文件、电子表格文件。每份电子文件可以显示诸如发票、税收收据、购买号码记录、增值税申报请求等。每份电子文件中包括的数据可以是结构化的、半结构化的、非结构化的或其组合。结构化或半结构化的数据可以是请求验证器120无法识别的格式，因此可以视为非结构化的数据。

数据库140可以存储由请求验证器120验证的数据以用于提交请求。例如，这样的数据可以包括多个电子文件集，每个集至少包括表明请求的第一电子文件和用作第一电子文件请求的证据的第二电子文件。

多个网页源150至少存储可用作授予请求的证据的电子文件。多个网页源150可以包括但不限于商家的服务器或设备、税务机关服务器、会计服务器、与企业相关联的数据库等。作为非限制性示例，网页源150-1可以是存储图像文件的商家服务器，该图像文件显示由与商家服务器相关联的商家交易所产生的发票。

在一实施例中，请求验证器120配置为基于使用机器视觉所识别的第一电子文件的交易参数创建模板，该第一电子文件指示与交易相关的增值税申报请求有关的信息。例如，在另一个实施例中，请求验证器120可以配置为从企业系统130检索第一电子文件。基于所创建的模板，请求验证器120配置为对指示证据交易信息的第二电子文件进行检索。

在一实施例中，请求验证120配置为基于电子文件创建数据集，该电子文件包括至少部分地缺少已知结构的数据(例如，非结构化的数据、半结构化的数据或具有未知结构的结构化的数据)。为此，请求验证器120可以进一步配置为利用光学字符识别(opticalcharacterrecognition，ocr)或其他图像处理以确定电子文件中的数据。因此，请求验证器可以包括识别处理器，或者通信地连接到识别处理器(例如，图2中识别处理器235)。

在一实施例中，请求验证器120配置为分析所创建数据集以识别在电子文件中指示与交易相关的交易参数。在一实施例中，数据完整性管理器120配置为基于所创建数据集以创建模板。每个模板都是结构化数据集，结构化数据集包括用于交易的已识别的交易参数。

在一实施例中，请求验证器120配置为基于第一电子文件创建第一模板。在另一实施例中，请求验证器120可以配置为确定在第一电子文件中所指示的交易是否有资格申报增值税。在又一实施例中，例如，请求验证器120进一步可以配置为将第一模板的数据和基于第一模板从多个网页源150之一中检索到的至少一项增值税申报要求进行比较。例如，增值税申报要求可以是以表格形式存在的规则。例如，根据显示在德国进行采购的增值税申报申请表的扫描件的第一份电子文件，从德国税务机关服务器对增值税申报要求进行检索。检索到的增值税申报要求包括谋求申报的实体不是德国实体的要求，如果在第一模板中的“买方国籍”字段指示买方是德国实体，则该交易确定为没有资格申报增值税。

在一实施例中，基于第一模板，请求验证器120配置为检索用作授予请求所需证据的第二电子文件。在另一实施例中，检索第二电子文件可以包括基于在第一模板中的数据在多个网页源150中的至少一个中搜索。作为非限制性示例，如果第一模板中的数据表示基于在俄罗斯进行采购的增值税申报请求，则可以从与俄罗斯税务机关相关联的网页源150-2检索第二电子文件。作为另一非限制性示例，如果第一模板中的数据表示基于从abc公司购买商品的增值税申报请求，则可以从与abc公司相关联的网页源150-3检索第二电子文件。

在一实施例中，请求验证器120配置为基于第一电子文件和第二电子文件确定请求是否被验证。在另一实施例中，确定请求是否被验证进一步可包括基于第二电子文件的机器成像分析生成用于第二电子文件的第二模板。在又一实施例中，确定请求是否被验证包括将第一模板中的数据与第二模板中的数据进行比较。作为非限制性示例，可以比较第一模板和第二模板的相应“vat”字段中的值，并且如果比较的值不匹配，则不验证请求。例如，匹配可以基于预定的阈值。

在另一实施例中，当确定请求未验证时，可生成指示验证失败的通知并将其发送到例如企业系统130。

在又一实施例中，请求验证器120进一步可以配置为基于第一和第二模板分别验证第一电子文件和第二电子文件中的每一个。验证可以包括但不限于确定第一电子文件和第二电子文件中的每一个是否完整和准确。

例如，如果满足一个或多个预定的报告要求，则可以确定每份电子文件是完整的(例如，对于增值税，报告要求可以包括要求每项所购买商品或服务的类型、卖方国籍、买方国籍以及所支付增值税金额)。

可以基于存储在至少一个外部源中的数据确定每份电子文件是否准确。至少一个电子源可以包括但不限于企业系统130、多个网页源150中的一个或多个、数据库140或其组合。确定准确度的示例如下。

作为示例，可以查询企业系统130以获得与企业相关的数据，并且可以将与企业相关的数据与模板的至少一部分数据(例如，与企业信息相关的字段的数据)进行比较，以确定至少一部分数据是否准确。

作为另一示例，可以查询网页源150-7以查找与第二电子文件相关的元数据，并且可以将所查找的元数据与第二模板的数据进行比较。

作为又一示例，可以查询数据库140以获得先前验证请求的数据，并且可以将先前验证请求的数据与第一模板、第二模板或两者的数据的至少一部分进行比较，以确定至少一部分数据是否与先前验证请求数据匹配，而因此确定数据的至少一部分是否准确的。这是因为先前验证的交易数据可认为很可能是准确的。

在一实施例中，当确定请求未验证时，可以确定验证失败的原因。例如，验证失败的潜在原因可能包括与在第一模板和第二模板之间差异的原因相关的情况或假设。可以基于一个或多个因果关系规则确定潜在原因。在一实施例中，因果关系规则可以包括与价格差异或其倍数的特定值相关联的潜在原因。在另一实施例中，因果关系规则进一步可以基于差异是否为正(例如，发票中的价格高于请求中的价格)或负(例如，发票中的价格低于请求中的价格)。

应当注意，仅出于简化而不限制所公开实施例的目的，图1中的上文所描述的实施例是对一个企业系统130进行的描述。在不脱离本公开范围的情况下，可以同等地用于多个企业系统。

图2是根据实施例的请求验证器120的示例示意图。请求验证器120包括耦合到存储器215的处理电路410、储存器220和网络接口240。在一实施例中，数据完整性管理器120可以包括光学字符识别(ocr)处理器230。在另一实施例中，请求验证器120的组件可以经由总线250通信地连接。

处理电路210可以实施为一个或多个硬件逻辑组件和电路。例如而非限制，可以使用的硬件逻辑组件的示意性类型包括现场可编程门阵列(fieldprogrammablegatearray，fpga)、专用集成电路(application-specificintegratedcircuit，asic)、专用标准产品(application-specificstandardproducts，assp)、系统级芯片系统(system-on-a-chipsystem，soc)、通用微处理器、微控制器、数字信号处理器(digitalsignalprocessor，dsp)等等，或者能够执行计算或其他信息处理的任意其他硬件逻辑组件。

存储器215可以是易失性(如ram等等)、非易失性(如rom、闪存等等)或其组合。在一个配置中，执行本文所述的一个或多个实施例的计算机可读指令存储在储存器220中。

在另一实施例中，存储器215配置为存储软件。软件应广泛地解释为任意类型的指令，无论是指软件、固件、中间件、微代码、硬件描述语言还是其他。指令可包括代码(例如，源代码格式、二进制代码格式、可执行代码格式或任意其他适当的代码格式)。当由一个或多个处理器执行这些指令时，这些指令使得处理电路210执行本文所述的各种过程。具体地，如本文所讨论的是，指令在执行时使处理电路210基于电子文件执行请求的自动验证。

储存器220可以是磁存储器、光学存储器等等，并且可以实施为例如闪存或其他存储技术、cd-rom、数字通用光盘(dvd)或能够用于存储期望的信息的任意其他介质。

ocr处理器230可以包括但不限于配置为识别非结构化的数据集中的模式、特征或其两者的特征和/或模式识别处理器(recognitionprocessor，rp)235。具体地，在一实施例中，ocr处理器230配置为至少识别非结构化的数据中的字符。可以利用所识别的字符创建包括用于验证请求所需数据的数据。

网络接口240允许数据完整性管理器120与企业系统130、数据库140、多个网页源150或其组合进行通信，以便例如收集元数据、检索数据、存储数据等等。

应理解到，本文所述的实施例并不限于图2中所示的具体结构，并且在不脱离本公开实施例范围的情况下可以等同使用其他结构。

图3是示例流程图300，显示了根据实施例的基于电子文件的自动验证请求的方法。在一实施例中，该方法由请求验证器(例如，请求验证器120)执行。

在s310中，基于包括与交易有关的信息的第一电子文件而创建第一数据集。第一电子文件可以包括但不限于非结构化的数据、半结构化的数据、具有未预料或未知结构的结构化的数据，或其组合。在一实施例中，s310进一步可以包括使用光学字符识别(ocr)分析第一电子文件以确定电子文件中的数据、识别数据中的关键字段、识别数据中的值，或其组合。在下文中参考图4进一步描述基于电子文件而创建数据集。

在s320中，分析第一数据集。在一实施例中，分析第一数据集可以包括但不限于确定交易参数，例如但不限于至少一个实体标识符(例如，消费者企业标识符、商家企业标识符或其两者)、与交易相关的信息(例如，日期、时间、价格、所销售商品或服务的类型等)或其两者。在另一实施例中，分析第一数据集也可包括基于第一数据集识别交易。

在s330，基于第一数据集创建第一模板。第一模板可以是但不限于包括多个字段的数据结构。字段可以包括所识别的交易参数。字段可以是预定义的。

由于所创建模板的结构化特性，使得更快处理从多个电子文件创建多个模板。例如，可以在结构化数据集上比在缺乏这种结构的数据集上更有效地执行查询和编辑操作。此外，将来自电子文件的信息组织成多个结构化数据集，可以显著减少保存包含在电子文件中的信息所需的存储量。电子文件通常是比包含同样信息的数据集需要更多存储空间的图像。例如，表示100000份图像电子文件的数据的数据集可以作为数据记录保存在文本文件中。这样的文本文件的大小将显著小于100000张图像的大小。

在选择性的s340，基于第一模板确定第一电子文件中指示的请求是否有资格进行验证，如果是，则继续执行s350；否则，执行终止。在一实施例中，s330可以包括确定所创建的第一模板是否满足至少一个预定约束。例如，如果第一模板满足至少一个预定约束，则请求可以有资格进行验证。该至少一个预定约束可以包括但不限于需要验证的信息类型的要求、精度的要求或其组合。需要验证的信息可进一步包括成功提交增值税申报请求所需的信息。例如，如果电子文件不包括交易中商家企业的国籍或交易的价格，则可能无法成功申报增值税。确定请求是否有资格进行验证可以通过仅对使用满足最低要求的模板进行验证来减少计算资源的使用。

在另一实施例中，s340可进一步包括基于第一模板确定至少一个约束。在另一实施例中，确定至少一个约束可以包括基于第一模板在至少一个数据库中搜索(例如，使用第一模板中所指示商家企业的位置)。在又一实施例中，s330也可包括分析至少一份报告要求电子文件(例如，增值税申报表)以确定至少一个约束。分析可进一步包括对每份报告要求电子文件执行ocr或其他图像处理。

在另一实施例中，当确定该请求不符合验证条件时，可以从至少一个数据源检索附加数据、替换数据或其两者，并将其包含在第一模板中。在另一实施例中，在检索附加或替换数据时，执行继续s350。在另一实施例中，在检索附加或替换数据时，基于更新的第一模板确定请求是否合格，如果是，则继续执行s350；否则，执行终止。

在s350，基于第一模板检索第二电子文件。在一实施例中，s350包括基于在第一模板中的数据在至少一个网页源中搜索。作为非限制性示例，指示在第一模板的“交易id”字段中的交易标识号“123456789”可以用作搜索查询，以基于例如包括交易识别号“123456789”的第二电子文件的元数据查找的第二电子文件。在另一实施例中，s350进一步包括基于第一模板选择至少一个网页源。

在s360，基于第一模板和第二电子文件确定在第一电子文件中所指示的请求是否已验证，如果是，继续执行s370；否则，继续执行s380。在一实施例中，s360包括为第二电子文件生成第二模板(例如，使用下面的图4进一步描述的方法)。在另一实施例中，s360进一步包括将第一模板中的数据与第二模板中的数据进行比较。在另一实施例中，s360可以包括验证第一电子文件和第二电子文件中的至少一份。下文将参考图5进一步描述基于第一电子文件和第二电子文件确定请求是否被验证。

在s370，当确定请求被验证时，第一电子文件和第二电子文件存储在例如数据库中，该数据库包括指示增值税申报请求的第一电子文件和指示支持相应请求的证据的对应第二电子文件。因此，第一电子文件和第二电子文件可以一起提交以申报增值税。

在s380，当确定请求未验证时，确定至少一个原因。在一实施例中，s380包括分析每个不匹配的参数集以分析其中的差异并分析所识别的差异。原因可以包括但不限于与实际报告相比缺少的证据、报告中的错误和重复的报告等。在一实施例中，s380可进一步包括提供指示源，该指示源实际提供不匹配的数据、不匹配的原因或两者兼而有之。

作为非限制性示例，可以设置提交实际报告的特定雇员或部门的指示。作为另一非限制性示例，可以设置由于增值税申报表格的污迹而发生不匹配的指示。作为另一非限制性示例，当申报购买智能电话的580美元增值税时，并且基于分析，确定的是，为使用智能电话而额外购买sim卡获得总额为600美元增值税，不匹配的原因可确定为未能申报所有潜在的申报的增值税。

在选择性的s390，可以生成通知。通知可以指示请求是否验证。在另一实施例中，当请求未验证时，通知可包括所确定的至少一个原因。

图4是示例流程图s310，显示根据实施例的基于电子文件创建数据集的方法。

在s410，获得电子文件。获取电子文件可以包括但不限于接收电子文件(例如，接收扫描图像)或检索电子文件(例如，从客户企业系统、商家企业系统或数据库检索电子文件)。

在s420，分析电子文件。分析可以包括但不限于使用光学字符识别(ocr)确定电子文件中的字符。

在s430，基于分析，识别电子文件中的关键字段和值。关键字段可以包括但不限于商家的姓名和地址、日期、货币、所销售商品或服务、交易标识符和发票号等。电子文件可以包含不视为关键值的不必要细节。作为示例，可能不需要商家的商标，因此其不是关键值。在一实施例中，可以预定义关键字段列表，并且提取可以与多个关键字段匹配的数据片段。然后，执行清理过程以确保准确地呈现信息。例如，如果ocr将导致数据显示为“1211212005”，则清理过程会将此数据转换为12/12/2005。另一例子，如果名称显示为“mo$den”，则将更改为“mosden”。可以利用诸如字典、日历等外部信息资源执行清理过程。

在另一个实施例中，检查提取的数据片段是否完整。例如，如果可以识别商家名称但是丢失其地址，则商家地址的关键字段不完整。执行完善缺失的关键字段值的尝试。该尝试可以包括查询外部系统和数据库、查询与先前所分析发票的相关性，或其组合。外部系统和数据库的示例可以包括企业目录、通用产品代码(universalproductcode，upc)数据库、包裹递送和跟踪系统等。在一实施例中，s430产生一组完整的预定义关键字段及其各自的值。

在s440，生成结构化数据集。所生成数据集包括已识别的关键字段和值。

图5是示例流程图s360，显示了根据实施例的基于第一电子文件和第二电子文件确定是否验证请求的方法。在一实施例中，该方法进一步基于为第一电子文件创建的第一模板(例如，上文的图4进一步描述的创建的模板)。在另一实施例中，第一电子文件可以指示增值税申报的请求，而第二电子文件可以指示用作支持增值税申报请求的证据的信息(即，第二文件可以是发票、收据等)。

在s510，基于第二电子文件创建第二模板。在一实施例中，s510包括在第二电子文件上执行机器成像。可以参照上文的图4的进一步描述那样创建第二模板。

在s520，比较第一模板和第二模板。在一实施例中，s520包括将第一模板的每个部分与第二模板的对应部分进行比较。在另一实施例中，s520可进一步包括基于每个模板的结构识别多个对应的部分。作为非限制性示例，在每个模板中占据相同对应位置字段中的数据可以是对应的。

在s530，基于比较，确定请求是否验证。在一实施例中，s530包括基于一个或多个匹配规则确定每组对应部分是否与上述的预定阈值相匹配。作为非限制性示例，可以分别确定在第一模板和第二模板的字段“价格(欧元)”中的值“€100”和“100.00”以进行匹配。

应当理解，本文中使用诸如“第一”、“第二”等名称对元件的任何引用一般不限制这些元件的数量或顺序。相反，这些名称在本文中通常用作区分元素的两个或更多个元素或实例的便利方法。因此，对第一和第二元件的引用并不意味着在那里仅可以采用两个元件，或者第一元件必须以某种方式在第二元件之前。而且，除非另有说明，否则一组元件包括一个或多个元件。

正如本文所使用的，词组“至少一”后跟项目列表表示可以单独地使用任何所列的项目，或可以使用所列项目中的两个或更多个的任意组合。例如，如果系统描述为包括“a、b、c中至少一个”，该系统可以单独包括a；单独包括b；单独包括c；a和b的组合；b和c的组合；a和c的组合；或者a、b、c的组合。

本文公开的各种实施例可以实施为硬件、固件、软件或其任意组合。此外，软件优选地实施为有形地实现在程序存储单元上或由部件组成的计算机可读介质上，或某些设备和/或某些设备的组合上的应用程序。应用程序可以上传到包括任何合适架构的机器并由其执行。优选地，该机器实现在具有诸如一个或多个中央处理单元(“cpu”)、存储器和输入/输出接口硬件的计算机平台上。计算机平台还可以包括操作系统和微指令代码。这里描述的各种过程和功能可以是微指令代码或者是应用程序的一部分，又或者是它们的任何组合，其可以由cpu执行，无论是否明确地示出了这样的计算机或处理器。另外，各种其他外围单元可以连接到计算机平台，例如附加数据存储单元和打印单元。此外，非暂时性计算机可读介质是除暂时传播信号之外的任何计算机可读介质。

本文所述的所有示例和条件语言旨在用于教导目的，以帮助读者理解所公开的实施例的原理和发明人为促进本领域所贡献的概念，并且应当解释为不对此类具体引用的实例和条件做出限制。此外，本文中记载本公开的实施例的原理、方面和实施例以及其具体示例的所有陈述旨在包括其结构和功能性的等同物。另外，这样的等同物包括当前已知的等同物以及将来开发的等同物，即，开发的执行相同功能的任何元件，而不管结构如何。