具有数据安全性的无缝交互处理制造技术

公开了一种方法。所述方法包括从接收方计算机接收发票，所述发票提供关于由操作请求方计算机的请求方购买的商品和/或服务的详细信息，以及与所述商品和/或服务相关联的金额。所述方法还包括从待向接收方支付所述金额的所述请求方计算机接收包括请求方标识符和接收方标识符的指令，且在不与所述接收方计算机通信的情况下获得账户标识符。所述方法还包括由处理模块发起送到授权实体计算机的具有所述账户标识符和所述金额或从所述金额衍生的金额的授权请求消息的生成。额的授权请求消息的生成。额的授权请求消息的生成。

【技术实现步骤摘要】
【国外来华专利技术】具有数据安全性的无缝交互处理
[0001]相关申请交叉引用
[0002]无。

技术介绍

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

技术实现思路

[0009]本公开的一个实施例涉及一种由服务器计算机执行的方法，包括：由服务器计算机从请求方计算机接收与请求方相关联的请求方标识符和与接收方相关联的接收方标识符；由服务器计算机提示由接收方操作的接收方计算机通过服务提供商计算机接受支付；由接收方计算机接收对提示的响应；由服务器计算机从待向接收方支付交易的请求方计算机接收包括请求方标识符和接收方标识符的指令；由服务器计算机在不与接收方计算机通信的情况下从所述服务器计算机获得账户标识符；以及由服务器计算机中的处理模块发起送到授权实体计算机的包括账户标识符和金额的授权请求消息的生成。
[0010]本公开的另一实施例涉及处理器；以及存储器，其包括指令，所述指令在通过处理器执行时使服务器计算机至少进行以下操作：从请求方计算机接收与请求方相关联的请求
方标识符和与接收方相关联的接收方标识符；由服务器计算机提示由接收方操作的接收方计算机通过服务提供商系统接受支付；由接收方计算机接收对提示的响应；由服务器计算机从待向接收方支付交易的请求方计算机接收包括请求方标识符和接收方标识符的指令；由服务器计算机在不与接收方计算机通信的情况下从所述服务器计算机获得账户标识符；以及由服务器计算机中的处理模块发起送到授权实体计算机的包括账户标识符和金额的授权请求消息的生成。
[0011]下文进一步详细描述本公开的这些和其它实施例。
附图说明
[0012]图1示出了根据实施例的系统的高级框图。
[0013]图2示出了根据实施例的系统的更特定框图。
[0014]图3示出了示出根据至少一些实施例的应付账款过程的泳道图。
[0015]图4描绘了第一示例性过程，通过所述第一示例性过程，服务提供商可以使得资源提供商能够将直通支付推送给接收方实体。
[0016]图5描绘了第二示例性过程，通过所述第二示例性过程，服务提供商可以使得资源提供商能够将直通支付推送给接收方实体。
具体实施方式
[0017]在论述本公开的一些实施例的细节之前，对一些术语的描述可有助于理解各种实施例。
[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]“计算装置”可以是可以接收并处理数据的任何合适装置。计算装置的实例可以包括访问装置、传送计算机、处理本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】1.一种方法，包括：由服务器计算机从接收方计算机接收发票，所述发票提供关于由操作请求方计算机的请求方购买的商品和/或服务的详细信息，以及与所述商品和/或服务相关联的金额；由所述服务器计算机从待向接收方支付所述金额的所述请求方计算机接收包括请求方标识符和接收方标识符的指令；由所述服务器计算机在不与所述接收方计算机通信的情况下获得账户标识符；以及由所述服务器计算机中的处理模块发起对送到授权实体计算机的包括所述账户标识符和所述金额或从所述金额衍生的金额的授权请求消息的生成。2.根据权利要求1所述的方法，其中所述账户标识符是一次性账户标识符。3.根据权利要求1所述的方法，其中所述服务器计算机存储条件控制数据。4.根据权利要求1所述的方法，还包括：由所述服务器计算机提示由所述接收方操作的所述接收方计算机通过所述服务器计算机接受支付；以及由所述接收方计算机接收对提示的响应。5.根据权利要求1所述的方法，其中所述服务器计算机是服务提供商计算机。6.根据权利要求1所述的方法，其中服务器计算机包括与所述接收方计算机相关联的应用编程接口。7.根据权利要求1所述的方法，其中所述服务器计算机包括注册模块。8.根据权利要求7所述的方法，还包括：由所述服务器计算机向所述请求方计算机发送指示所述发票已由所述服务器计算机接收的消息。9.根据权利要求1所述的方法，其中所述账户标识符是账号。10.根据权利要求1所述的方法，其中所述账户标识符是具有十六个字符的一次性账户标识符。11.一种服务器计算机，包括：处理器；以及存储器，...

【专利技术属性】
技术研发人员：A，
申请(专利权)人：维萨国际服务协会，
类型：发明
国别省市：