待处理交易增强和自动附加到已结算交易的系统和方法与流程

待处理交易增强和自动附加到已结算交易的系统和方法
1.相关申请的交叉引用
2.本技术是2019年4月4日提交的美国专利申请号16/374,904的专利合作条约(pct)申请，并根据pct第8条要求优先权，该申请的全部内容并入本文中，如同在下面完整阐述。
技术领域
3.所公开的技术总体上涉及交易处理，并且更具体地涉及用于将数据追加到待处理交易并附加到相应的已过账交易(posted transaction)的系统和方法。


背景技术：

4.许多组织监控和跟踪员工费用。组织通常需要文件来授权或报销费用。然而，在相关技术中，当交易发生时，员工无法以电子方式将信息追加到交易中。例如，如果员工支付商务餐费，公司可能需要发票/收据(receipt)和参加人员名单，以便报销或将该收费适当地记账。然而，在相关技术解决方案中，员工必须在费用发生数天或数周后保存他们的发票并记住日期、参与者和费用目的。鉴于丢失发票和记忆衰退，这造成了非常容易出错的过程。
5.例如，当使用信用卡进行交易时，会在信用卡上放置临时待处理交易。待处理交易通常可以被视为实时检查，以确保特定的金融账户能够处理提出的交易。该临时交易在几天后被释放，但与放置在信用卡上的已过账(例如，已结算)交易无连接，并且识别成对的待处理交易和已过账交易是非常重要的。例如，待处理交易和已过账交易可能具有不同的交易值(例如，提示)，待处理交易可能只是对有效性的检查(例如，并不直接导致已过账交易)，多次处理尝试可能会导致多个待处理交易，但只有单个已过账交易，并且授权金额或日期可以在待处理交易和已过账交易之间改变(例如，对于多天租赁)。此外，已过账交易并不总是与相应的待处理交易的顺序相同。因此，相关技术解决方案要么需要延迟追加发票和信息直到交易结算后(通常在交易日期之后数天或数周)，要么仅实时捕获发票并利用光学字符识别(ocr)尝试将发票与最终结算的交易相匹配。然而，由于多种因素，例如难以破译笔迹、旧的和/或劣化的纸张和墨水(例如发票纸)以及独特的格式，ocr在这个领域并不可靠(失败率超过15％)，并且此类解决方案不允许追加收费报告通常需要的额外信息(例如姓名、部门和/或客户id、描述)。
6.员工记忆的错误和现有技术系统的不可靠性会大大增加开销成本。例如，如果员工记错或错误输入日期或错误应用收费，计费流程可能会中断，需要调查、签发/重新签发账单和付款，以及对员工和管理人员的干扰。此外，拒绝报销请求，无论是准确的(例如，因为员工误解了报销政策)还是不准确的(例如，由于缺乏文件或未能满足其他一些手续)都会对员工士气产生不利影响。因此，相关技术系统的缺点可能具有对组织有害的复合效应。
7.因此，需要改进的系统和方法以在销售时实时提供交易增强。本公开的某些方面试图解决这些和其他问题。


技术实现要素：

8.公开的实施例提供了用于待处理交易增强和/或自动附加到已结算交易的系统和方法。
9.根据一些实施例，提供了一种方法，其包括：接收待处理交易的交易授权的指示，交易授权是使用与用户相关联的金融账户来请求的；向与用户相关联的用户设备输出传输对应于待处理交易的购买信息的请求；从用户设备接收对应于与待处理交易相关的发票的发票图像数据；存储指示与待处理交易对应的发票的数据；基于对金融账户的多个已过账交易的分析，确定对应于待处理交易的第一已过账交易；以及存储指示与第一已过账交易对应的发票的数据。
10.该方法还可以包括：利用发票图像数据接收交易分类信息；存储与待处理交易对应的交易分类信息；以及存储与第一已过账交易对应的交易分类信息。
11.该方法还可以包括：使用光学字符识别来分析发票图像数据；以及从经分析的发票图像数据中提取发票信息作为指示发票图像的数据。
12.待处理交易可以具有第一交易值，并且第一已过账交易具有不同的第二交易值。
13.确定第一已过账交易可以包括：分析发票图像数据以识别一个或多个授权后明细，根据经识别的一个或多个授权后明细调整第一交易值，以及至少部分地基于经调整的第一交易值来确定第一已过账交易。
14.对应于待处理交易的购买信息的请求被配置为触发对发票图像数据的持久请求。
15.根据一些实施例，提供了一种用户设备，其包括：至少一个处理器；以及其上存储有计算机程序代码的至少一个存储器，该计算机程序代码在被至少一个处理器执行时控制用户设备进行以下操作：在用户设备上激活虚拟钱包应用程序，该虚拟钱包应用程序包括一张或多张虚拟交易卡；响应于在授权交易中使用一张或多张虚拟交易卡中的第一虚拟交易卡，输出用于在用户设备上显示的提示以提供购买信息；接收对应于与授权交易相关的发票的发票数据；以及向交易服务器输出传输与授权交易相关联的发票数据。
16.用户设备还可以包括相机。接收对应于发票的发票数据可以包括：在用户设备上激活对应于相机的相机应用程序；以及使用相机和相机应用程序捕获发票的图像。
17.计算机程序代码在被至少一个处理器执行时可以进一步控制用户设备以验证图像对应于发票。
18.验证图像可能对应于发票包括：使用一种或多种光学字符识别算法来分析图像；以及将经分析的图像与授权交易的交易信息进行比较。
19.接收发票数据可以对应于发票包括：在用户设备上激活电子邮件应用程序；在电子邮件应用程序内从多封电子邮件中识别发票电子邮件；以及从经识别的发票电子邮件中提取发票信息。
20.识别发票电子邮件可以包括基于多封电子邮件的相应递送日期、多封电子邮件的相应发件人地址和多封电子邮件中的一封或多封电子邮件的文本分析中的至少一个来识别发票电子邮件。
21.提取发票信息可以包括捕获经识别的发票电子邮件的屏幕截图。
22.提取发票信息可以包括将经识别的发票电子邮件转发到与交易服务器相关联的地址。
23.转发经识别的发票电子邮件可以包括：接收额外交易信息的用户输入的指示，该额外交易信息包括备注、参与者列表和工程代码中的一个或多个；以及将额外交易信息与经识别的发票电子邮件一起转发到与交易服务器相关联的地址。
24.计算机程序代码在被至少一个处理器执行时可以进一步控制用户设备进行以下操作：在用户设备上执行发票捕获应用程序；在发票捕获应用程序中接收发票数据；以及在发票捕获应用程序中提供以下各项中的至少一项：用于接收授权交易的上下文的备注字段，用于接收与授权交易相关联的一个或多个参与者的列表的参与者字段，以及用于接收与授权交易相关联的相关工程代码的工程字段。
25.计算机程序代码在被至少一个处理器执行时可以进一步控制用户设备以基于与授权交易相关联的事件的参与者的列表自动填充参与者字段。
26.用户设备还可以包括相机。计算机程序代码在被至少一个处理器执行时可以进一步控制用户设备进行以下操作：在用户设备上激活对应于相机的相机应用程序；使用相机和相机应用程序捕获与授权交易相关联的一个或多个购买项目的一个或多个图像；基于一个或多个图像，识别对应于一个或多个购买项目的一个或多个项目身份；以及向交易服务器输出传输指示与授权交易相关联的一个或多个项目的列表的数据。
27.相机应用程序可以包括条形码读取器，并且识别一个或多个项目包括：在一个或多个图像内识别对应于一个或多个项目的一个或多个条形码；将一个或多个条形码转换成一个或多个数字表示；以及将一个或多个数字表示与一个或多个项目的身份相匹配。
28.根据一些实施例，提供了一种系统，其包括：至少一个处理器；和其上存储有计算机程序代码的至少一个存储器，该计算机程序代码在被至少一个处理器执行时控制该系统进行以下操作：从用户设备接收使用与由金融机构维护的金融账户相关联的虚拟交易卡进行的待处理交易的指示，该虚拟交易卡在用户设备上被实例化；向用户设备输出传输对应于待处理交易的购买信息的请求；从用户设备接收对应于与待处理交易相关的发票的发票图像数据；存储指示与待处理交易对应的发票的数据；基于对金融账户的多个已过账交易的分析，确定对应于待处理交易的第一已过账交易；以及存储指示与第一已过账交易对应的发票的数据。
29.所公开技术的其他实施方式、特征和方面在本文中详细描述并且被认为是要求保护的公开技术的一部分。可以参考以下详细描述、附图和权利要求来理解其他实施方式、特征和方面。
附图说明
30.现在将参考附图和流程图，它们不一定按比例绘制，并且其中：
31.图l是可用于实施本公开的一个或多个实施例的示例系统环境的示意图；
32.图2是根据一个示例实施例的交易管理服务器的部件示意图；
33.图3和图4是根据某些示例实施例的一种或多种方法的流程图。
具体实施方式
34.将参考附图更全面地描述所公开技术的一些实施方式。然而，该公开的技术可以以许多不同的形式体现并且不应被解释为局限于本文阐述的实施方式。在下文中描述为构
成所公开技术的各种元件的部件旨在是说明性的而非限制性的。将执行与本文描述的部件相同或相似的功能的许多合适的部件旨在包含于所公开的电子设备和方法的范围内。本文未描述的此类其他部件可以包括但不限于例如在开发所公开的技术之后所开发的部件。
35.还应理解，提及一个或多个方法步骤并不排除在那些明确识别的步骤之间存在附加方法步骤或居间方法步骤。类似地，还应理解，在设备或系统中提及一个或多个部件并不排除在那些明确识别的部件之间存在附加部件或居间部件。
36.根据一些实施例，提供了用于包括待处理交易的附件并将待处理交易解析为已执行交易的系统和方法。例如，在某些情况下，系统识别传入的待处理交易并向用户设备发送针对对应于交易的信息的请求。用户设备可以属于与用于交易的账户相关联的人。用户设备发送发票图像，系统将该发票图像与待处理交易一起存储。稍后，系统分析已过账交易以识别对应于待处理交易的已过账交易，然后存储与所识别的已过账交易相关联的发票。发票图像可以包括交易分类和授权后明细(line
‑
item)中的一个或多个。待处理交易和已过账交易可能具有不同的值。在一些情况下，系统至少部分地通过分析发票图像以识别授权后明细(例如，税费或小费)并通过明细调整待处理交易值来确定第一已过帐交易。在一些情况下，针对购买信息的请求可能触发来自用户的对发票图像数据的持久请求(例如，在一个或多个用户设备上)。
37.在一些实施例中，用户设备使用虚拟交易卡来执行交易。当交易被授权(即作为待处理交易)时，用户设备提示用户提供发票数据。一旦接收到发票数据，用户设备就将其发布到交易服务器。用户可以通过利用用户设备的相机捕获发票的图片来输入发票数据。在接受图像作为交易信息(或购买信息)之前，用户设备可以验证该图像包括发票数据(例如，将图像中的信息与待处理交易进行比较)。在某些情况下，可以从经由用户设备访问的发票电子邮件中提取发票数据(例如，通过截取呈现的电子邮件的屏幕截图或自动转发电子邮件，例如转发到一次性的交易专用的电子邮件帐户)。可以从电子邮件应用程序内自动识别发票电子邮件，例如，基于来自多封电子邮件的相应递送日期、多封电子邮件的相应发件人地址以及多封电子邮件中的一封或多封电子邮件的文本分析中的至少一个来识别。在某些情况下，用户可以将额外交易信息(例如，备注、参与者列表、工程代码)输入到用户设备中，并且发票数据和额外交易信息可以被一起递送到交易服务器。该信息可以被输入到在用户设备上执行的应用程序中。可以基于与待处理交易相关联的事件的参与者列表自动填充参与者(例如，对午餐会议的回复(rsvp))。在一些情况下，用户设备可以从发票数据中识别和/或提取各个项目并将其与待处理交易相关联。在某些情况下，用户设备可以接收条形码(例如，通过图像捕获或条形码扫描仪)，识别扫描的项目，并将它们与待处理交易相关联。
38.在一些情况下，系统可以使用用户设备上的虚拟交易卡从用户设备接收待处理交易的指示，并向用户设备输出对购买信息的请求。系统可以接收发票图像数据并存储与待处理交易相关联的发票。系统可以分析已过账交易以识别对应于待处理交易的已过账交易，然后存储与所识别的已过账交易对应的发票数据。
39.现在将详细参考所公开技术的示例实施例，其示例在附图中示出并在本文中公开。只要方便，在整个附图中将使用相同的附图标记来指代相同或相似的零件。
40.图1是可用于实现本公开的一个或多个实施例的示例系统环境的示意图。图1所示的部件和布置不旨在限制所公开的实施例，因为用于实现所公开的过程和特征的部件可能
变化。
41.根据公开的实施例，系统环境100可以包括经由网络105与用户设备120、交易服务器130和商家设备140通信的交易管理服务器110。在一些实施例中，交易管理服务器110还可以与各种数据库(例如，电子邮件数据库)通信。用户设备120可以是移动计算设备(例如，智能电话、平板计算机、智能可穿戴设备、便携式膝上型计算机、语音命令设备、可穿戴增强现实设备或其他移动计算设备)。下面参考图2描述可以用于实现交易管理服务器110、用户设备120、交易服务器130和商家设备140中的一个或多个的示例架构。
42.交易管理服务器110可以提供收费管理服务。例如，机构客户卡可能出于税收和/或计费目的而希望跟踪员工信用卡的支出。交易管理服务器110可以提供将购买文档和/或备注追加到待处理交易并将其转移到已过账交易。例如，员工可以手动键入一个或多个备注以提供交易细节的解释或在提交的文档中可能不明显的其他相关信息。在一些情况下，交易管理服务器110与交易服务器130通信，交易服务器130可以与金融机构相关联并记录金融交易。交易管理服务器110可以从交易服务器130接收与特定金融账户相关联的交易(例如，待处理交易和已过账交易)的交易信息。在一些情况下，交易管理服务器110可以(例如，从交易服务器130或用户设备120)接收金融账户处的待处理交易的指示并且从用户设备120请求对应于待处理交易的购买信息。一旦接收到，交易管理服务器110就可以将购买信息与待处理交易相关联。随后，交易管理服务器110(例如，从交易服务器130)接收金融账户上的一个或多个已过账交易的指示。交易管理服务器110将待处理交易解析为一个或多个已过账交易，并存储与一个或多个已过账交易中的至少一个相关联的购买信息。例如，交易管理服务器110可以识别多个交易并请求手动干预，可以具有默认关联(例如，附加到最昂贵的交易或最紧密匹配的交易)，或者通过比较相应交易数据(例如，位置、商家、日期和成本)来确定多个已过账交易对应于单个待处理交易。在一些其他情况下，多个待处理交易可以解析为单个已过账交易，并且与多个待处理交易相关联的多个交易信息可以(例如，通过交易管理服务器110)被合并并附加到一个已过账交易。
43.用户设备120可以与被授权使用金融账户的个人(例如，账户持有者或授权用户)相关联。当进行交易时(即，将待处理交易添加到金融账户)，交易管理服务器110可以提示用户经由用户设备120提供交易细节。例如，交易管理服务器110可以触发收费管理程序在用户设备120上启动。用户可以通过用户设备120向交易管理服务器110提供交易信息。作为非限制性示例，交易信息可以包括(例如，利用用户设备120的相机所捕获的)发票图像、参与者列表、客户或工程编号、记账(例如，总分类帐或gr)代码、部门编号、设施id、部门id、位置信息、自由键入(例如，字符串)和/或自定义字段。
44.在一些情况下，用户设备120可以实施包括链接到金融账户的虚拟交易卡的虚拟钱包(例如，在商家设备140处)。当(例如，通过与商家设备140的nfc支付通信)使用虚拟交易卡进行购买时，用户设备120可以(例如，通过收费管理应用程序)自动输出提示以提供交易信息。在一些情况下，可以通过电子邮件应用程序(例如，通过捕获发票电子邮件的图像和/或转发发票电子邮件)提供交易信息。在某些情况下，收费管理应用程序可以(例如，通过电子邮件插件或作为转发的电子邮件)自动识别和捕获用户电子邮件帐户中对应于待处理交易的发票电子邮件。在某些情况下，发票可以通过(来自商家或从购买者转发的)文本消息来捕获。在某些情况下，可以从事件rsvp(例如，从存储在用户设备120上的日历上的事
件)生成并附加参与者列表。在一些情况下，参与者列表中的参与者可以是可选择的，使得用户设备120的用户可以基于实际参与来改变列表。在某些实施方式中，可以基于用户设备120的位置来选择参与者列表(例如，如果事件位置是在酒店处，则仅当确定用户设备120在酒店时才附加参与者列表)。
45.在某些情况下，可以基于接近度传感器来生成参与者列表。例如，用户设备120可以连接或识别邻近设备和/或与邻近设备相关联的参与者。然后用户可以根据需要增强或改变参与者列表，例如通过选择/取消选择姓名和/或键入额外姓名。作为另一示例，可以根据事件rsvp来生成参与者列表，并且接近度传感器可以与邻近设备和/或与邻近设备相关联的参与者交叉检查rsvp列表。在一些情况下，用户设备120的位置数据(例如，来自gps)可用于自动选择客户/工作代码(例如，如果位置数据在客户的办公室内)，或提供预期的收费类型(例如，餐厅中的商务餐)。在某些实施方式中，用户设备120的位置数据(例如，来自gps)可以被附加到报销请求，例如，作为参与事件的确认。在某些实施例中，用户设备120可以将交易信息附加到交易请求中(例如，额外信息被捕获并提供给商家；商家将购买信息与交易授权请求一起发送)。
46.交易服务器130可以与金融机构相关联。例如，交易服务器130可以处理金融交易或管理个人账户。普通技术人员将认识到，交易服务器130可以包括逻辑上或物理上不同的一个或多个系统。在一些情况下，交易管理服务器110的某些方面可以通过交易服务器130或与交易服务器130一起实施(例如，如果金融机构提供交易管理服务的话)。
47.作为非限制性示例，商家设备140可以是销售点设备。商家设备140可以向交易服务器130提交交易授权，该交易在被授权时变为待处理交易。商家设备140也可以从交易服务器130请求支付(例如，通过自动清算所(ach))，然后该交易成为已过账交易。
48.网络105可以具有任何合适的类型，包括经由互联网(例如蜂窝或wi
‑
fi网络)进行的个体连接。在一些实施例中，网络105可以使用诸如射频识别(rfid)、近场通信(nfc)、bluetooth
tm
、低功耗bluetooth
tm
(ble)、wi
‑
fi
tm
、zigbee
tm
、环境反向散射通信(abc)协议、usb或lan等直接连接来连接终端。因为传输的信息可能是个人的或机密的，所以安全考量可能要求对这些类型的连接中的一种或多种进行加密或以其他方式加以保护。然而，在一些实施例中，传输的信息可能不太个人化，因此为了方便而不是安全可以选择网络连接。
49.图2中更详细地示出了交易管理服务器110的示例实施例。用户设备120、交易服务器130和/或商家设备140可以具有与关于交易管理服务器110所描述的那些相似的结构和部件。如图所示，交易管理服务器110可以包括处理器210、输入/输出(“i/o”)设备220、含有操作系统(“os”)240和程序250的存储器230。例如，交易管理服务器110可以是单个服务器或者可以被配置为包括多个服务器或计算机的分布式计算机系统，这些服务器或计算机进行相互操作以执行与所公开的实施例相关联的一个或多个过程和功能。在一些实施例中，交易管理服务器110还可以包括外围接口、收发器、与处理器210通信的移动网络接口、被配置为促进交易管理服务器110的各个部件之间的通信的总线，以及被配置成为交易管理服务器110的一个或多个部件供电的电源。
50.外围接口可以包括硬件、固件和/或软件，这些硬件、固件和/或软件能够与各种外围设备(例如，媒体驱动器(例如，磁盘驱动器、固态驱动器或光盘驱动器)、其他处理设备或结合即时技术一起使用的任何其他输入源)进行通信。在一些实施例中，外围接口可以包括
串行端口、并行端口、通用输入输出(gpio)端口、游戏端口、通用串行总线(usb)、微型usb端口、高清多媒体(hdmi)端口、视频端口、音频端口、bluetooth
tm
端口、近场通信(nfc)端口、另一种类似的通信接口，或它们的任何组合。
51.在一些实施例中，收发器可以被配置为当兼容设备和id标签在预定范围内时与它们进行通信。收发器可以与以下一项或多项兼容：射频识别(rfid)、近场通信(nfc)、bluetooth
tm
、低能量bluetooth
tm
(ble)、wi
‑
fi
tm
、zigbee
tm
、环境反向散射通信(abc)协议或类似技术。
52.移动网络接口可以提供对蜂窝网络、互联网或其他广域网的访问。在一些实施例中，移动网络接口可以包括硬件、固件和/或软件，无论是局域网还是广域网、私有网络还是公共网络，如本领域中已知的，这些硬件、固件和/或软件允许(一个或多个)处理器210经由有线或无线网络与其他设备进行通信。电源可以被配置成提供适当的交流电(ac)或直流电(dc)以便以为部件供电。
53.如上所述，交易管理服务器110可以被配置为与一个或多个其他设备(例如用户设备120)远程通信。根据一些实施例，交易管理服务器110可以利用双级神经网络管道来检测和识别文本信息。
54.处理器210可以包括能够执行存储的指令并对存储的数据进行操作的微处理器、微控制器、数字信号处理器、协同处理器等或其组合中的一个或多个。在一些实施方式中，存储器230可以包括一种或多种合适类型的存储器(例如，易失性或非易失性存储器、随机存取存储器(ram)、只读存储器(rom)、可编程只读存储器(prom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)、磁盘、光盘、软盘、硬盘、可移除磁带盒、闪存、独立磁盘冗余阵列(raid)等)，其用于存储文件，包括操作系统、应用程序(包括例如网络浏览器应用程序、小配件或小工具引擎和/或根据需要的其他应用程序)、可执行指令和数据。在一个实施例中，本文描述的处理技术被实施为存储器230内的可执行指令和数据的组合。
55.处理器210可以是一个或多个已知的处理设备，例如来自intel
tm
制造的pentium
tm
系列或amdtm制造的turion
tm
系列的微处理器。处理器210可以构成同时执行并行过程的单核或多核处理器。例如，处理器210可以是配置有虚拟处理技术的单核处理器。在某些实施例中，处理器210可以使用逻辑处理器来同时执行和控制多个过程。处理器210可以实施虚拟机技术或其他类似的已知技术以提供执行、控制、运行、操纵、存储等多个软件进程、应用程序、程序等的能力。本领域普通技术人员将理解，可以实施提供本文公开的能力的其他类型的处理器布置结构。
56.交易管理服务器110可以包括一个或多个存储设备，这些存储设备被配置为存储由处理器210(或其他部件)使用以执行与所公开的实施例相关的某些功能的信息。在一个示例中，交易管理服务器110可以包括存储器230，该存储器包括使处理器210能够执行一个或多个应用程序(例如，服务器应用程序、网络通信过程以及已知在计算机系统上可用的任何其他类型的应用程序或软件)的指令。可替代地，指令、应用程序等可存储在外部存储装置中或可通过网络从存储器中获得。一个或多个存储设备可以是易失性或非易失性、磁性、半导体、磁带、光学、可移除、不可移除或其他类型的存储设备或有形计算机可读介质。
57.在一个实施例中，交易管理服务器110可以包括存储器230，该存储器包括指令，当
由处理器210执行时，该指令实现与本文公开的功能一致的一个或多个过程。与所公开的实施例一致的方法、系统和制品不限于被配置为执行专用任务的独立程序或计算机。例如，交易管理服务器110可以包括存储器230，该存储器可以包括一个或多个程序250以实现所公开的实施例的一个或多个功能。此外，处理器210可以执行远离交易管理服务器110的一个或多个程序250。例如，交易管理服务器110可以访问一个或多个远程程序250，这些远程程序在被执行时实现与所公开的实施例相关的功能。
58.存储器230可以包括存储用于实施所公开实施例的一个或多个特征的数据和指令的一个或多个存储器设备。存储器230还可以包括由存储器控制器设备(例如，(一个或多个)服务器等)或软件控制的一个或多个数据库的任意组合，例如，文档管理系统、microsoft
tm sql数据库、sharepoint
tm
数据库、oracle
tm
数据库、sybase
tm
数据库，或其他关系数据库。存储器230可以包括软件部件，当由处理器210执行时，该软件部件实施与所公开的实施例一致的一个或多个过程。在一些实施例中，存储器230可以包括图像处理数据库260和神经网络管道数据库270，用于存储相关数据以使得交易管理服务器110能够实现与所公开的实施例相关联的一个或多个过程和功能。
59.交易管理服务器110还可以在本地或通过网络通信地连接到一个或多个存储设备(例如，数据库(未示出))。远程存储设备可以被配置为存储信息并且可以被交易管理服务器110访问和/或管理。例如，远程存储设备可以是文档管理系统、microsoft
tm sql数据库、sharepoint
tm
数据库、oracle
tm
数据库、sybase
tm
数据库或其他关系数据库。但是，与公开的实施例一致的系统和方法不限于独立的数据库或者甚至不限于数据库的使用。
60.交易管理服务器110还可以包括一个或多个i/o设备220，这些i/o设备可以包括用于从设备接收信号或输入并且向允许由交易管理服务器110接收和/或传输数据的一个或多个设备提供信号或输出的一个或多个接口。例如，交易管理服务器110可以包括接口部件，这些接口部件可以提供接口至一个或多个输入设备，例如，一个或多个键盘、鼠标设备、触摸屏、轨迹板、轨迹球、滚轮、数码相机、麦克风、传感器等，使得交易管理服务器110能够(例如经由用户设备120)从一个或多个用户接收数据。
61.在所公开技术的示例实施例中，交易管理服务器110可以包括被执行以促进任何操作的任何数量的硬件和/或软件应用程序。一个或多个i/o接口可被用于从各种输入设备接收或收集数据和/或用户指令。在所公开技术的各种实施方式中，接收到的数据可以根据需要由一个或多个计算机处理器进行处理和/或存储在一个或多个存储设备中。
62.虽然交易管理服务器110已经被描述为用于实施本文描述的技术的一种形式，但是本领域普通技术人员将理解可以采用其他功能上等效的技术。例如，如本领域中已知的，经由可执行指令实现的一些或全部功能也可以使用固件和/或硬件设备(例如专用集成电路(asic)、可编程逻辑阵列、状态机等)来实现。此外，交易管理服务器110的其他实施方式可以包括比所示部件更多或更少数量的部件。
63.图3示出了根据一个示例实施例的方法300的流程图。方法300可以由例如交易管理服务器110来执行。
64.交易管理服务器110接收310待处理交易的交易授权的指示。可以使用与用户(例如，用户设备120的用户)相关联的金融账户来请求交易。在一些情况下，可以从金融机构系统(例如，交易服务器130)接收待处理交易的指示。在其他情况下，可以从用户设备(例如，
用户设备120)接收待处理交易的指示。例如，在用户设备120上实例化的虚拟卡的使用可以触发用户设备120向交易管理服务器110通知待处理交易。在一些情况下，交易管理服务器110可以在被用户设备120通知之后轮询交易服务器130以获得待处理交易信息。
65.交易管理服务器110输出320(例如，输出以便传输)针对与待处理交易对应的购买信息的请求。例如，交易管理服务器110可以请求用户设备120提供关于待处理交易的额外信息。在一些情况下，交易管理服务器110可以触发用户设备120以启动用于捕获/接收交易信息的收费管理应用程序。在一些情况下，从用户设备120请求购买信息可以创建持久请求。例如，在提供购买信息之前，可以阻止用户访问用户设备120的一个或多个特征部。在一些情况下，对交易信息的请求可以被重复传输到一个或多个用户设备120(例如，计算机、电话、膝上型计算机)直到提供购买信息。
66.接下来，交易管理服务器110(例如，从用户设备120)接收330购买信息。交易管理服务器110将购买信息连同待处理交易一起存储340。例如，交易管理服务器110可以保留待处理交易和已过账交易的记录的副本并将购买信息链接到待处理交易。作为非限制性示例，购买信息可以包括发票图像数据、参与者列表、客户和/或工程代码、位置信息、交易分类信息和/或事件信息。在购买信息包括发票图像数据的情况下，交易管理服务器110可以(例如，使用光学字符识别)分析发票图像数据以提取发票信息(例如，商家、时间码、项目、成本)，并将所提取的发票信息连同待处理交易一起存储。交易管理服务器110可以例如通过使用ocr算法分析图像并将捕获的文本数据(例如，日期、商家、位置、成本)与待处理交易(例如，交易日期、位置、金额)进行比较来确认发票图像对应于待处理交易。
67.交易管理服务器110分析350一个或多个已过账交易并将第一已过账交易与待处理交易相匹配。交易管理服务器110可以(例如，通过每日或每小时轮询)从交易服务器130接收已过账交易。在某些情况下，待处理交易和相应的已过账交易具有不同的交易值。因此，为了匹配交易，交易管理服务器110可以在发票图像数据内识别一个或多个授权后明细(例如，餐厅账单上的小费)并通过授权后金额调整待处理交易的交易值以帮助识别相应的已过账交易。可以使用机器学习算法来执行授权后明细的识别，但这只是一个示例。
68.在某些情况下，为待处理交易键入的备注可以用于指导已过账交易与待处理交易的对账。例如，备注可以包括供应商的指示，并且交易管理服务器110可以使用自然语言处理来从备注中确定待处理交易的供应商并且更好地将待处理交易与已过账交易相关联。在某些情况下，备注可能与交易对账无关，而是出于会计或报告目的而被附加(例如，如果需要进一步审查，则由会计部门审查)。
69.根据本公开，普通技术人员将理解，通常待处理交易和已过账交易具有很大的重叠。然而，此一般规则的例外情况(例如，不同的交易金额、没有已过账交易的待处理交易、多个待处理交易解析为单个已过账交易、单个待处理交易解析为多个已过账交易，和/或交易日期、数量或位置的更改)是使用相关技术很难识别的。因此，在某些情况下，机器学习被用于分析已过账交易、待处理交易和购买信息以识别匹配。例如，通过训练机器学习算法，这些算法可以决定是否匹配。示例判断特性包括供应商名称、日期和时间、交易金额和交易位置。机器学习可以在执行期间被更新，例如通过提示用户和/或抽查分配来更新。在某些情况下，过去的决定可能会被存储在数据库中并用于训练机器学习算法。
70.然后交易管理服务器110将购买信息与匹配的已过账交易一起存储。在一些情况
下，存储购买信息可以包括将购买信息作为带有已处理交易的标签提供给交易服务器130。在一些实施方式中，交易管理服务器110可以创建收费报告，例如，通过将购买信息和已过账交易细节嵌入到报告中并将其发送到组织的会计部门。
71.图4示出了根据示例实施例的方法400的流程图。方法400可以由例如用户设备120来执行。
72.用户设备120(例如，响应于用户命令)激活410虚拟钱包应用程序。虚拟钱包包括一张或多张虚拟交易卡。虚拟交易卡可以与由交易服务器130处理的金融账户相关联。一旦使用虚拟交易卡进行购买，用户设备120就可以向用户提示420购买信息。例如，用户设备120可以在请求购买信息的用户设备120的显示器上输出弹出窗口。在一些情况下，用户设备120可以执行和/或激活收费管理应用程序，例如，实施一个或多个图形用户界面(gui)。例如，收费管理应用程序可能包括用于备注、发票、收费报告种类、收费类别或类型、收费的目的地(个人或企业)、参与者等的字段。这些可以作为文本字段、下拉菜单、复选框等是可编辑的。用户可以通过用户设备120(例如，进入收费管理应用程序)键入信息。
73.用户设备120接收430发票数据。发票数据可以包括发票数据和/或可配置数据(例如备注、参与者、项目、工程/部门/客户代码)。在一些情况下，用户设备120可以捕获已打印发票的图像。用户设备120可以被配置为(例如，利用ocr、边缘检测和/或图像分析)分析图像以确认接收的图像包括发票。确认图像包括发票可以包括使用ocr算法分析图像并将捕获的文本数据(例如，日期、商家、位置、成本、备注)与从虚拟交易卡捕获的交易信息进行比较以确认图像中的发票对应于交易。
74.在一些情况下，用户设备120可以通过电子邮件应用程序接收发票数据。例如，用户设备120可以激活电子邮件应用程序，在电子邮件应用程序中识别发票电子邮件，并且提取发票信息。在某些情况下，用户可以识别发票信息。在其他实施方式中，用户设备120可以基于电子邮件上的至少一个发送/接收时间戳、发件人地址以及多封电子邮件的文本和/或图像分析来识别发票电子邮件。例如，用户设备120将发票电子邮件识别为在使用虚拟交易卡之后(但近乎实时)发送的邮件，其可能来自与商家相关联的域名，和/或包括某些发票标识符，例如，“总计、“税金”和“订单号”。在某些情况下，商家和/或供应商可以将与注册用户相关联的电子邮件发票连同购买者身份一起转发到中央发票处理中心(例如，将发票电子邮件转发到指定的电子邮件地址)。在一些情况下，用户设备120可以通过捕获发票电子邮件的屏幕截图(或图像呈现)来提取发票信息。在一些情况下，用户设备120可以将发票电子邮件转发到与交易管理服务器110相关联的地址。转发的电子邮件可能包括额外信息(例如，备注、参与者列表和工程代码)。
75.在一些情况下，可以通过收费管理应用程序的用户界面(ui)(例如，图形用户界面(gui))接收可配置数据。收费管理应用程序可以包括一个或多个字段，这些字段包括用于接收授权交易的上下文的备注字段、用于接收与授权交易相关联的一个或多个参与者的列表的参与者字段，以及用于接收与授权交易相关联的相关工程代码的工程字段。
76.在某些实施方式中，可配置数据的某些部分可以被自动生成和/或预测。例如，如果在日历事件(例如，商务午餐)期间和/或在预期位置使用虚拟交易卡，则用户设备120可以识别接受日历邀请的个人以填充参与者列表。在其他情况下，用户设备120可以通过例如连接(例如，蓝牙)、接近度传感器和/或流量嗅探来识别附近的外部设备(例如，其他个人的
用户设备)，并基于附近的参与者来填充参与者列表。在其他情况下，用户设备120可以使用地理定位数据(例如，gps数据、ip地址或网络，和/或商家标识符)来确定哪个客户和/或工作对应于给定的购买。例如，如果用户设备120位于客户的办公室附近，则用户设备120可以确定该客户是最合适的计费代码。作为另一个示例，使用围绕用户行为的持续学习(例如，以前供应商的先前标记)。
77.根据一些实施例，用户设备120可以识别一个或多个购买项目。例如，用户设备120可以分析发票数据以识别明细。在其他情况下，用户设备120可以捕获购买项目的一个或多个图像，并且(例如，通过图像匹配)识别和列出购买的项目。在一些情况下，用户设备120可以捕捉项目条形码的图像并且使用(例如)条形码读取器来识别项目。例如，用户设备120可以将条形码转换成数字表示(例如，产品代码)并且将产品代码与特定购买项目相匹配。
78.用户设备120输出440与交易相关联的购买信息。例如，在一些情况下，用户设备120可以向商家设备140传输购买信息，并且商家设备可以向交易服务器130发送购买信息(例如，与交易授权请求或支付请求(已过账交易)一起发送)。作为另一示例，用户设备120可以将购买信息发送给与待处理交易(例如，具有交易id)相关联的交易管理服务器110。然后交易管理服务器110可以关联输出，以便将与授权交易相关联的发票数据传输到交易服务器。
79.本技术中使用的术语“部件”、“模块”、“系统”、“服务器”、“处理器”、“存储器”等旨在包括一个或多个与计算机相关的单元，例如但不限于硬件、固件、硬件和软件的组合、软件，或正在执行的软件。例如，部件可以是但不限于在处理器上运行的进程、对象、可执行文件、执行线程、程序和/或计算机。作为说明，在计算设备上运行的应用程序和计算设备都可以是部件。一个或多个部件可以驻留在进程和/或执行线程内，并且部件可以位于一台计算机上和/或分布在两台或更多台计算机之间。此外，这些部件可以从其上存储有各种数据结构的各种计算机可读介质执行。部件可以通过本地和/或远程进程的方式进行通信，例如根据具有一个或多个数据包的信号(例如来自一个部件的数据)通过信号与本地系统、分布式系统中的另一部件交互和/或跨网络(如互联网)与其他系统交互来通信。
80.上面参考根据所公开技术的示例实施例或实施方式的系统和方法和/或计算机程序产品的框图和流程图描述了所公开技术的某些实施例和实施方式。应当理解，框图和流程图中的一个或多个框以及框图和流程图中的框的组合分别可以通过计算机可执行程序指令来实施。同样地，根据所公开技术的一些实施例或实施方式，框图和流程图中的一些框可能不一定需要按照所呈现的顺序来执行、可能被重复或者可能根本不需要执行。
81.这些计算机可执行程序指令可以被加载到通用计算机、专用计算机、处理器或其他可编程数据处理装置上以生产特定机器，使得在计算机、处理器或其他可编程数据处理装置上执行的指令创建用于实施在一个或多个流程图框中指定的一个或多个功能的构件(means)。这些计算机程序指令也可以被存储在计算机可读存储器中，该存储器可以指导计算机或其他可编程数据处理装置在特定方式下运行，使得存储在计算机可读存储器中的指令产生包括指令构件的制品，这些指令构件实施在一个或多个流程图框中指定的一个或多个功能。
82.作为一个示例，所公开技术的实施例或实施方式可以提供一种计算机程序产品，包括其中含有计算机可读程序代码或程序指令的计算机可用介质，所述计算机可读程序代
码适于被执行以实施在一个或多个流程图框中指定的一个或多个功能。同样，计算机程序指令可以被加载到计算机或其他可编程数据处理装置上，以导致在计算机或其他可编程装置上执行一系列操作元素或步骤，以产生计算机实施的过程，使得在计算机或其他可编程设备上执行的指令提供用于实施一个或多个流程图框中指定的功能的元素或步骤。
83.因此，框图和流程图的框支持用于执行指定功能的构件的组合、用于执行指定功能的元件或步骤的组合以及用于执行指定功能的程序指令构件。还将理解，框图和流程图的每个框以及框图和流程图中的框的组合可以由执行指定功能、元件或步骤或者专用硬件和计算机指令的组合的专用的基于硬件的计算机系统来实施。
84.上面参考用户设备描述了所公开技术的某些实施方式，该用户设备可以包括移动计算设备。本领域技术人员将认识到，存在多种类型的移动设备，其通常被称为便携式计算设备，它们可以依靠电池运行，但通常不归类为膝上型计算机。例如，移动设备可以包括但不限于便携式计算机、平板计算机、互联网平板计算机、pda、超移动个人计算机(umpc)、可穿戴设备和智能手机。此外，所公开技术的实施方式可以与物联网(iot)设备、智能电视和媒体设备、电器、汽车、玩具和语音命令设备以及与这些设备介接的外围设备一起使用。
85.在本说明书中，已经阐述了许多具体细节。然而，应当理解，可以在没有这些具体细节的情况下实践所公开技术的实施方式。在其他情况下，为了不混淆对本说明书的理解，没有详细显示众所周知的方法、结构和技术。对“一个实施例”、“一种实施例”、“一些实施例”、“示例实施例”、“各种实施例”、“一个实施方式”、“一种实施方式”、“示例实施方式”、“各种实施方式”、“一些实施方式”等的引用指示如此描述的公开技术的(一个或多个)实施方式可以包括特定特征、结构或特性，但并非每个实施方式都必须包括特定特征、结构或特性。此外，重复使用短语“在一个实施方式中”不一定指代相同的实施方式，尽管可以是这样。
86.在整个说明书和权利要求书中，除非上下文另有明确规定，否则以下术语至少采取与本文明确相关的含义。术语“连接”是指一个功能、特征、结构或特性直接联接到另一个功能、特征、结构或特性或与之通信。术语“耦合”是指一个功能、特征、结构或特性直接或间接地联接到另一功能、特征、结构或特性或与之通信。术语“或”旨在表示包含性的“或”。此外，术语“一”、“一个”和“该”旨在表示一个或多个，除非另有说明或从上下文中明确表示为单数形式。“包括”或“含有”或“包含”是指至少命名的元素或方法步骤存在于物品或方法中，但不排除其他元素或方法步骤的存在，即使其他此类元素或方法步骤具有与命名的元素或方法步骤相同的功能。
87.如本文所用，除非另有说明，使用序数形容词“第一”、“第二”、“第三”等来描述共同的对象，仅表明所指代的是相似对象的不同实例，而不是意在暗示如此描述的对象必须在时间上、空间上、排列上或以任何其他方式处于给定的序列中。
88.虽然已经结合目前被认为是最实用的各种实施例描述了本公开的某些实施例，但应当理解，本公开不限于所公开的实施例，相反，旨在涵盖包括在所附权利要求范围内的各种修改和等效布置。尽管此处采用了特定术语，但它们仅用于一般和描述性意义，而不是出于限制的目的。
89.本书面说明书使用示例来公开该技术的某些实施例，并且还使本领域技术人员能够实践该技术的某些实施例，包括制造和使用任何装置或系统以及执行任何纳入的方法。
该技术的某些实施例的可专利范围在权利要求中定义，并且可以包括本领域技术人员能想到的其他示例。如果这些其他示例具有与权利要求的字面语言没有区别的结构要素，或者如果它们包括与权利要求的字面语言没有实质性差异的等效结构要素，则这些其他示例旨在处于权利要求的范围内。
90.根据至少以下内容可以实施本公开的实施例：
91.条款1：一种方法，包括：接收待处理交易的交易授权的指示，该交易授权是使用与用户相关联的金融账户来请求的；向与用户相关联的用户设备输出传输对应于待处理交易的购买信息的请求；从用户设备接收对应于与待处理交易相关的发票的发票图像数据；存储指示与待处理交易对应的发票的数据；基于对金融账户的多个已过账交易的分析，确定对应于待处理交易的第一已过账交易；以及存储指示与第一已过账交易对应的发票的数据。
92.条款2：根据条款1所述的方法，还包括：利用发票图像数据接收交易分类信息；存储与待处理交易对应的交易分类信息；以及存储与第一已过账交易对应的交易分类信息。
93.条款3：根据条款1或2所述的方法还包括：还包括：使用光学字符识别来分析发票图像数据；以及从经分析的发票图像数据中提取发票信息作为指示发票图像的数据。
94.条款4：根据条款1
‑
3中的任一项所述的方法，其中待处理交易具有第一交易值，并且第一已过账交易具有不同的第二交易值。
95.条款5：根据条款4所述的方法，其中确定第一已过账交易包括：分析发票图像数据以识别一个或多个授权后明细，根据经识别的一个或多个授权后明细调整第一交易值，以及至少部分地基于经调整的第一交易值来确定第一已过账交易。
96.条款6：根据条款1
‑
5中任一项所述的方法，其中对应于待处理交易的购买信息的请求被配置为触发对发票图像数据的持久请求。
97.条款7：一种用户设备，包括：至少一个处理器；以及其上存储有计算机程序代码的至少一个存储器，该计算机程序代码在被至少一个处理器执行时控制用户设备进行以下操作：在用户设备上激活虚拟钱包应用程序，该虚拟钱包应用程序包括一张或多张虚拟交易卡；响应于在授权交易中使用一张或多张虚拟交易卡中的第一虚拟交易卡，输出用于在用户设备上显示的提示以提供购买信息；接收对应于与授权交易相关的发票的发票数据；以及向交易服务器输出传输与授权交易相关联的发票数据。
98.条款8：根据条款7所述的用户设备，其进一步包括相机，其中接收对应于发票的发票数据包括：在用户设备上激活对应于相机的相机应用程序；以及使用相机和相机应用程序捕获发票的图像。
99.条款9：根据条款8所述的用户设备，其中计算机程序代码在被至少一个处理器执行时进一步控制用户设备以验证图像对应于发票。
100.条款10：根据条款9所述的用户设备，其中验证图像对应于发票包括：使用一种或多种光学字符识别算法来分析图像；以及将经分析的图像与授权交易的交易信息进行比较。
101.条款11：根据条款7
‑
10中任一项所述的用户设备，其中接收对应于发票的发票数据包括：在用户设备上激活电子邮件应用程序；在电子邮件应用程序中从多封电子邮件中识别发票电子邮件；以及从经识别的发票电子邮件中提取发票信息。
102.条款12：根据条款11所述的用户设备，其中识别发票电子邮件包括基于多封电子邮件的相应递送日期、多封电子邮件的相应发件人地址和多封电子邮件中的一封或多封电子邮件的文本分析中的至少一个来识别发票电子邮件。
103.条款13：根据条款11或12所述的用户设备，其中提取发票信息包括捕获经识别的发票电子邮件的屏幕截图。
104.条款14：根据条款11
‑
13所述的用户设备，其中提取发票信息包括将经识别的发票电子邮件转发到与交易服务器相关联的地址。
105.条款15：根据条款14所述的用户设备，其中转发经识别的发票电子邮件包括：接收额外交易信息的用户输入的指示，该额外交易信息包括备注、参与者列表和工程代码中的一个或多个；以及将额外交易信息与经识别的发票电子邮件一起转发到与交易服务器相关联的地址。
106.条款16：根据条款7
‑
15所述的用户设备，其中计算机程序代码在被至少一个处理器执行时进一步控制用户设备进行以下操作：在用户设备上执行发票捕获应用程序；在发票捕获应用程序中接收发票数据；以及在发票捕获应用程序中提供以下各项中的至少一项：用于接收授权交易的上下文的备注字段，用于接收与授权交易相关联的一个或多个参与者的列表的参与者字段，以及用于接收与授权交易相关联的相关工程代码的工程字段。
107.条款17：根据条款16所述的用户设备，其中计算机程序代码在被至少一个处理器执行时进一步控制用户设备以基于与授权交易相关联的事件的参与者的列表自动填充参与者字段。
108.条款18：根据条款16或17所述的用户设备，其进一步包括相机，其中计算机程序代码在被至少一个处理器执行时进一步控制用户设备进行以下操作：在用户设备上激活对应于相机的相机应用程序；使用相机和相机应用程序捕获与授权交易相关联的一个或多个购买项目的一个或多个图像；基于一个或多个图像，识别对应于一个或多个购买项目的一个或多个项目身份；以及向交易服务器输出传输指示与授权交易相关联的一个或多个项目的列表的数据。
109.条款19：根据条款18所述的用户设备，其中相机应用程序包括条形码读取器，并且识别一个或多个项目包括：在一个或多个图像内识别对应于一个或多个项目的一个或多个条形码；将一个或多个条形码转换成一个或多个数字表示；以及将一个或多个数字表示与一个或多个项目的身份相匹配。
110.条款20：一种系统包括：至少一个处理器；以及至少一个存储器，其上存储有计算机程序代码，该计算机程序代码在被至少一个处理器执行时控制系统进行以下操作：从用户设备接收使用与由金融机构维护的金融账户相关联的虚拟交易卡进行的待处理交易的指示，该虚拟交易卡在用户设备上被实例化；向用户设备输出传输对应于待处理交易的购买信息的请求；从用户设备接收对应于与待处理交易相关的发票的发票图像数据；存储指示与待处理交易对应的发票的数据；基于对金融账户的多个已过账交易的分析，确定对应于待处理交易的第一已过账交易；以及存储指示与第一已过账交易对应的发票的数据。
111.条款21：一种非暂时性计算机可读介质，其上存储有用于执行根据条款1
‑
6中任一项所述的方法的指令。
112.示例用例
113.以下示例用例描述了用于将数据追加到待处理交易并附加到相应的已过账交易的系统和方法的用途的示例。这些示例用例仅用于说明目的而非用于限制。在一种情况下，用户希望轻松地附注交易。因此，用户向交易管理器(例如，交易管理服务器110)注册他的(一张或多张)信用卡和(一个或多个)用户设备。交易管理器可以链接到金融机构(例如，交易服务器130)处的(一个或多个)信用卡账户。当针对信用卡账户的交易授权请求获得授权时，该账户具有待处理交易。金融机构向交易管理器发出待处理交易的警报。然后交易管理器向(一个或多个)用户设备提示购买信息(例如，发票、参与者、内部代码、逐项购买清单)。换句话说，信用卡帐户中的交易变为待处理会触发对购买信息的请求。交易管理器接收购买信息并将其与待处理交易相关联。稍后，可能会发生金融转账，并且交易将过账到信用卡帐户。金融机构将已过账交易发送给交易管理器。交易管理器分析已过账交易以识别对应于待处理交易的一个已过账交易。一旦被识别，则交易管理器将购买信息与已过账交易相关联。交易管理器可以(即基于购买信息)生成与交易相关联的收费报告并将其提交给用户。
114.在另一种情况下，用户希望轻松地附注交易。因此，用户配置她的个人设备(例如，用户设备120)，使得当使用虚拟交易卡时，它触发对购买信息的请求。例如，个人设备可以包括具有虚拟交易卡的虚拟钱包。当使用虚拟交易卡时(例如，当它与诸如商家设备140之类的支付终端匹配时)，个人设备输出对购买信息的提示。用户可以将购买信息直接输入到设备中(例如，通过捕获发票的图片或通过收费管理应用程序中的字段)。在某些情况下，个人设备可以自动收集购买信息，例如通过访问用户的电子邮件帐户以检索发票电子邮件并通过识别参与者(例如，通过日历请求)或购买代码(例如，基于个人设备的位置)来收集。用户设备可以与服务器(例如，交易服务器130和/或交易管理服务器110)共享购买信息，然后该服务器可以将该信息附加到待处理交易(并且最终附加到已结算交易)。