CN101124603A - 用于处理电子支付交易的方法和系统 - Google Patents

用于处理电子支付交易的方法和系统 Download PDF

Info

Publication number
CN101124603A
CN101124603A CNA200580008058XA CN200580008058A CN101124603A CN 101124603 A CN101124603 A CN 101124603A CN A200580008058X A CNA200580008058X A CN A200580008058XA CN 200580008058 A CN200580008058 A CN 200580008058A CN 101124603 A CN101124603 A CN 101124603A
Authority
CN
China
Prior art keywords
request
transaction
payment
data
notice
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA200580008058XA
Other languages
English (en)
Inventor
道格拉斯·J·桑切斯
特龙·恩古延
迈克尔·帕勒莫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
First Data Corp
Original Assignee
First Data Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by First Data Corp filed Critical First Data Corp
Publication of CN101124603A publication Critical patent/CN101124603A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

提供用于处理交易的系统和方法，更具体地是用于接收、处理和传输电子支付交易信息的系统和方法。该系统和方法访问交易软件引擎，该引擎实行对电子支付请求的授权和对授权的电子支付的结算。根据本发明实施例，交易软件引擎驻留于商家驻地，并且更具体地驻留在与一个或多个网络终端通信的商家服务器或计算机之内。利用这样的系统，当每个交易出现时，可由终端发送授权请求。虽然交易是在逐笔交易的基础上处理的，但是在预定时间之后处理成批的结算请求。此外，软件引擎使得能够通过互联网进行传输。结果，与仅使用传统电话线相比较，处理支付授权和结算的时间量有所减少。此外，交易软件引擎能够接受格式有变化的数据并且对这样的数据重新编码，从而可以由交易软件引擎处理该数据。结果，交易软件引擎可以处理从多种终端接收的和发送到多种终端的数据以及发送到多种数据交易提供商主机的和从多种数据交易提供商主机接收的数据。

Description

用于处理电子支付交易的方法和系统
技术领域
本发明涉及用于处理电子交易的系统和方法，更具体地涉及用于接收、处理和传送电子支付交易信息的系统和方法。
背景技术
商家在从事商品和/或服务的销售过程中通常接受来自消费者的各种形式的支付。这些交易中的一些交易包括现金、支票、借记卡、信用卡等支付。
这些支付形式中的许多支付形式本质上是电子支付(例如信用卡、借记卡、电子支票支付、储值卡、忠诚点偿还(loyalty points redemptions)、电子权益转移)并且为消费者提供某些便利。例如，当电子支付被接受时，消费者不必确定他们是否随身带有足量现金，他们经常不必立即将资金转账给商家，而且有时可以利用赊购线购买商品或服务。
这种电子支付的提供也使商家受益。例如，通过给消费者提供支付选项组，商家通常会发现销售增加。
然而，这样的电子支付系统具有各种不足。例如，位于商家驻地的电子支付系统对于可以与这种系统交互的终端类型具有限制。典型地，商家驻地具有一个或多个中央计算机或服务器，它们支持在商家处使用的电子支付终端。仅可以使用那些配置成与商家计算机或服务器交互的终端。一个解决方案是拥有多个计算服务器或计算机，但是这样的系统可能昂贵和臃肿。
另一解决方案是在商家驻地希望使用新终端时，连续地修改服务器或计算机。然而，这样的解决方案可能要求对商家计算机软件和硬件的大量维护。
此外，电子支付系统典型地经由拨号调制解调器进行通信。这样的系统对于消费者和商家是不便的，因为交易可能占用长时间才能完成，对消费者和商家造成延迟。此外，这种系统不支持向通过电子支付系统传递的数据提供增强安全性的某些加密技术。此外，如果商家希望利用众多电子支付终端来支持交易，则使用拨号调制解调器需要使用多个电话线。
同样，将许多电子终端配置成使得与结算过程有关的交易数据由这样的终端存储而且仅成批地发送到商家服务器。当实行结算过程时，这样的设置造成延迟。
发明内容
本发明涉及用于处理交易的系统和方法，以及更具体地涉及一种克服上述缺点的用于接收、处理和传输电子支付交易信息的系统和方法。该系统和方法访问交易软件引擎，该引擎实行对电子支付请求的授权和对授权的电子支付的结算。根据本发明实施例，交易软件引擎驻留于商家驻地，并且更具体地驻留在与一个或多个网络终端通信的商家服务器或计算机内。利用这样的系统，关于某些交易(例如授权、结算等)的数据由终端发送到软件引擎。典型地，当进行电子支付请求时，授权请求得到处理。根据本发明实施例，由商家的终端存储结算请求直至预定时间为止，然后在逐笔交易的基础上将每个请求从引擎传输到数据交易主机用于处理。
此外，软件引擎使得能够通过互联网传输数据。结果，与仅仅使用传统电话线相比较，缩短了处理支付授权和结算的时间。
此外，交易软件引擎能够接受格式有变化的数据且能够对这样的数据重新编码，从而可由交易软件引擎处理该数据。结果，交易软件引擎可以处理从各种终端接收的和发送到各种终端的数据以及发送到各种数据交易提供商主机的和从各种数据交易提供商主机接收的数据。
附图说明
根据与示出本发明说明性实施例的附图相结合进行的以下具体描述，本发明的更多目的、特征和优点将变得明显，在附图中：
图1是根据本发明实施例的电子支付交易系统的方框图；
图2是根据本发明另一实施例的电子支付交易系统的方框图；
图3是根据本发明实施例在处理电子支付交易的交易软件引擎之内结合的模块的方框图；
图4图示了根据本发明实施例在处理电子支付交易时驻存的数据字段；
图5是图示了根据本发明实施例授权电子支付请求的方法的流程图；以及
图6是图示了根据本发明实施例结算电子交易的方法的流程图。
具体实施方式
本发明涉及用于处理交易的系统和方法，且更具体地涉及用于接收、处理和传输电子支付交易信息的系统和方法。该系统和方法访问交易软件引擎，该引擎实行对电子支付请求的授权及对授权的电子支付的结算。根据本发明实施例，交易软件引擎驻留于商家驻地，并且更具体地驻留在与一个或多个网络或串行终端通信的商家服务器或计算机内。利用这样的系统，当发生每个交易(与成批发送的一组交易相对照)时，关于某些交易(例如授权、结算等)的数据可由终端发送到软件引擎。
此外，软件引擎使得能够通过互联网传输数据。结果，与仅使用传统电话线相比较，缩短了处理支付授权和结算的时间。
此外，交易软件引擎能接受格式有变化的数据且对这样的数据重新编码，从而可由交易软件引擎处理该数据。结果，交易软件引擎可以处理从各种终端接收的和发送到各种终端的数据以及发送到各种数据交易提供商主机的和从各种数据交易提供商主机接收的数据。
系统
图1是图示了结合本发明特征的电子支付交易系统10的方框图。系统10特别地通过支持商家(如商家100)与支付处理器(如数据交易提供商140)之间的通信来处理对电子支付交易的授权和对这种交易的结算。如图1中所示，在这样的处理中可以涉及到各种实体。例如，系统10通过公共网络(如互联网120)和例如第三方互联网协议网络(IPN)13来实现商家100与数据交易提供商140之间的通信。在一个实施例中，IPN130可由数据线通信网络的交易传送网络(Datawire Communication Network’s TransactionDelivery Network)提供。
商家100是对电子支付交易的授权和/或结算进行请求的任何个人或实体。应该注意，在此使用的术语“支付”可包括涉及资金支付或资金赊购的交易。典型地，商家100具有用于处理电子支付请求的一个或多个信用/借记卡处理终端。例如在图1中，商家100具有与商家服务器110通信的数个终端102-1至102-N。在图1中，终端102-1至102-N通过串行连接来连接到商家服务器110，因此这些终端称为“串行终端”。串行终端102的例子是Verifone的TRANZ型号380。
例如，当由例如串行终端102-1产生电子支付交易请求时，数据包经由串行连接从终端102发送到商家服务器110。商家服务器110包括至少下述组件：中央处理单元112、交易软件引擎111和互联网路由器113。
CPU112可具体化为单个商用处理器。可选地，在另一实施例中，CPU112可具体化为并行操作的许多这样的处理器。
交易软件引擎111可操作用来存储下面结合图3-6进一步讨论的一个或多个指令，CPU112可操作用以取回、解译和执行该指令。例如，如下所述，引擎111优选地存储用于授权和结算电子支付的过程。
CPU112优选地以公知的方式包括控制单元、算术逻辑单元(ALU)以及CPU本地存储器存储设备，如例如可堆叠的高速缓存或多个寄存器。控制单元可操作用来从交易软件引擎111取回指令。ALU可操作用来执行为了实现指令而需要的多个操作。CPU本地存储器存储设备可操作用来提供用于存储临时结果和控制信息的高速存储。
互联网路由器113将商家服务器110连接到互联网120，并且可以例如是D-Link路由器机型DI704。此外，商家服务器110还可经由拨号调制解调器(未示出)连接到主机142-1至142-N。根据本发明实施例，缺省地经由互联网110和IPN130，尝试商家服务器110与主机142之间的通信。因此在这种情况下，仅当无法通过专用网络130建立通信时才使用交易商家服务器110与主机142之间的拨号调制解调器通信。
如下面更全面讨论的，将数据交易提供商主机142-1至142-N特别地配置用于接收对处理电子支付交易的请求、确定所请求的电子支付交易的类型、授权或拒绝电子支付交易、以及结算交易。数据交易提供商主机142-1至142-N配置成处理常规信用卡和借记卡交易、电子支票、赠卡等。
图2是图示了根据本发明实施例的电子支付交易系统20的方框图。支付交易系统20与系统10类似之处在于：商家(例如商家101)与数据交易提供商140的主机142通信——经由互联网120和IPN130，但是系统20提供了终端与商家服务器之间的传输控制协议/互联网协议(TCP/IP)连接。因此，如图2中所示，系统20支持TCP终端103-1至103-N与商家服务器110经由以太网交换机104的通信。TCP终端103的例子是Omni3750。与系统10的商家服务器100相似，系统20的商家服务器110包括交易软件引擎111、CPU112和互联网路由器113。
交易软件引擎
除了其它内容外，交易软件引擎111还可操作用来存储用于授权和结算电子支付的指令，如下所述。根据本发明实施例，交易软件引擎111能通过访问由引擎111所例示的一个或多个交易模块来提供这样的指令。这样的模块在图3中示出而且包括：工作项目模块302、包分解器模块304、接收器模块306、发送器模块308、格式产生器模块310、NBDot格式化模块312、DBDot格式化模块314、授权处理模块316、结算处理模块318、命令处理模块320、IPN传送器模块322及拨号传送器模块324。现在下文参照图3来描述这些模块。下面参考图5和6来描述通过使用引擎111的模块302至324的授权和结算电子支付交易的过程。
应该注意，DBDot、NBDot和SVDot是数据格式类型，这些数据格式类型包括下面参考图4描述的而且由一个或多个主机142-1至142-N处理的一个或多个数据字段。这些数据格式典型地在由相应的格式类型所包括的数据字段的长度和/或次序方面有所不同，而且在一些实例中可包括在授权和结算处理时有用的附加信息。
参考图3，工作项目模块302负责临时地存储由商家服务器110从例如串行终端102、TCP终端103或主机142接收的数据。临时地存储数据从而引擎111可以通过图3中所示的一个或多个其他模块处理数据。每当终端设备102或103建立与交易软件引擎111的通信话路时，访问工作项目模块302。因此，每当数据发送到引擎111，工作项目由工作项目模块302建立，而且通过访问其它模块来实现这种数据的处理。
包分解器302确定与接收的数据相联系的请求类型。因此，包分解器302确定是否所接收的数据涉及对支付授权的请求、结算请求或命令。
应该注意，术语“授权”是指由数据交易提供商140批准为商家100或101验证交易。这样的授权例如指明当请求授权时购买者信用限度的可用性或者指明消费者账号的有效性。“结算”是指从销售交易、现金支出、商品赊购获得的财务数据的交换过程，这些销售交易、现金支出、商品赊购最终被记账到进行电子支付的购买者的账户。“命令”是控制交易软件引擎111的指令，而且可包括终止一个或多个通信的“停止”命令、恢复系统10或20的数据流的“开始”命令、关断引擎111的“断电”、开启引擎111的“通电”等。
接收器模块306使得能够处理从交易软件引擎111接收的数据。这些设备包括串行终端102-至102-N、TCP终端103-1至103-N或主机142-1至142-N。然而，发送器模块308使得能够处理由交易软件引擎111如串行终端102-至102-N、TCP终端103-1至103-N或主机142-1至142-N接收的数据。由接收器模块306和发送器模块308分别地处理流入和流出的信息流，有助于实施对引擎111的维护和增强。
将内置计时器结合到模块306和308中，从而由系统10或20进行的通信可在通信故障情况下终止。根据本发明的一个实施例，将时间设置到60秒。
格式产生器310标识对所接收的数据加以格式化的方式。根据本发明实施例，指定用于由交易软件引擎111接收和处理的数据的格式是由针对该交易而作为目标的主机142来规定。因此，格式产生器310确定哪个主机142被指定用来处理交易并且识别由这样的主机142支持的数据格式。确定哪个主机142被指定用来处理交易，是通过读取在用于数据格式(例如NBDot、SVDot等)和目标主机的包标题中存储的数据来实现的，该目标主机被指定用于处理这种数据格式。因此，通过这种方式，当接收来自终端102或103的数据时，引擎111确定所接收的数据是否为例如NBDot、DBDOT、SVDot或一些其它的数据格式类型。一旦识别所接收的数据的数据格式，则格式产生器识别要访问的适当格式化程序以处理所接收的数据。图3中所示的格式化程序模块的两个实例是NBDot格式化模块312和DBDot格式化模块314，不过当然可以针对交易软件引擎111提供附加的格式化模块，从而当主机142-1至142-N要求时，可由引擎111支持附加的数据格式。
格式化模块312和314接收典型地以流中的包的形式来接收的数据，并且基于包的字段来解析这样的包。下面参考图4，说明根据本发明实施例可包含于通信数据包中而且由格式化模块312和314使用的字段的列表。
授权处理模块316负责处理授权请求。授权模块处理程序316产生用于与授权有关的数据包的包标题。这样的标题特别地包括标识信息，该信息用于将包标识为携带有用于授权请求的数据。此外，授权处理模块316将授权请求数据委托给适当的传送器(见下面对IPN传送器模块322和拨号传送器模块324的描述)。
结算处理模块318负责处理结算请求。结算处理模块318产生用于与结算请求有关的数据包的包标题。这样的标题特别地包括标识信息，该信息用于将包标识为携带有结算请求的数据。此外，结算处理模块318将授权请求数据委托给适当的传送器(见下面对IPN传送器模块322和拨号传送器模块324的描述)。
命令处理模块320处理从用于控制交易软件引擎111的远程计算机接收的数据。此模块解析并执行命令，这些命令允许对交易软件引擎111的远程控制。因此，如果商家希望从例如远程计算机发出停止或开始交易软件引擎111的命令，则从这样的计算机发出的命令由引擎111的处理程序320检测和处理。
IPN传送器模块322提供经过互联网发送和接收数据包的格式化，并且拨号传送器模块324提供使用拨号调制解调器发送和接收数据包的格式化。根据本发明实施例，所用的数据格式是基于XML的包格式。
NBDot数据字段
图4图示了如下字段，这些字段被结合到由系统10和20处理以便处理授权和结算请求的数据包中。当数据包在如图1和2中所示的各种设备之间传送时，这些字段存储与请求有关的信息，或者该字段保持为空。在本发明的另一实施例，一个或多个字段可存储空(null)数据(如数字0)而不是空的，从而每个字段存储相关数据或空数据。
由系统10和20使用的数据包中结合的字段如下：商家号字段402、终端序号字段404、消息类型标识符字段406、账号字段408、有效日期字段410、轨道-2数据字段412、轨道-1数据字段414、交易量字段416、交易号418、交易日期字段420、交易时间字段422或错误消息段424。
商家号字段402是指由数据交易供应商140分别为接入到系统10、20的每个商家100、101所分配的唯一商家号。终端序号404是指如下唯一终端号，该终端号由每个终端102-1至102-N及103-1至103N存储并且每当数据包传输到引擎111时提供给引擎111以指明所传输的数据包的源。
消息类型标识符字段406标识通过系统10或20传输的消息类型。消息类型可包括：授权(即从终端102或103到引擎111或从引擎111到主机142的授权请求)、授权响应(即从主机142到引擎111或从引擎111到终端102或103的授权响应)、结算(即从终端102或103到引擎111或从引擎111到主机142的结算请求)、结算响应(即从主机142到引擎111的结算响应)、关闭话路(即终止话路的请求)、关闭话路响应(即对终止话路请求的确认)。
账号字段408是指要从其中转账资金以实行电子支付账户的标识号的。有效日期字段410是指电子支付卡(例如信用卡、借记卡、赠卡)要到期的日期。
轨道1字段412和轨道2字段414包括在用户信用卡、借记卡、赠卡等的磁条上存储的信息。根据本发明的实施例，轨道1字段是79字节且包括帐号、有效日期、姓名和任意数据。根据本发明实施例，轨道2字段414长度为40字节且包括帐号、有效日期和与用户卡有关联的任意号。
交易量字段416是指在已经为之进行授权或结算请求的电子支付中涉及的资金量。交易号字段418是指用来识别由系统10和20处理的每个交易的唯一标识符。
交易日期字段420和交易时间字段422分别指代由系统10和20处理每个电子支付交易的日期和时间。
错误消息字段424存储如下信息，该信息包含当一个或多个错误发生时传送到商家100、101的一个或多个错误通知。根据本发明的实施例，交易软件引擎将错误消息存储于终端102或103所期待的同一数据包内部的错误消息字段424中，因此终端可以自动地显示所接收的错误消息。
也可使用其它格式类型，如DBDot或SVDot。DBDot或SVDot使用了与上面参照NBDot所述相同的许多数据字段。这些数据格式可以在相应类型所包括的数据字段的长度和/或次序方面有所不同，而且在一些实例中可包括在授权和结算处理中有用的附加信息。
授权请求
当实行电子支付时，商家100或101典型地将涉及采购的相关交易信息(例如商家标识信息、消费者标识信息、消费者账户信息、支付类型、交易量、日期、时间)输入到电子支付处理终端如串行终端102或TCP/IP终端103中。这可以通过例如对包含消费者标识信息、消费者账户信息的卡进行刷卡以及通过位于终端102或103的键盘输入交易量来实现。剩余的信息可自动地由终端102或103产生。
然后载入所输入的信息，由此允许商家100或101进行授权支付交易的请求。如上所述，该授权过程实现了数据交易提供商140的批准以验证对于商家100或101的交易。此验证例如确保在请求授权时购买者赊购限度的可用性、所提供的账户数据有效等。
图5是图示了根据本发明实施例执行授权请求的过程的流程图。分别地继续参考图1和2的系统10和20以及图3的软件模块来描述这样的过程。
在步骤505，交易软件引擎111的工作项目模块302接收授权数据包，该数据包包括与在商家100或101发生的交易有关的数据。授权数据驻存有数据包的至少如下字段：商家号402、终端序号404、消息类型标识符406(在这一实例中表示了消息类型涉及授权请求)、帐号408、有效日期410、交易量416、交易号418、交易日期420和交易时间422。
接着，在步骤510，格式产生器模块310分析经格式化的授权包以确定委托主机142-1至142-N中的哪个主机接收该授权请求。一旦确定目标主机，格式产生器模块310将授权数据包传输到与目标主机142相联系的格式化程序，从而授权数据包可由目标主机142读取并处理。因此，数据包从格式产生器模块310转发到NBDot格式化程序312或DBDot格式化程序314(或由交易软件引擎111所例示的且与主机142-1至142-N中的一个或多个主机相联系的一些其它格式化程序)。
在步骤515，格式化程序312或314(依赖于目标主机数据格式化要求)对接收的授权数据包的标题编码以便传输到目标主机142。在这样做时，授权处理模块316选择IPN传送器模块322(如果数据包经由IPN130传输)或者拨号传送器模块324(如果数据包经由拨号调制解调器传输)。根据本发明实施例，缺省地经由IPN130尝试引擎111与主机142之间的数据包通信。因此，在这种情况下，当无法由专用网络130建立通信时才使用交易软件引擎111与主机142之间的拨号调制解调器通信。根据本发明实施例，将标题编码成可扩展标记语言(XML)，这是一种有助于交换结构化数据的公知标记语言。此外，根据本发明实施例，利用安全套接层(SSL)协议，通过互联网120在交易软件引擎111与主机142之间传送XML格式化的数据包。SSL是以加密形式通过互联网传输通信的公知协议。SSL确保信息不变地仅发送到商家100或101所预定的主机。
在交易软件引擎111将授权请求发送到主机142(在步骤515)之后，引擎111然后等待来自主机142的响应。根据本发明实施例，该响应也是XML语言。一旦接收响应，在步骤520，引擎111对经由IPN130从主机142接收的响应进行解码，然后将响应转发到终端102或103(步骤525)。该授权响应典型地是以交易接受或拒绝的形式。一旦分别在商家100或101的终端102或103接收该授权响应，则向这样的商家通知了如由终端102或103提供的授权响应，并且授权请求过程完成。
应当注意，用于处理串行终端102的授权响应的方法与用于处理TCP终端103的授权响应的方法相比是很相似的。然而，对于TCP终端103而言，连接和断开步骤典型地由系统20提供。当终端103初始地接收用于传输到软件引擎111的交易数据时，终端103打开TCP/IP插座，而且利用所配置的IP地址连接到引擎111。类似地，在授权请求被处理之后，引擎111发送信号以关闭引擎111与终端103之间的连接。
结算请求
然后由系统10和20对授权的交易进行结算。根据本发明实施例，一旦交易被授权，则将这种交易的结算所需要的数据传送到交易软件引擎111。引擎111被配置用来为在预定时段——例如对于直至午夜为止的给定一天期间发生的交易存储授权数据，并且当满足这样的预定时段时，引擎111从终端102和103接收结算数据，然后引擎111针对在那一时段中发生的交易在逐笔交易的基础上将数据传输到主机142。因此，每个授权请求可经由互联网120和IPN130由引擎111作为其自己的请求发送到主机142。即使逐笔交易的请求中的多个请求例如可能在给定时间由主机142传输和/或处理也仍然如此。
如上所述，结算过程是指交换从销售交易、现金支出或商品赊购获得的财务数据的过程，这些销售交易、现金支出或商品赊购最终被记账到进行电子支付的购买者的账户。
图6是图示了根据本发明实施例执行结算请求的过程的流程图。分别地继续参考图1、2的系统10和20以及图3的软件模块来描述这样的过程。
在步骤605，交易软件引擎111的工作项目模块302接收结算数据包，该数据包包括与在商家100或101发生的交易有关的数据。结算数据驻存有要结算的用于每次传输的数据包的至少以下字段：商家号402、终端序号404、消息类型标识符406(在这个实例中指明了消息类型涉及结算请求)、账号408、有效日期401、交易量416、交易号418、交易日期420和交易时间422。
接着，在步骤610，格式产生器模块310分析经格式化的结算包以确定委托主机142-1至412-N中的哪个主机接收结算请求。一旦确定目标主机，格式产生器模块310将结算数据包传送到与目标主机142相联系的格式化程序，从而结算数据包可以由目标主机142读取和处理。因此，数据包从格式产生器模块310转发到DBDot格式化程序312或DBDot格式化程序314(或由交易软件引擎111存储的而且与主机142-1至142-N中的一个或多个主机相联系的一些其它格式化程序)。
接着，在步骤615，交易软件引擎111将结算启动请求传输到主机142，并且在步骤620，引擎111等待接收从主机142返回的启动响应。
一旦发生这样的启动握手，则在步骤625，传送器322或324对接收的结算数据包的标题进行编码以便传输到目标主机142。在这样做时，结算处理模块318选择IPN传送器模块322(如果数据包经由IPN130传输)或者拨号传送器模块324(如果数据包经由拨号调制解调器传输)。根据本发明实施例，缺省地经由IPN130，尝试引擎110至主机142之间的数据包通信。因此，在这种情况下，仅当无法通过专用网络130建立通信时才使用交易软件引擎111与主机142之间的拨号调制解调器通信。
根据本发明实施例，将标题编码成XML。此外，根据本发明，利用SSL协议，通过互联网120在交易软件引擎111与主机142之间传送XML格式化的数据包，以确保信息不变化地仅发送到商家100或101预定的主机。
在交易软件引擎111向主机142发送结算请求(在步骤625)之后，引擎111然后等待经由IPN139的来自主机142的响应。根据本发明实施例，响应也是XML语言。一旦接收该响应，则在步骤630，引擎111然后向终端102或103发送包标题响应(步骤635)，请求已发送到主机142的结算信息(前面所述)。交易软件引擎111然后从终端是02和103接收结算细节(步骤640)。结算细节然后在格式产生器模块310的指令下被编码而且发送到目标主机142(步骤645)。一旦整批结算数据由主机142接收和处理，则引擎111接收一指明了结算数据包结束的结算包报尾(步骤650)。此报尾然后由引擎111转发到终端102或103(步骤655)，然后结算话路终止请求被发送到主机142(步骤660)，指明了结算过程的结束。
应该注意，用于处理串行终端102的结算请求的方法与用于处理TCP终端103的结算请求的方法相比是很相似的。然而，对于TCP终端103，连接和断开步骤典型地由系统20提供。因此，当终端103初始地接收用于传输到交易软件引擎111的交易数据时，终端103打开TCP/IP插座并且利用所配置的IP地址连接到引擎111。类似地，在结算请求被处理之后，引擎111发送信号以关闭引擎111与终端103之间的连接。
上文仅说明了本发明的原理。因此将理解到本领域技术人员将能够构思众多其它设置，这些设置具体化了本发明的原理，因此在本发明的精神和范围之内。
例如，虽然在此描述的电子支付处理终端是Tranz3800和Omni3750，但是可使用其它类型的终端。此外，这些设备到商家服务器110的连接除了可以是Ethernet或TCP/IP以外，还可以是具有USB连接性的WI-FI集线器、无线连接等。

Claims (41)

1.一种用于处理电子支付交易的方法，包括：
从支付终端接收对于处理电子支付交易的请求，该请求包括格式类型；
确定该请求的格式类型；
识别被配置用来处理所确定的格式类型的主机计算机；以及
将该请求传输到所识别的主机计算机。
2.权利要求1的方法，还包括：
从所识别的主机接收指明该请求是否被批准的通知。
3.权利要求1的方法，还包括：
从所识别的主机接收指明该请求是否包含错误消息的通知。
4.权利要求2的方法，还包括：
将该通知发送到该支付终端。
5.权利要求3的方法，还包括：
将该通知发送到该支付终端。
6.权利要求1的方法，其中该请求包括具有标题信息的数据包。
7.权利要求6的方法，还包括：对该标题信息加以编码以使得能够在该支付终端与该主机计算机之间传送该请求。
8.权利要求7的方法，其中利用可扩展标记语言对该标题信息进行编码。
9.权利要求1的方法，其中对于处理电子支付交易的该请求涉及交易授权。
10.权利要求1的方法，其中对于处理电子支付交易的该请求涉及交易结算。
11.一种用于结算多个电子支付的方法，包括：
从终端请求涉及多个电子支付结算的信息；
接收具有用于所述多个电子支付中每个支付的结算信息的至少一个相应数据包；
确定每个相应数据包的格式类型；
识别被配置用来对每个相应数据包的所确定的格式类型进行处理的主机计算机；以及
将每个相应数据包传输到所识别的主机计算机，其中所识别的主机计算机被配置用来处理所述每个相应数据包的格式类型。
12.权利要求11的方法，还包括：
从所识别的主机接收指明该结算是否被处理的通知。
13.权利要求11的方法，还包括：
从所识别的主机接收指明该结算是否产生错误消息的通知。
14.权利要求12的方法，还包括：
将该通知发送到该支付终端。
15.权利要求13的方法，还包括：
将该通知发送到该支付终端。
16.权利要求11的方法，其中该请求包括具有标题信息的数据包。
17.权利要求16的方法，还包括：对该标题信息进行编码以使得能够在该支付终端与该主机计算机之间传送该请求。
18.权利要求17的方法，其中利用可扩展标记语言对该标题信息进行编码。
19.一种用于处理电子支付交易的系统，包括：
接口，用于从支付终端接收对于处理电子支付交易的请求，该请求包括格式类型；以及
处理器，用于：
确定该请求的格式类型；
识别被配置用来处理所确定的格式类型的主机计算机；以及
将该请求传输到所识别的主机计算机。
20.权利要求19的系统，其中该处理器还被配置用来从所识别的主机接收指明该请求是否被批准的通知。
21.权利要求19的系统，其中该接口还被配置用来从所识别的主机接收指明该请求是否包含错误消息的通知。
22.权利要求20的系统，其中该处理器还被配置用来向该支付终端发送该通知。
23.权利要求21的系统，其中该处理器还被配置用来向该支付终端发送该通知。
24.权利要求19的系统，其中该请求包括具有标题信息的数据包。
25.权利要求24的系统，其中该处理器还被配置用来对该标题信息进行编码以使得能够在该支付终端与该主机计算机之间传送该请求。
26.权利要求25的系统，其中该标题信息利用可扩展标记语言来编码。
27.权利要求19的系统，其中对于处理电子支付交易的该请求涉及交易授权。
28.权利要求19的系统，其中对于处理电子支付交易的该请求涉及交易结算。
29.一种用于结算多个电子支付的系统，包括：
接口，用于接收具有用于所述多个电子支付中每个支付的结算信息的至少一个相应数据包；以及
处理器，用于：
确定每个相应数据包的格式类型；
识别被配置用来对每个相应数据包的所确定的格式类型进行处理的主机计算机；以及
将每个相应数据包传输到所识别的主机计算机，其中所标识的主机计算机被配置用来处理所述每个相应数据包的格式类型。
30.权利要求29的系统，其中该接口还被配置用来从所识别的主机接收指明该结算是否被处理的通知。
31.权利要求29的系统，其中该接口还被配置用来从所识别的主机接收指明该结算是否产生错误消息的通知。
32.权利要求30的系统，其中该处理器还被配置用来向该支付终端发送该通知。
33.权利要求31的系统，其中该处理器还被配置用来向该支付终端发送该通知。
34.权利要求29的系统，其中该请求包括具有标题信息的数据包。
35.权利要求34的系统，其中该处理器还被配置用来对该标题信息进行编码以使得能够在该支付终端与该主机计算机之间传送该请求。
36.权利要求35的系统，其中该标题信息利用可扩展标记语言来编码。
37.权利要求29的系统，其中对于处理电子支付交易的该请求通过串行连接从该支付终端接收。
38.权利要求29的系统，其中对于处理电子支付交易的该请求通过互联网协议连接从该支付终端接收。
39.权利要求38的系统，其中该互联网协议连接包括TCP/IP连接。
40.权利要求19的系统，其中该处理器通过该互联网将该请求传输到该主机计算机。
41.权利要求19的系统，其中该处理器通过调制解调器将该请求传输到该主机计算机。
CNA200580008058XA 2004-03-12 2005-02-15 用于处理电子支付交易的方法和系统 Pending CN101124603A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/799,254 US7577599B2 (en) 2004-03-12 2004-03-12 Method and system for processing electronic payment transactions
US10/799,254 2004-03-12

Publications (1)

Publication Number Publication Date
CN101124603A true CN101124603A (zh) 2008-02-13

Family

ID=34920471

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA200580008058XA Pending CN101124603A (zh) 2004-03-12 2005-02-15 用于处理电子支付交易的方法和系统

Country Status (8)

Country Link
US (1) US7577599B2 (zh)
EP (1) EP1730688A2 (zh)
CN (1) CN101124603A (zh)
AU (1) AU2005227112B2 (zh)
BR (1) BRPI0508450A (zh)
CA (1) CA2559048A1 (zh)
MX (1) MXPA06010391A (zh)
WO (1) WO2005091814A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108090343A (zh) * 2012-03-21 2018-05-29 阿克特兰控股有限公司 计算机化的授权系统和方法
CN109791676A (zh) * 2016-05-25 2019-05-21 思特明艾戈公司 基于共享内存的交易处理

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7577599B2 (en) 2004-03-12 2009-08-18 First Data Corporation Method and system for processing electronic payment transactions
US7774402B2 (en) 2005-06-29 2010-08-10 Visa U.S.A. Adaptive gateway for switching transactions and data on unreliable networks using context-based rules
US20080203170A1 (en) * 2007-02-28 2008-08-28 Visa U.S.A. Inc. Fraud prevention for transit fare collection
US7527208B2 (en) 2006-12-04 2009-05-05 Visa U.S.A. Inc. Bank issued contactless payment card used in transit fare collection
US8738485B2 (en) 2007-12-28 2014-05-27 Visa U.S.A. Inc. Contactless prepaid product for transit fare collection
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
US8523069B2 (en) 2006-09-28 2013-09-03 Visa U.S.A. Inc. Mobile transit fare payment
US8386349B2 (en) 2007-02-28 2013-02-26 Visa U.S.A. Inc. Verification of a portable consumer device in an offline environment
US8118223B2 (en) 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
BRPI0715571A2 (pt) 2006-10-11 2013-07-02 Visa Int Service Ass mÉtodo para processar uma transmissço de micropagamaneto , mÉtodo para processar uma transaÇço entre um pagador e um favorecido confiÁvel e mÉtodo pela qual um favorecido confiÁvel pode se envolver em uma transaÇço com um pagador registrado
US10068220B2 (en) 2006-10-11 2018-09-04 Visa International Service Association Systems and methods for brokered authentication express seller links
US7904389B2 (en) * 2007-05-30 2011-03-08 Visa U.S.A. Inc. Real time account update
US8706622B2 (en) * 2008-08-05 2014-04-22 Visa U.S.A. Inc. Account holder demand account update
US7827108B2 (en) * 2008-11-21 2010-11-02 Visa U.S.A. Inc. System and method of validating a relationship between a user and a user account at a financial institution
US8280788B2 (en) 2009-10-29 2012-10-02 Visa International Service Association Peer-to-peer and group financial management systems and methods
US8676639B2 (en) 2009-10-29 2014-03-18 Visa International Service Association System and method for promotion processing and authorization
US8347242B2 (en) * 2010-01-05 2013-01-01 The Boeing Company Processing wiring diagrams in a data processing system
WO2012006628A2 (en) 2010-07-09 2012-01-12 Visa International Service Association Gateway abstraction layer
CN103903177B (zh) * 2012-12-26 2017-12-15 远光软件股份有限公司 一种支付对账的方法和系统
US9947007B2 (en) 2013-01-27 2018-04-17 Barry Greenbaum Payment information technologies
US20150161597A1 (en) * 2013-12-09 2015-06-11 Kaushik Subramanian Transactions using temporary credential data
US20220108322A1 (en) * 2020-10-07 2022-04-07 Mastercard International Incorporated Systems and methods for use in biometric-enabled network interactions

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2257146A1 (en) * 1996-06-05 1997-12-11 Aim Corporation System for the purchase of goods over a computer network
US6711551B1 (en) * 1996-06-05 2004-03-23 Netzero, Inc. Information provider, terminal and system and recording medium for the terminal
US6609113B1 (en) * 1999-05-03 2003-08-19 The Chase Manhattan Bank Method and system for processing internet payments using the electronic funds transfer network
WO2000073934A2 (en) * 1999-05-28 2000-12-07 The Coca-Cola Company Method and apparatus for surrogate control of network-based electronic transactions
US20020026396A1 (en) * 2000-04-21 2002-02-28 Dent Warren T. System and method facilitating personal electronic financial transactions
DE60140801D1 (de) * 2001-08-03 2010-01-28 Ericsson Telefon Ab L M Verfahren und Vorrichtungen für Bezahlungen zwischen Endgeräten
US7051002B2 (en) * 2002-06-12 2006-05-23 Cardinalcommerce Corporation Universal merchant platform for payment authentication
US8725607B2 (en) * 2004-01-30 2014-05-13 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US7577599B2 (en) 2004-03-12 2009-08-18 First Data Corporation Method and system for processing electronic payment transactions

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108090343A (zh) * 2012-03-21 2018-05-29 阿克特兰控股有限公司 计算机化的授权系统和方法
CN109791676A (zh) * 2016-05-25 2019-05-21 思特明艾戈公司 基于共享内存的交易处理
CN109791676B (zh) * 2016-05-25 2023-08-04 思特明艾戈公司 基于共享内存的交易处理

Also Published As

Publication number Publication date
AU2005227112A1 (en) 2005-10-06
US7577599B2 (en) 2009-08-18
AU2005227112B2 (en) 2009-04-02
WO2005091814A3 (en) 2006-11-02
BRPI0508450A (pt) 2007-07-24
US20050203842A1 (en) 2005-09-15
MXPA06010391A (es) 2007-01-11
EP1730688A2 (en) 2006-12-13
WO2005091814A2 (en) 2005-10-06
CA2559048A1 (en) 2005-10-06

Similar Documents

Publication Publication Date Title
CN101124603A (zh) 用于处理电子支付交易的方法和系统
US20190333034A1 (en) Transaction validation using transaction instructions linked to a token id
RU2323477C2 (ru) Система и способ для покупки товаров и услуг через пункты доступа к сети передачи данных посредством сети торговых терминалов
JP4810613B2 (ja) 承認システム
US8985445B2 (en) Payment transaction receipt system and method
CN109416795A (zh) 多方交易的令牌聚合系统
US20020077837A1 (en) Secure networked transaction system
US20110055079A1 (en) Real time accounts payable web service
CN109844790A (zh) 通用控制账户活动的方法和系统
US20090112759A1 (en) Accumulated transactions
US20080103966A1 (en) System and/or method for dynamic determination of transaction processing fees
US20120271763A1 (en) Method and system for mobile remittance
WO2014072846A1 (en) Electronic intermediary for secured escrow service. the trustedpayer system
KR20090002100A (ko) 매출채권 할인 방법 및 시스템과 이를 위한 프로그램기록매체
KR101004078B1 (ko) 온라인 계좌 연계 카드 충전금액 환불 방법
WO2002005159A1 (fr) Procede et systeme de reglement
JP2003016361A (ja) 決済処理方法及び決済処理システム
KR101822737B1 (ko) 디지털 통화를 이용한 금융 서비스 제공 방법 및 시스템
KR20090001953A (ko) 실물상품 선이자 지급을 통한 예금(또는 적금)계좌 운용방법 및 시스템과 이를 위한 기록매체
KR20010025471A (ko) 유저홀딩 방식에 의한 인터넷상에서의 웹코인 결제 방법
KR100897065B1 (ko) 온라인 계좌 연계 카드 충전 처리 방법
KR20090097839A (ko) 가상계좌를 이용한 체크카드 결제 처리 시스템
KR20090107460A (ko) 체크카드 발급 시스템
KR20090032069A (ko) 실물상품 선이자 지급을 통한 예금(또는 적금)계좌 운용 시스템
KR20090007544A (ko) 온라인 계좌 연계 카드 충전 처리 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20080213