具有数据安全性的无缝交互处理的制作方法

具有数据安全性的无缝交互处理
1.相关申请交叉引用
2.无。


背景技术：

3.企业可以在其运营期间与多个不同的供应商交互。这些不同供应商中的每一个通常将提供提供给企业的商品和/或服务(例如，原材料、成品、用品等)的发票。此类交互可表征为业务到业务交易。
4.在一些常规系统中，信用卡或借记卡等支付装置可用于进行此类业务到业务交易。在此类系统中，杂货店等买家可能希望向农产品供应商和肉类供应商等供应商付款。买家可以将信用卡或借记卡号码提供给供应商，并且供应商可以通过应付账款系统向买家开具发票。在买家批准发票后，供应商可以使用应付账款系统和信用卡或借记卡账号提交支付卡交易。然后，供应商最终获得报酬。
5.多个问题与类似于以上那些系统的系统相关联。举例来说，在此类系统和方法中，买家向供应商供应信用卡或借记卡号码。尽管使用信用卡和/或借记卡来支付交易是高效的，但供应商仍拥有信用卡或借记卡号码。如果供应商不道德，那么存在信用卡或借记卡可能以未授权方式使用的风险。
6.风险问题的一个解决方案可涉及使用一次性账户信用卡或借记卡账号。虽然此解决方案是有用的，因为它防止了账号的重复欺诈性使用，但它并未完全限制风险，因为一次性账号仍可能以欺诈性方式使用。此外，生成一次性账号会产生其自身的问题。例如，在像应付账款系统这样的交易系统中可能发生数百万笔交易。为每一笔交易持续创建新卡号可能会产生号码短缺的问题。此外，一次性账号的管理是复杂的，因为计算机系统始终需要跟踪账号的创建和删除。
7.另一个问题可涉及供应商与应付账款系统的整合。买家和供应商的整合可能很困难，因为常规系统中的每个供应商可能都需要注册。注册过程可能是困难且繁琐的。
8.本公开的实施例单独地以及共同地解决这些问题和其它问题。


技术实现要素：

9.本公开的一个实施例涉及一种由服务器计算机执行的方法，包括：由服务器计算机从请求方计算机接收与请求方相关联的请求方标识符和与接收方相关联的接收方标识符；由服务器计算机提示由接收方操作的接收方计算机通过服务提供商计算机接受支付；由接收方计算机接收对提示的响应；由服务器计算机从待向接收方支付交易的请求方计算机接收包括请求方标识符和接收方标识符的指令；由服务器计算机在不与接收方计算机通信的情况下从所述服务器计算机获得账户标识符；以及由服务器计算机中的处理模块发起送到授权实体计算机的包括账户标识符和金额的授权请求消息的生成。
10.本公开的另一实施例涉及处理器；以及存储器，其包括指令，所述指令在通过处理器执行时使服务器计算机至少进行以下操作：从请求方计算机接收与请求方相关联的请求
方标识符和与接收方相关联的接收方标识符；由服务器计算机提示由接收方操作的接收方计算机通过服务提供商系统接受支付；由接收方计算机接收对提示的响应；由服务器计算机从待向接收方支付交易的请求方计算机接收包括请求方标识符和接收方标识符的指令；由服务器计算机在不与接收方计算机通信的情况下从所述服务器计算机获得账户标识符；以及由服务器计算机中的处理模块发起送到授权实体计算机的包括账户标识符和金额的授权请求消息的生成。
11.下文进一步详细描述本公开的这些和其它实施例。
附图说明
12.图1示出了根据实施例的系统的高级框图。
13.图2示出了根据实施例的系统的更特定框图。
14.图3示出了示出根据至少一些实施例的应付账款过程的泳道图。
15.图4描绘了第一示例性过程，通过所述第一示例性过程，服务提供商可以使得资源提供商能够将直通支付推送给接收方实体。
16.图5描绘了第二示例性过程，通过所述第二示例性过程，服务提供商可以使得资源提供商能够将直通支付推送给接收方实体。
具体实施方式
17.在论述本公开的一些实施例的细节之前，对一些术语的描述可有助于理解各种实施例。
[0018]“应用”或“软件应用”可以是用于特定目的的计算机程序。
[0019]“应用编程接口”(api)是用于与软件应用交互的一组程序、协议或工具。api可用于构建允许一个或多个实体之间的通信的应用。api的实例包括posix和c 标准模板库。“api调用”是可通过api进行的两个软件应用或计算机之间的通信。api调用可包括在软件应用之间请求或递送信息的标准化方法，所述软件应用例如客户端应用和根据服务器端api的服务器端应用。api调用可采取例如get、post、put或de的http方法的形式。
[0020]“认证”可以包括用于验证某物(例如，用户)的身份的过程。认证的一种形式可以是生物特征认证。
[0021]“授权请求消息”可以是请求对交易的授权的电子消息。在一些实施例中，授权请求消息被发送给交易处理计算机和/或支付卡的发行方，以请求对交易授权。根据一些实施例的授权请求消息可符合iso8583，这是针对交换与用户使用支付装置或支付账户进行的支付相关联的电子交易信息的系统的标准。授权请求消息可以包括可与支付装置或支付账户相关联的发行方账户标识符，以及消息类型指示符。授权请求消息还可以包括与“标识信息”对应的额外数据元素，包括(只作为实例)：服务代码、卡验证值(cvv)、动态卡验证值(dcvv)、主账号或“账号”(pan)、支付令牌、用户名、到期日期等等。授权请求消息还可包括“交易信息”，例如与当前交易相关的任何信息，例如交易金额、资源提供商标识符、资源提供商位置、收单银行标识号(bin)、卡片接受器id、标识正购买的项目的信息等，以及可用于确定是否标识和/或授权交易的任何其它信息。
[0022]“授权响应消息”可以是响应于授权请求的消息。在一些情况下，授权响应消息可
以是由发行金融机构或交易处理计算机生成的对授权请求消息的电子消息应答。仅举例来说，授权响应消息可以包括以下状态指示符中的一个或多个：批准-交易被批准；拒绝-交易不被批准；或呼叫中心-响应未决的更多信息，资源提供商必须呼叫免费授权电话号码。授权响应消息还可包括授权代码，所述授权代码可以是信用卡发行银行响应于电子消息中的授权请求消息(直接地或通过交易处理计算机)返回到资源提供商的访问装置(例如pos设备)的指示交易被批准的代码。所述代码可充当授权的证据。
[0023]“授权提供商”可以是可授权或批准交易的实体。授权提供商通常可以指业务实体(例如，银行)，其维护用户的账户且能够授权交易，例如支付交易，例如商品或服务的购买。授权提供商可以将账户的对账单提供给用户，从而列出账户上的交易。授权提供商可以使得用户能够选择其对账单上的交易以查看详细的数字收据。授权提供商可以从提供用于请求数字收据的api的处理服务器请求数字收据。
[0024]“计算装置”可以是可以接收并处理数据的任何合适装置。计算装置的实例可以包括访问装置、传送计算机、处理网络计算机或授权计算机。
[0025]“存储器”可以是能够存储电子数据的任何合适的一个或多个装置。合适的存储器可包括非瞬态计算机可读介质，其存储可由处理器执行以实现所要方法的指令。存储器的实例可以包括一个或多个存储器芯片、磁盘驱动器等。此类存储器可使用任何合适的电、光和/或磁操作模式来操作。
[0026]“处理器”可以指任何合适的一个或多个数据计算装置。处理器可以包括一起工作以实现所要功能的一个或多个微处理器。处理器可以包括cpu，所述cpu包括至少一个高速数据处理器，所述高速数据处理器足以执行用于执行用户和/或系统生成的请求的程序成分。cpu可以是微处理器，例如amd的athlon、duron和/或opteron；ibm和/或摩托罗拉(motorola)的powerpc；ibm和索尼(sony)的cell处理器；英特尔(intel)的celeron、itanium、pentium、xeon和/或xscale；和/或类似处理器。
[0027]“资源”可以是实体可使用或消耗或可在实体之间转移的事物。资源也可以是实体访问的事物。举例来说，资源可以是电子资源(例如存储的数据、接收的数据、计算机账户、财务账户、基于网络的账户、电子邮件收件箱)、物理资源(例如有形对象、建筑物、保险箱或物理位置)或计算机之间的其它电子通信(例如与用于执行交易的账户对应的通信信号)。
[0028]“请求方”可以是提交完成交易的请求的实体。在一些情况下，请求方可以是向供应商提交支付请求的资源提供商。资源提供商的实例包括商家网站运营商、数据存储提供商、互联网服务提供商、银行、商家、建筑业主、政府实体等。请求方计算机可以是由请求方或代表请求方操作以便提交此类请求的任何计算装置。
[0029]“请求方标识符”可以包括可标识请求方或由请求方操作的请求方计算机的任何合适的信息。请求方标识符可以包括任何合适的形式。举例来说，请求方标识符的实例可以包括电子邮件地址、ip地址、用户名、电话号码、服务提供商账号、由服务提供商计算机为请求方创建的特定标识符等。
[0030]“接收方”可以是意图接收某物的实体。在一些实施例中，接收方可以是可从请求方接收对发票的支付的实体。接收方计算机可以是由接收方或代表接收方操作以便管理所接收的资源的任何计算装置。
[0031]“接收方标识符”可以包括可标识接收方或由接收方操作的接收方计算机的任何
合适的信息。请求方标识符可以包括任何合适的形式。举例来说，请求方标识符的实例可以包括电子邮件地址、ip地址、用户名、电话号码、服务提供商账号、由服务提供商计算机为接收方创建的特定标识符等。
[0032]“服务器计算机”可以包括功能强大的计算机或计算机群集。例如，服务器计算机可以是大型主机、小型计算机集群，或者像单元一样工作的一组服务器。在一个实例中，服务器计算机可以是耦合到网络服务器的数据库服务器。服务器计算机可以耦合到数据库，并且可包括用于服务于来自一个或多个客户端计算机的请求的任何硬件、软件、其它逻辑或前述内容的组合。服务器计算机可以包括一个或多个计算设备，并可以使用多种计算结构、布置和编译中的任一种来服务于来自一个或多个客户端计算机的请求。
[0033]“条件控制数据”可以包括可控制或限制与支付指令相关联的执行支付交易的数据。举例来说，在本发明的实施例中，条件控制数据可以包括由买家提供的规则，其中规则可以对交易金额设置上限，或将交易金额限制为确切金额。当服务器计算机接收到对应于支付指令的授权请求消息时，服务器计算机可以通过指示授权请求消息未被授权来进行回复。条件控制数据可以定义或限制可批准交易的任何特定特性，包括交易金额、交易时间、交易位置、交易类型等。
[0034]
现在将更详细地描述本公开的一些实施例的细节。
[0035]
图1描绘了能够执行自动应付账款处理的系统的说明性概述。为了清晰起见，图1中示出特定数量的部件。然而，应理解，本公开的实施例可包括多于一个的每种部件。另外，本公开的一些实施例可包括比图1中所示的所有部件少或多的部件。
[0036]
所述系统包括由请求方(例如，充当买家的商家)操作的请求方计算机102以及由多个接收方(例如，给销售商品的商家的商品的供应商)操作的多个接收方计算机104(1-n)。所述系统还可包括能够与请求方计算机102、多个接收方计算机104和处理网络108交互的服务提供商计算机106。处理网络108可以与授权实体计算机109(例如，发行方计算机)通信。服务提供商计算机106可以是存在于应付账款系统中或形成应付账款系统的服务器计算机。
[0037]
图1中的每个实体可以通过任何合适的通信信道或通信网络进行通信。合适的通信网络可以是下列中的任一个和/或其组合：直接互连；互联网；局域网(lan)；城域网(man)；作为互联网上节点的运行任务(omni)；安全自定义连接；广域网(wan)；无线网络(例如，采用例如但不限于无线应用协议(wap)、i-模式和/或其类似者的协议)；和/或其类似者。
[0038]
请求方计算机102可以是由请求方或代表请求方操作的任何合适的计算装置。在一些实施例中，请求方计算机102可以包括能够使请求方计算机102能够与服务提供商计算机106通信以便发起本文中所描述的过程中的一个或多个过程的服务接口。举例来说，请求方计算机102可以与服务提供商计算机106通信以标识接收方计算机104，使得接收方计算机104能够载入到服务提供商计算机106且经由服务提供商计算机106将发票提供到请求方计算机102。在另一实例中，请求方计算机102可以与服务提供商计算机106通信以向接收方计算机104发起支付。
[0039]
接收方计算机104可以是由接收方或代表接收方操作的任何计算。在一些实施例中，每个接收方可以是向请求方(例如，请求方计算机102)供应资源和/或服务的资源供应
商。每个接收方计算机104可以与多个请求方计算机相关联。在一些实施例中，接收方计算机104可以包括被配置成使得能够与服务提供商计算机106交互以便发起如本文中所描述的一个或多个过程的服务接口。举例来说，接收方计算机104可以与服务提供商计算机106通信，以便将电子账单或发票提供到服务提供商计算机108，使得操作请求方计算机102的请求方可以支付电子账单或发票。在另一实例中，特定接收方计算机104可以与服务提供商计算机106通信，以便登记或创建特定接收方计算机104与特定请求方计算机102之间的关联。
[0040]
服务提供商计算机106可以是被配置成执行本文中所描述的功能性的至少一部分的任何计算装置。在一些实施例中，服务提供商计算机106可以是应付账款自动化系统的一部分或可以形成应付账款自动化系统。示例性应付账款自动化系统可以包括软件和硬件以：接收文件支付、在线支付和网络服务支付；处理发票；发送通知，以及发起授权请求消息的生成以进行支付卡交易。
[0041]
在一些任选实施例中，服务提供商计算机106可以被编程为具有“经销商”功能。经销商功能可以允许实体(例如，银行)“转售”由服务提供商计算机106提供的服务(例如，商家受理支付服务、应付账款服务、欺诈服务等)。在示例转售情境中，例如银行之类的经销商可以将由服务提供商计算机106提供的商家受理服务转售给各种商家。商家可被视为转售服务的购买者。银行可以从服务提供商计算机106的运营商处获得一些费用，以换取所述运营商成为经销商。在实施例中，“经销商”功能可以有利地重新用于将供应商载入到服务提供商计算机106。也就是说，在应付账款环境中，请求方(例如，商家买家)可以充当经销商，且可以将接收方(例如，向商家买家销售商品的卖家)载入到服务提供商计算机。通过将经销商功能重新用于将供应商载入到应付账款自动化系统，可以有利地快速轻松地载入供应商，而无需利用新的软件创建全新的系统。
[0042]
在一些实施例中，服务提供商计算机106还可以被配置成针对每个请求方计算机102和/或接收方计算机104使用特定于该实体的单独的应用编程接口(api)110(例如，api 110(1-m))，以便代表所述实体执行动作。举例来说，在请求方计算机102向服务提供商登记后，服务提供商计算机106可以具有对应于请求方计算机102的api 110(1)。在一些实施例中，api 110可以提供或接收特定于请求方计算机102、支付装置和/或交易密钥的访问凭证(例如，登录名和密码)。例如，在经由api 110从请求方计算机102接收到完成待由与特定接收方计算机104(1)相关联的特定接收方接收的支付的指令后，服务提供商计算机106接着可以对与请求方计算机102相关联的账户标识符(例如，支付账户标识符)收费，且在不与接收方计算机104(1)进行任何通信的情况下，代表接收方计算机104(1)发起生成交易的授权请求消息和将所述授权请求消息提交到处理网络108(例如，支付处理网络)。以此方式，接收方计算机104能够接收支付，而无需接收方计算机104这部分采取任何动作且无需将支付装置的详细信息提供到接收方计算机104(从而维持该支付装置的安全性并防止接收方的潜在欺诈)。
[0043]
处理网络108可以是被配置成路由消息的任何计算装置组。在一些实施例中，处理网络108可以是被配置成将授权请求消息从提交实体传送到授权实体计算机109(例如，发行方计算机)的支付处理网络。
[0044]
处理网络108可以是支付处理网络，且可以包括用于支持和递送授权服务、异常文
件服务以及清算和结算服务的数据处理子系统、网络和操作。示例性支付处理网络可以包括visanet
tm
。例如visanet
tm
之类的支付处理网络能够处理信用卡交易、借记卡交易和其它类型的商业交易。visanet
tm
确切地说包括处理授权请求的vip系统(visa集成式支付系统)，和执行清算和结算服务的base ii系统。支付处理网络可以使用任何合适的有线或无线网络，包括互联网。
[0045]
通过示出图1的各种组件之间的示例交互，考虑资源供应商a(操作接收方计算机104中的一个)向资源提供商请求支付的情境，所述资源提供商可以操作请求方计算机102。在此情境下，资源提供商可以首先向服务提供商计算机106登记。如上文所指出，在登记后，请求方计算机102可以成为由服务提供商计算机106提供的服务的“经销商”或“转销商”。请求方计算机102可以使用api将其自身的请求方标识符和/或交易密钥提供到服务提供商计算机106。接着，请求方计算机102可以与资源供应商a建立关系。在一些情况下，这可涉及资源提供商将资源供应商a的联系信息(例如，接收方标识符或资源供应商标识符)提供到服务提供商计算机106，并且服务提供商计算机可以联系由资源供应商a操作的接收方计算机。一旦登记，资源供应商a就可以接着将账单或发票上传到服务提供商计算机106以由资源提供商支付。
[0046]
继续上文情境，一旦资源提供商已批准支付的发票(从而使得向服务提供商提交进行支付的请求)，服务提供商计算机106就可以发起与资源提供商相关联的api，其中指示资源供应商a和待支付的金额(例如，发起api的请求可以包括资源供应商a的商家标识符)。接着，api可以使服务提供商计算机106代表资源供应商a向与资源提供商相关联的支付装置收取到期金额。
[0047]
图2示出了根据实施例的用于允许应付账款处理的系统的更详细的框图。在图2中，服务提供商计算机200可以与至少一个请求方计算机222通信。服务提供商200和/或请求方计算机222可以进一步与至少一个接收方计算机224通信。服务提供商计算机200、请求方计算机222和接收方计算机224可以是图1中所描绘的服务提供商计算机106、请求方计算机102和接收方计算机104的相应实例。
[0048]
服务提供商计算机200可以包括服务器计算机，且可以是应付账款自动化系统或是应付账款自动化系统的一部分。服务提供商计算机200可以在托管计算环境中实施。托管计算环境还可以被称为云计算环境。
[0049]
在一个示意性配置中，服务提供商计算机200可以包括至少一个存储器202以及一个或多个处理单元(或处理器)204。
[0050]
更详细地，转向存储器202的内容，存储器202可以包括操作系统和用于实施本文中所公开的特征的一个或多个应用或服务，所述应用或服务至少包括api模块208，所述api模块在由另一计算装置执行时被配置成生成、实施和/或操作实施与该计算装置相关联的应用编程接口。api模块208可以包括代码，所述代码可由计算装置上的处理器执行以使该计算装置生成(或操作)api和交易密钥。交易密钥可以是特定地与请求方(例如，买家)和接收方(例如，供应商)相关联的api密钥。在一些实施例中，api模块208可以向使用api模块208的计算装置的用户请求访问凭证(例如，登录名和密码)。在一些实施例中，api模块208可以生成用于计算装置的应用编程接口，使得另一计算装置(例如，服务提供商计算机200)可以对api进行调用以便代表所述计算装置执行动作。
[0051]
在一些实施例中，存储器202还可以包括处理模块210，当与处理器204结合使用时，所述处理模块被配置成通过调用api来执行所请求的交易。在一些实施例中，处理模块210可以包括代码，所述代码可由处理器204执行以在接收到代表实体处理交易的请求后与与该实体相关联的api交互，以便代表该实体完成向另一实体的支付。在一些实施例中，请求方计算机222等实体可以向服务提供商计算机200提供完成向特定实体(例如，资源供应商)的支付的请求。在接收到该请求后，处理模块210可以标识与请求实体相关联的api和/或交易密钥(例如，来自交易密钥数据212或api数据214)。在检索到与请求实体相关联的api和/或交易密钥后，处理模块210可以认证请求方与待支付实体之间的关系。这可涉及确定收款人是作为资源供应商登记到请求实体，以及验证请求方是被授权方。在一些情况下，可以要求请求方提供与请求方相关联的访问凭证。这些可以由api用于认证请求方是请求方的授权代表。一旦请求方与收款人之间的关系已经被认证，处理模块210就可以继续处理所请求的交易。
[0052]
处理模块210可以利用处理器204从账户标识符数据存储装置222或从账号生成模块212检索账户标识符。账户标识符数据存储装置222可以包含从账号生成模块212或从与服务提供商计算机200通信的授权实体计算机生成的账户标识符。如果账户标识符生成模块210生成账户标识符，则可以(例如，实时或在分批处理中)将账户标识符提供给与请求方相关联的适当授权实体计算机。
[0053]
账户标识符可以是账号，例如信用卡或借记卡账号。在一些情况下，账户标识符可以是“一次性”账户标识符，这意味着账户标识符仅用于正在处理的当前交易，并且一旦使用，就从服务提供商计算机200删除。在其它实施例中，账户标识符可以用于许多交易。在实施例中，账户标识符从不发送或提供到待支付接收方的接收方计算机。
[0054]
一旦获得账户标识符，处理器204和处理模块210就可以发起授权请求消息的生成。在一些实施例中，服务提供商计算机200代表收款人生成的授权请求消息，所述授权请求消息包括由请求方提供的支付详情(例如，支付账户和金额)。接着，将此授权请求消息经由处理网络(例如，支付处理网络)路由到适当授权实体计算机。
[0055]
服务提供商计算机200还可以包括注册模块214，所述注册模块可以包括用于执行本文中所描述的请求方计算机和接收方计算机注册过程的代码。
[0056]
服务提供商计算机200还可以包括多个数据存储区，所述数据存储区包括可以维护与各种请求方/接收方组合相关联的交易密钥的交易密钥数据218、维护与各种实体(例如，请求方计算机222)相关联的api的库的api数据220、可以包含可用于交易的账户标识符的账户标识符数据222，以及可以包含可用于控制对交易的授权的数据的条件控制数据224。
[0057]
服务提供商计算机200还可以包含通信接口216，其使得服务提供商计算机200能够与存储的数据库、另一个计算装置或服务器、一个或多个远程装置和/或任何其它合适的电子装置通信。在一些实施例中，通信接口216可以使得服务提供商计算机200能够与网络220上(例如，私有网络上)的其它电子装置通信。服务提供商计算机200还可以包括输入/输出(i/o)装置和/或端口218，诸如用于实现与键盘、鼠标、笔、语音输入装置、触摸输入装置、显示器、扬声器、打印机等的连接。在一些实施例中，服务提供商计算机200可以经由网络220与请求方计算机222和/或接收方计算机224通信。
[0058]
在一些实施例中，网络220可以包括许多不同类型的网络中的任一个或组合，例如电缆网络、互联网、无线网络、蜂窝网络和其它私有和/或公用网络。虽然示出的实例描绘了各种电子装置通过网络220访问服务提供商计算机200，但所描述的技术可同样适用于电子装置通过固定电话或计算机、经由查询一体机或以任何其它方式与服务提供商计算机200交互的情况。
[0059]
请求方计算机222可以是能够提交完成交易的请求的任何合适类型的计算装置。请求方计算机222可以包括存储器和能够处理计算机可执行指令的一个或多个处理器。请求方计算机222还可以包括服务接口226，所述服务接口实现请求方计算机222与服务提供商200之间的交互。在一些实施例中，请求方计算机222可以具有api 228和/或交易密钥，所述api和/或交易密钥可以存储在存储器中。请求方计算机222可以经由api 228将数据提供到和/或可以将交易密钥提供到服务提供商计算机200(如果交易密钥不是由资源提供商计算机200生成的)。
[0060]
接收方计算机224可以由待支付资源供应商操作。接收方计算机224可以包括服务接口230，所述服务接口允许接收方计算机与资源提供商计算机200通信。
[0061]
图3示出了示出根据至少一些实施例的用于在请求方计算机和接收方计算机之间提供直接支付的过程的泳道图。过程300示出了请求方计算机102、服务提供商计算机106、接收方计算机104和处理网络108之间的一系列示例性交互，它们中的每一个在上文参考图1进行了描述。
[0062]
当请求方计算机102向服务提供商计算机106注册或登记时，过程300可以在302处开始。在一些实施例中，请求方计算机102可以访问api模块，所述api模块使请求方计算机102发起特定于请求方计算机102的api的生成。接着，可以由服务提供商计算机106存储api。在api的生成期间，可以要求请求方计算机102的用户提供用于认证api的用户的访问凭证(例如，登录名和密码)。
[0063]
在304处，接收方计算机104(或代表接收方计算机104的服务提供商计算机106)可以联系请求方计算机102，以提供由操作请求方计算机102的请求方接收的商品或服务的支付的发票。在一些实施例中，此发票可以在接收方计算机104与请求方计算机102之间直接发送。在一些实施例中，接收方计算机104可以将发票提交到服务提供商计算机106，所述服务提供商计算机接着可以将该请求传送到请求方计算机102。在发票在接收方计算机104与请求方计算机102之间传送的情况下，请求方计算机102可以要求接收方计算机104也向服务提供商计算机106登记。在一些实施例中，这可涉及请求方计算机102在306处在登记请求中将接收方计算机104的指示或联系信息提供到服务提供商计算机106。举例来说，请求方计算机102可以向服务提供商计算机106提供接收方标识符，例如接收方的代表的电子邮件地址。在这些实施例中，服务提供商计算机106可以在308处(例如，经由联系信息)联系和提示接收方，以便发起接收方计算机104和/或操作接收方计算机104的接收方的登记过程，并且接收方计算机104可以通过对开始登记过程的适当确认来对提示作出响应。在其它实施例中，请求方计算机102可以向接收方计算机104提供链接或可分配软件应用，所述链接或可分配软件应用在访问时使接收方计算机104与服务提供商计算机106通信以便完成登记过程。
[0064]
在310处，所述过程可涉及向服务提供商计算机106登记接收方计算机104和/或操
作接收方计算机104的接收方。这可涉及创建和记录接收方计算机104与请求方计算机102之间的关系。应注意，接收方计算机104可以是与特定请求方计算机102具有关系的若干接收方计算机104中的一个。同样，每个接收方计算机104可以与多个请求方计算机具有关系。可以为特定请求方计算机102/接收方计算机104关系或关联创建交易密钥。交易密钥可以是表示该关系的标识符(字符串)。
[0065]
在312处，接收方计算机104可以响应于由操作接收方计算机104的接收方将商品或服务提供给操作请求方计算机102的请求方而将发票从请求方计算机102提交到服务提供商计算机106，所述发票列出到期金额。在一些实施例中，发票可以包括关于提供到请求方计算机102的资源(例如，商品和/或服务)的列表的详细信息、接收方标识符、请求方标识符、请求方标识符和交易金额。
[0066]
在314处，所述过程可涉及通知请求方计算机102发票已被接收。在一些实施例中，可以由接收方计算机104向请求方计算机102提供针对请求方计算机102提供的所有逾期未付发票的列表。在一些实施例中，请求方计算机102可以提供有详细审查每张发票以便批准每张发票的能力。
[0067]
在316处，所述过程可涉及请求方计算机102将请求提供到服务提供商计算机106以发起发票的支付。所述请求可以包括与请求方相关联的请求方标识符(例如，先前由服务提供商计算机106分配给请求方或先前由请求方计算机102提供到服务提供商计算机106的请求方或请求方计算机标识符)和与接收方相关联接收方标识符(例如，先前由服务提供商计算机106分配给接收方或先前由接收方计算机102提供到服务提供商计算机106的接收方或接收方计算机标识符)，以及对待支付金额的确认。在一些实施例中，可以响应于由请求方计算机102批准支付的发票而自动接收请求。
[0068]
在318处，所述过程可涉及服务提供商计算机106代表接收方发起发票的支付。这可以在不与接收方计算机104进行任何通信的情况下完成。为此，服务提供商计算机106可以标识与请求方计算机102和/或接收方计算机104相关联的api和/或交易密钥(例如，来自交易密钥数据或api数据)。在检索到与请求方计算机102相关联的api和/或交易密钥后，服务提供商计算机106可以认证请求方与接收方之间的关系。这可涉及确定接收方计算机104是作为资源供应商登记到请求方计算机102，以及验证请求方是被授权方。
[0069]
在认证关系后，服务提供商计算机106可以使用先前描述的交易处理模块来获得与请求方计算机102和/或正在进行的当前交易相关联的账户标识符。一旦服务提供商计算机106已经获得账户标识符，其接着可以发起授权请求消息的生成，所述授权请求消息将被发送到授权实体计算机以供批准。授权请求消息的生成的发起可以包括服务提供商计算机106实际使用账户标识符和交易金额生成授权请求消息。在其它实施例中，授权请求消息的生成的发起可以包括将包括账户标识符和交易金额的数据包提供到支付处理器(例如，处理网络108中的计算机)以生成授权请求消息。
[0070]
在320处，如果由服务提供商计算机106生成了授权请求消息，则可以将所述授权请求消息发送到处理网络108。授权请求消息可以至少包括发票金额(或从发票金额衍生的金额，例如包括发票金额的总额，或包括发票金额减去任何费用的金额)以及与请求方计算机102相关联的支付账户标识符。
[0071]
条件控制数据此时也可以应用于交易。举例来说，请求方102可能需要支付
1001.37美元的发票，且可以将条件控制数据提供到服务提供商计算机106，从而指示仅在授权请求消息的确切金额为1001.37美元或费用少于1002.00美元时，才应生成或批准所述授权请求消息。使用条件控制数据向操作请求方计算机102的请求方提供以下保证：被提交以供批准的任何授权请求消息将包含正确的发票金额或将基本上不偏离发票金额。
[0072]
在321处，一旦由处理网络108接收，处理网络108就可以使用路由表和账户标识符的一部分查找适当授权实体计算机，且可以将授权请求消息路由到授权实体计算机109。授权实体计算机109接着可以确定交易是否被授权，且可以利用包括指示交易是被批准还是被拒绝的指示符的授权响应消息来对处理网络108作出响应。在其它实施例中，处理网络108可以在不与授权实体计算机109通信的情况下将授权响应消息直接提供到接收方计算机104。
[0073]
在322处，所述过程可涉及接收方计算机104从处理网络108接收授权响应消息。
[0074]
在一天结束时或在某一其它时间，可以发生清算和结算过程。清算和结算过程可以将资金从操作授权实体计算机109的授权实体转移到接收方的账户(其可以由服务提供商计算机或与接收方关联的金融机构持有)。
[0075]
图4描绘了第一示例性过程，通过所述第一示例性过程，服务提供商可以使得资源提供商能够将“直通支付”推送给接收方实体。在图4中，服务提供商402可以维护各自与不同资源提供商相关联的多个api 404。资源提供商406可按下文描述的方式与服务提供商402交互。
[0076]
在示例性过程400的步骤1中，为资源提供商406生成应用编程接口404(在所描绘的实例中为404(3))。为此，资源提供商406可以参与服务提供商402的登记过程，在此期间，资源提供商406可以提供登记数据408。登记数据可以包括与资源提供商406相关联的多个数据。在一些实施例中，登记数据408可以包括访问凭证，例如资源提供商406的登录名和/或密码。在一些实施例中，与资源提供商406相关联的api 404可以由服务提供商402使用登记数据408生成。在一些实施例中，与资源提供商406相关联的api 404可以由资源提供商406使用可由服务提供商402访问的模块或库生成。在这些实施例中，资源提供商406接着可以将生成的api提供回服务提供商402。
[0077]
另外，资源提供商406可以使一个或多个资源供应商(例如，潜在接收方实体)向服务提供商402登记。为此，资源提供商406可以向一个或多个资源供应商提供对由服务提供商402维护的api生成模块和/或登记模块的访问权限。接着，资源供应商可以将登记数据提供到服务提供商402。
[0078]
在示例性过程400的步骤2中，资源提供商406可以向接收方计算机发起支付交易。为此，资源提供商406可以将交易数据410提供到服务提供商402。在一些实施例中，交易数据410可以被格式化为api调用，所述api调用包括资源供应商(例如，接收方计算机)的标识符，且在一些情况下包括支付账户标识符。资源提供商406可以提供用于认证资源提供商406的用户或代理的访问凭证。在一些实施例中，资源提供商406还可以发送api 404(3)的标识符，服务提供商402可以使用所述标识符来标识api 404(3)。在一些实施例中，服务提供商可以通过api 404(3)与资源提供商406的关联来标识所述api。在一些实施例中，服务提供商402可以进一步认证资源提供商406与资源供应商之间的关系。
[0079]
在示例性过程400的步骤3中，与资源提供商406相关联的api 404(3)可以根据所
提供的交易数据进行支付交易。为此，api 404(3)可以认证由资源提供商406的用户或代理提供的访问凭证。在认证访问凭证后，api 404(3)可以生成对应于所提供的交易数据410的授权请求消息。可以使用在登记过程期间由资源供应商提供的详细信息，代表资源供应商针对交易生成授权请求消息。接着，可以将授权请求消息经由处理网络412路由到支付账户的授权提供商。因为授权请求消息是代表资源供应商生成的，所以在结算后，可以将交易的收费金额直接转移到与资源供应商相关联的账户。
[0080]
图5描绘了第二示例性过程，通过所述第二示例性过程，服务提供商可以使得资源提供商能够将“直通支付”推送到接收方实体。在图5中，服务提供商502可以维护各自与不同资源供应商相关联的多个api 404。资源提供商506可按下文描述的方式与服务提供商502交互以完成与资源供应商508的交易。
[0081]
在示例性过程500的步骤1中，为资源供应商508生成应用编程接口504(在所描绘的实例中为504(3))。为此，资源提供商506可以首先参与服务提供商502的登记过程。接着，资源提供商506可以将链接或推荐提供到资源供应商508，从而请求资源供应商508也向服务提供商502登记。接着，资源供应商508可以通过提供登记数据510向服务提供商502进行登记。登记数据510可包括与资源供应商508相关联的多个数据。在一些实施例中，登记数据510可以包括例如资源供应商508的登录名和/或密码等访问凭证，并且可以与资源供应商508相关联地生成api 504。在一些实施例中，与资源供应商508相关联的api 504可以由服务提供商502使用登记数据510生成。在一些实施例中，与资源供应商508相关联的api 504可以由资源供应商508使用可由服务提供商502访问的模块或库生成。在这些实施例中，资源供应商508接着可以将生成的api提供回服务提供商502。
[0082]
在示例性过程500的步骤2中，资源提供商506可以向接收方计算机发起支付交易。在一些实施例中，可以在资源提供商506从资源供应商508接收到发票后发起支付交易。为此，资源提供商506可以将交易数据512提供到服务提供商502。在一些实施例中，交易数据510可以被格式化为api调用，所述api调用包括资源供应商508的标识符，且在一些情况下包括支付账户标识符。资源提供商506可以提供用于认证资源提供商506的用户或代理的访问凭证。服务提供商可以通过api 504(3)与资源供应商508的关联来标识所述api。在一些实施例中，服务提供商502可以进一步认证资源提供商506与资源供应商508之间的关系。
[0083]
在示例性过程500的步骤3中，与资源提供商506相关联的api 504(3)可以根据所提供的交易数据进行支付交易。为此，api 504(3)可以认证由资源提供商506的用户或代理提供的访问凭证。在认证访问凭证后，api 504(3)可以生成对应于所提供的交易数据512的授权请求消息。可以使用在登记过程期间由资源供应商提供的详细信息，代表资源供应商针对交易生成授权请求消息。接着，可以将授权请求消息经由处理网络514路由到支付账户的授权提供商。因为授权请求消息是代表资源供应商生成的，所以在结算后，可以将交易的收费金额直接转移到与资源供应商508相关联的账户。
[0084]
本公开的实施例提供优于常规系统的数个优势。举例来说，本文中所描述的系统的实施例使得能够在业务到业务支付环境中进行“直通支付”。应注意，b2b支付环境面临着多个挑战，这些挑战在典型的点对点支付系统中并不普遍，因为交易的数量和频率较高。因此，常规的b2b支付系统通常涉及将账号提供给支付的预期接收方，然后由预期接收方使用所述账号进行支付。这会带来数据安全性问题，因为接收方可能不诚实，且可能会以欺诈性
方式使用账号。这也意味着，将由收款人决定发起转账，这使付款人无法预测。这些常规技术产生对于b2b关系中的两个实体来说都很繁琐的系统。此外，在常规系统中，接收方和请求的载入是困难的。
[0085]
另一方面，本公开的实施例通过提供“直通支付”来消除b2b关系内实体的这些负担，因为付款人在发起支付后，使服务提供商计算机从请求方接收支付发票的指令，接着在不联系接收方的情况下使用获得的账号发起支付。接收方从未接收到账号，且因此无法进行欺诈性交易。此外，因为操作服务提供商计算机的服务提供商是可信实体，所以无需创建临时的一次性账户(尽管它可以创建)，并且付款人可以决定交易何时发生。
[0086]
应理解，本公开的任何实施例都可以使用硬件(例如，专用集成电路或现场可编程门阵列)和/或使用计算机软件以控制逻辑的形式实现，其中通用可编程处理器是模块化的或集成的形式。如本文所使用，处理器包括单核处理器、在同一集成芯片上的多核处理器，或在单个电路板上或网络化的多个处理单元。基于本文提供的公开内容和教导，本领域普通技术人员将知道并理解使用硬件以及硬件和软件的组合来实现本公开的实施例的其它方式和/或方法。
[0087]
本技术中描述的任何软件组件或功能可实施为使用例如java、c、c 、c#、objective-c、swift等任何合适的计算机语言或例如perl或python等脚本语言使用例如常规的或面向对象的技术的由处理器执行的软件代码。所述软件代码可以作为一系列指令或命令存储在计算机可读介质上以供存储和/或传输，合适的介质包括随机存取存储器(ram)、只读存储器(rom)、磁性介质(例如硬盘驱动器或软盘)，或者光学介质(例如光盘(cd)或数字通用光盘(dvd))、闪存存储器，等等。计算机可读介质可以是此类存储装置或传输装置的任何组合。
[0088]
此类程序还可以使用适应于经由包括互联网的符合多种协议的有线、光学和/或无线网络进行发送的载波信号来编码和发送。因此，根据本公开的实施例的计算机可读介质可使用以此类程序编码的数据信号来创建。以程序代码编码的计算机可读介质可与兼容装置一起封装或与其它装置分开提供(例如，经由互联网下载)。任何此类计算机可读介质可以驻存在单个计算机产品(例如，硬盘驱动器，cd或整个计算机系统)之上或其内部，并且可以存在于系统或网络内的不同计算机产品上或其内部。计算机系统可以包括监视器、打印机，或者用于向用户提供本文所提及的任何结果的其它合适的显示器。
[0089]
以上描述是说明性的且不是限制性的。在本领域的技术人员阅读了本公开后，本公开的许多变化将变得显而易见。因此，本公开的范围不应参考以上描述来确定，而是应参考待决的权利要求以及其完整范围或等效物来确定。
[0090]
在不脱离本公开的范围的情况下，来自任何实施例的一个或多个特征可以与任何其它实施例的一个或多个特征组合。
[0091]
除非明确指示有相反的意思，否则“一(a)”、“一个(an)”或“所述”的叙述旨在指示“一个或多个”。
[0092]
上文提到的所有专利、专利申请、公开和描述出于所有目的以其全文引用的方式并入本文中。并非承认它们是现有技术。