CN101080737A - 程序性交易的自动授权 - Google Patents

程序性交易的自动授权 Download PDF

Info

Publication number
CN101080737A
CN101080737A CNA2005800306868A CN200580030686A CN101080737A CN 101080737 A CN101080737 A CN 101080737A CN A2005800306868 A CNA2005800306868 A CN A2005800306868A CN 200580030686 A CN200580030686 A CN 200580030686A CN 101080737 A CN101080737 A CN 101080737A
Authority
CN
China
Prior art keywords
payment
transaction
party
instruction rule
rule set
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.)
Granted
Application number
CNA2005800306868A
Other languages
English (en)
Other versions
CN101080737B (zh
Inventor
维卡斯·古普塔
阿兰·H.·弗穆兰
尤金·维
安德鲁·R.·杰希
杰弗雷·P.·贝佐斯
杜安·J.·克劳斯
大卫·A.·沙佩尔
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.)
Amazon Technologies Inc
Original Assignee
Amazon Technologies Inc
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 Amazon Technologies Inc filed Critical Amazon Technologies Inc
Priority to CN201610329866.6A priority Critical patent/CN106022737A/zh
Publication of CN101080737A publication Critical patent/CN101080737A/zh
Application granted granted Critical
Publication of CN101080737B publication Critical patent/CN101080737B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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
    • G06Q20/403Solvency checks
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/16Coin-freed apparatus for hiring articles; Coin-freed facilities or services for devices exhibiting advertisements, announcements, pictures or the like

Abstract

描述了一种实现计算系统之间的交互的技术,比如通过自动授权各方之间的交易的第三方交易授权系统。在一些情况下,交易为程序性交易,其涉及通过执行应用程序使用基于费用的Web服务,而交易授权系统按照预先由各方指定的专用授权指令授权和/或提供付款。授权指令可包括规定在其下潜在交易可被授权的条件的预定指令规则集,而指令规则集均被相关的参考权标参考。随后,交易授权系统可接收来自潜在交易各方的参考权标,并根据与参考权标相关的指令规则集是否相容或被满足,确定是否授权该交易。

Description

程序性交易的自动授权
技术领域
下面的公开一般涉及便于在计算系统之间交互,更具体地说,涉及根据各方的预定授权指令在被自动授权的各方之间执行交易,比如在各方的执行应用程序之间授权基于费用的Web服务程序性(programmatic)交易。
背景技术
存在各种机制以使计算机和执行软件应用能够进行程序性交互。例如,早已存在的远程过程调用(“RPC”)协议允许一个计算机上的程序使另一计算机上的程序被执行,并且各种面向对象的体系结构比如CORBA(“公用对象请求代理体系结构”)和DCOM(“分布式对象组件模型”)也提供类似的功能。此外,已实现了各种中间程序,用来连接单独的应用(经常为不同类型并来自于不相关的源)以允许通信。例如,存在各种EDI(“电子数据交换”)网络,其提供标准机制,以使网络的一个用户的计算机系统能够向网络的另一用户的计算机系统发送数据。
万维网(“Web”)的广泛普及给计算机交互通信提供了附加的机会。例如,许多当前的Web应用涉及用户从Web服务器交互地请求网页(例如,通过执行用户的Web浏览器应用),并且作为响应接收请求的信息。除这种请求信息的交互用户规范之外,还存在不断增加的Web的使用,用来支持远程应用的程序性交互,以通过定义的API(“应用程序接口”)比如通过Web服务交换信息。
Web服务使得不同种类的应用和计算机能够进行交互,并可利用各种底层协议和技术来定义和实现。例如,响应指定为URI(“统一资源标识符”)比如包括指定的操作和一个或多个查询参数的URL(“统一资源定位符”)的Web服务调用请求,一些Web服务实现使用HTTP(“超文本传输协议”)以XML(“可扩展标记语言”)格式返回数据。在其它实现中,附加的底层协议被用于各种用途,比如用于标准消息交换的SOAP(“简单对象访问协议”)、用于描述服务调用的WSDL(“Web服务描述语言”)、用于发现可用服务的UDDI(“通用描述、发现和集成服务”)。
尽管计算系统和程序可以以各种方式这样交互,但是,在可建立交易和不同系统及程序之间其它交互的方式中存在各种限制。例如,虽然一些Web服务或其它程序性服务的提供方愿意使他们的服务可免费并给任何人使用,但多数可用的和可靠的Web服务经常不是免费使用的。不幸地,对于程序性服务的提供方和这些服务的潜在消费方来说,商定付费和交易的其它条款的机制可能是费时并难以使用的,并且对至少一些方来说非常受限制。特别是,尽管一些交易由服务或信息方之间的人工谈判引起,但这样的技术费时并且极大地限制了可发生的交易量,并且通常还需要交换关于各方的重要信息,在一些情况下这会产生该交易的附加障碍。
然而,除通过这样的人工谈判之外,关于使用不是免费可用的程序性服务的协定通常被限制为非谈判交易,其中一方定义与使用服务和/或信息有关的条件,而其它潜在方被限定为仅交互地并人工地确定是否接受这些条件(例如,经受各种使用限制所提供的来自典型因特网服务提供方的因特网访问,或经受由数字权限管理软件强制的使用限制所提供的内容)。此外,尽管一些技术可使消费方能够就可如何以他们的名义发生付款至少具有有限的控制(例如,通过获取并使用一些形式的具有指定值的e-cash,从而其不能被不道德的第三方用来花费消费方多于该值的费用),这种技术通常无助于解决与建立交易有关的问题。
因此,提供一种致力于与建立与程序性服务有关的交易相关的这些和其它问题和/或实现计算机系统和执行程序的交互的解决方案将是有益的。
附图说明
图1A至1E示出定义在授权程序性交易中所使用的使用指令规则集的示例。
图2是示出Web服务付费处理系统的示例实施例的构成和信息流的网络图。
图3是示出适于执行付费处理系统的实施例的计算系统的实施例的框图。
图4是用户账户管理例程的实施例的流程图。
图5是交易授权和处理例程的实施例的流程图。
图6是交易确认子例程的实施例的流程图。
图7A和7B是执行付费处理交易子例程的实施例的流程图。
图8A至8C示出交易各方之间的各类交互的示例。
具体实施方式
下面,例如通过在一些实施例中提供第三方交易授权系统,描述便于在计算系统之间进行交互的软件设施,所述第三方交易系统根据由各方预先指定的专用授权指令自动地授权在各方之间的交易和/或该交易的金融支付。在一些实施例中,一些或所有交易为在执行计算机程序之间进行的程序性交易,比如通过与Web服务消费方相关的应用程序涉及使用Web服务提供方的Web服务的交易。此外,在一些实施例中,交易授权系统还以其它各方的一个或多个的名义向各方的一个或多个提供授权的付款。
交易授权系统可被用于对各方之间的各种类型的交互授权交易和/或付款,而图8A至8C示出了一些这样的交互的示例。特别是,图8A示出两方交易830a的示例,其中,一方805a请求要由一方810a提供的服务,而提供服务具有相关的费用。交易授权系统820a使用有关各方805a和810a的信息(例如从向交易授权系统进行程序性调用请求授权的各方之一接收的信息),以便确定是否授权从服务请求方到服务请求方的交易和/或提供付款850a,以支付与交易相关的费用。交易和/或付款被授权之后,交易授权系统提供授权的指示(例如,作为授权请求调用的响应),并且在一些实施例中还可以以服务请求方的名义实际进行授权的付款。下面将更详细地描述关于授权处理840a如何发生的细节。
说明的授权和付款技术可被用于各种情况。例如,提供的服务可涉及两方之间的程序性交易(例如,服务请求方调用服务提供方提供的Web服务),或可涉及其它类型的交易(例如,各方之间的物理交易,比如将物理产品或服务从一方提供到其它方)。交易授权系统的授权交互可以以各种方式类似地被执行,比如在交易期间(例如,使交易不被完成,除非收到适当的授权请求),或者以独立于交易的方式(例如,在完成交易之后,以便向服务提供方提供付款)。此外,在执行授权中所使用的关于各方的信息可类似地具有各种形式,如下面更详细描述的。
图8B提供了对交易830b的更复杂付款850b的示例,其中,一方805b请求要由一方810b提供的服务。在该示例中,在交易授权方820b授权交易(未示出)之后,部分付款可被提供给服务提供方810b和交易授权方(例如,基于交易授权方对执行交易和/或付款的授权收取费用),并且部分付款可由服务请求方和一个或多个其它付款提供方(例如,提供正由服务请求方执行的应用程序的应用开发方)来提供。在其它情况下,各方之间的付款可以以其它方式被提供,比如,如果付款提供方提供所有付款,如果付款提供方将部分应付款提供给服务提供方和交易授权方之一,并且服务请求方将部分应付款提供给其它服务提供方和交易授权方等。
图8C提供具有多个参与方860a至860n的更复杂交易830c的示例。在该示例中,一些或所有这些各方以及一个或多个其它付款提供方815c可提供信息给交易授权方820c或交互,以使交易授权方能够确定交易和/或相关的金融支付是否被授权。在授权处理840c提供批准之后,可由一个或多个参与方和/或付款提供方对其它的参与方和/或交易授权方进行付款(未示出)。
如上所述,当确定是否授权交易时,交易授权系统可将有关各方的各种信息用于一个交易。具体地说,作为这样的交易的潜在方的用户可利用交易授权系统首先定义以后用于授权交易的一个或多个类型的使用指令规则集,比如用于授权基于费用的交易和/或这种交易的相关的金融支付的付款指令规则集。一方的每一这样的付款指令规则集可包括规定条件的一个或多个指定的规则,在所述条件下,付款指令规则集可对该方的潜在交易和/或其相关的金融支付授权,如下面更详细所述。
例如,潜在的Web服务消费方(例如,希望他们的应用程序能够在指定的环境下调用Web服务的应用开发方)可指定付款指令规则集的规则,该规则集限定可被该付款指令集授权的交易的Web服务消费方的金融风险(例如,付款指令规则集可授权交易的次数、付款指令规则集可授权的每一交易的最大付款量、付款指令规则集可授权的最大总付款量、付款指令规则集的截止日期等)。类似地,潜在的Web服务提供方可指定付款指令规则集的规则,该规则集限定可被该付款指令规则集授权的交易的Web服务提供方的责任(例如,限定可购买访问Web服务的消费方、限定可被用于购买访问Web服务的付款类型、限定对他们使用的Web服务不满意的消费方的有效补偿等)。此外,潜在的Web服务呼叫方(例如,由调用一个或多个Web服务的应用开发方提供的应用程序的最终用户)可指定付款指令规则集的规则,该规则集限定可被该付款指令规则集授权的交易的呼叫方的责任(例如,限定呼叫方被授权启动的程序性交易的类型和/或可进行购买访问程序性服务的付款的类型,比如对服务提供方的付款,和/或付给交易授权服务和/或其它第三方服务比如付款服务的费用)。
收到用户的指定的使用指令规则集之后,可选择地,在首先准许指令规则集之后(例如,基于指令规则集是否包括所需信息(如果有的话)的验证,和/或是否处于正确的形式的验证),交易授权系统以与用户相关的方式存储指令规则集(例如,将指令规则集与交易授权系统的用户的帐户相关)。交易授权系统还生成参考了指令规则集的参考权标(reference token),将参考权标与指令规则集相关(例如,通过与指令规则集一起存储参考权标的指示),并且将参考权标提供给用户,用于以后用于引用指令规则集。如其它更详细所述,参考权标可以各种方式被生成,并可采用各种形式(例如,保证为唯一的长随机数),并且在一些实施例中,对单一指令规则集可生成多个参考权标,多个参考权标可与单一指令规则集相关。在一些实施例中,参考权标以允许用户匿名及/或专用地使用参考权标这样的方式被生成,比如通过缺少与用户相关的任何识别信息和/或通过缺少有关与参考权标相关的指令规则集的条件的任何信息(例如,为了防止涉及这种参考权标的潜在交易的其它各方获取有关用户和/或相关的指令规则集的信息)。
在限定使用指令规则集并生成相关的参考权标之后,随后,它们可按照指令规则集的先前限定的条件被用于允许程序性交易的自动授权。特别是,在一些实施例中,潜在程序性交易的两方或多方(例如,Web服务提供方、Web服务消费方和任选的最终用户呼叫方)均提供用于授权潜在交易的参考权标,以及有关潜在交易的各种信息。然后,这些参考权标和有关潜在交易的各种信息可被提供到交易授权系统,用于交易是否被授权的自动确定(例如,比如以实时方式的动态确定)。如下面更详细所述,在一些实施例中,潜在交易是否根据提供的参考权标被授权的交易授权系统的自动确定包括检索与这些参考权标相关的指令规则集,然后确定指令规则集是否相容(compatible)。
关于被提供给交易授权系统的潜在交易的信息可在各种实施例中和在各种情况下变化。例如,在一些情况下,关于交易的信息可被限定为仅为要由一方支付给另一方的交易量,而在其它情况下,可提供各种关于交易的附加细节(例如,交易的类型)。此外,在一些实施例中,交易授权系统的调用还可指定关于潜在交易的两方或多方的每一方需要支付什么(如果有的话),是否支付给另一方并/或作为费用给交易授权系统的细节。
使用指令规则集是否相容的确定可在各种实施例中以各种方式被执行,比如通过确定是否每一指令规则集中的每一规则均适于当前的潜在交易。这种规则满意度可针对不同类型的规则以各种方式出现,比如基于关于潜在交易的信息(例如,交易的类型和/或交易的相关付款量)、关于交易的一个或多个其它方的信息(例如,各方是否满意指定的规则)、关于对潜在交易指定的一个或多个其它的指令规则集的信息(例如,其它指令规则集中的一个或多个对应的规则是匹配或是以其它方式适于规则)等。相反地,在一些情况下,指令规则集可被确定为不相容,因为根据潜在交易时的条件,比如如果指令规则集不是当前可用的(例如,其已经到期或在其它方面不适于当前使用,比如基于允许使用的总数或已超出的总允许付款量)及/或如果其不能被用于潜在的交易,则一个或多个指令规则集(以及其相关的参考权标)对当前的潜在交易是无效的。
当具有一个或多个相关的金融支付的潜在交易被自动确定将被授权时,在一些实施例中,交易授权系统还可在各方之间适当地执行或实现付款交易。例如,在一些实施例中,付款提供用户可具有事先指定的一个或多个支付工具(instrument)(例如,信用卡、银行帐户等),如果有的话,可以以适当的方式从一个或多个这些支付工具中获取金融支付(例如,从付款提供用户的付款指令规则集所指定的支付工具中)。类似地,付款接收用户可具有事先指定的一个或多个收支库(payment repository)(例如,银行帐户、借记卡等),如果有的话,可以以适当的方式将金融支付提供给一个或多个这些收支库(例如,提供给由付款接收用户的付款指令规则集指定的收支库)。
在交易授权系统授权潜在的交易并且对潜在的交易可选地执行任何相关的金融支付之后,交易的各方可随后以适当方式执行交易。例如,当交易为基于费用的Web服务交易时,Web服务消费方可调用该Web服务,并且Web服务提供方可将Web服务的相关功能提供给消费方。
在一些实施例中,可由交易授权系统施加附加限制,即使潜在交易被授权和/或被执行之后。例如,在一些情况下,可不允许付款接收方马上提取或接受这些付款,比如通过限制访问其中已存入付款的交易授权系统的帐户和/或通过将一些或所有收到的付款延迟存入接收方的另一收支库。这种付款访问限制可针对各种原因并以各种方式被执行,包括在交易被授权和/或被执行之后的指定时间段期间使任何纠纷能被解决以及使任何退款能被自动进行(例如,付款接收方退还应退款量)。在一些实施例中,附加的相关功能还可由交易授权系统或第三方提供,比如基于费用的担保或保险服务,其保证或提供任何这样的退款的资金,从而使得付款接收方能够立即或更快捷地存取任何收到的付款。
在一些实施例中,交易授权系统的用户可更一般地定义用于除授权基于费用的交易之外的情况下的其它类型的使用指令规则集,不管是代替还是增加付款指令规则集。例如,这样的使用指令规则集均可包括一个或多个指定的规则,其规定使用指令规则集可授权不包括费用的潜在交易下的条件,比如确定是否提供对受限制信息或受限制服务的访问。
此外,使用指令规则集中的规则可在各种实施例中以各种方式被指定和使用,并在全部实施例中可具有各种形式。例如,在一些实施例中,规则可指定验证信息的类型、对于该信息执行的评估的类型、和用于确定评估结果是否满足规则的测试。更普遍地,在其它实施例中,规则可反映可被验证和/或评估的任何条件或信息,以确定其在指定的情况下是否被满足。例如,在一些实施例中,规则可被指定使用XML格式,并且在一些实施例中,指令规则集还可被指定和/存储为XML文档。
此外,在一些实施例中,在创建使用指令规则集时用户可以各种预定类型的规则中选择,比如每一预定类型的规则指定与使用指令规则集有关的条件类型,以及每一用户选择包括指定用来定制预定的规则类型的一个或多个参数值,以便影响其使用条件如何或何时满足正创建的指令规则集。此外,在一些实施例中,用户可指定各种用户特定规则,比如指示用于确定规则何时被满足的用户指定的过程的规则(例如,通过提供当被调用时提供关于规则是否被满足的指示的规则的可执行代码,或者通过指示一种方式以自动获取指示规则是否被满足的响应,比如通过调用可访问的用户指定的Web服务或使用指定的参数值的其它功能)。
在一些实施例中,规则的评估还可涉及获取要被用作关于规则是否被满足的部分确定的附加信息,比如以自动方式和/或以对于一个或多个用户的交互方式(例如,通过询问创建指令规则集的用户以确认评估和/或提供附加信息)。此外,在一些实施例中,其中,提供涉及使用指令规则集的安全和/或保密的功能,指令规则集中的一个或多个规则可被用来提供该功能(例如,通过限定谁能访问和/或修改指令规则集),而在其它的实施例中,可以以其它方式提供这样的功能(例如,通过控制访问一个或多个指令规则集可与其相关的用户帐户)。
此外,使用指令规则集和其规则可在各种实施例中以各种方式被创建,比如交互地通过由交易授权系统提供的图形用户接口(“GUI”),和/或通过调用针对该目的的由交易授权系统提供的一个或多个Web服务。可以以各种方式实现这样的Web服务,比如使用基于HTTP上的XML的API(例如作为集中于资源的分布交互模型的代表性状态传输(或“REST”)的一部分)、和/或基于SOAP的使用和/或与Web服务相关的其它协议。此外,在指令规则集被创建并与参考权标相关之后,在一些实施例中,可不允许修改指令规则集。或者,在一些实施例中,可修改这样的指令规则集,并且将为新的指令规则集生成针对修改的指令规则集的新的参考权标(例如用来代替先前的参考权标)。而且,在一些实施例中,参考权标和/或相关的指令规则集可在想要使用时被动态地创建(例如,作为试图调用程序性服务和/或向第三方授权方发送授权请求的一部分或在其之前),作为一个示例,在一些实施例中,可创建并使用一次(one-time)或单次使用(single-use)权标和/或指令规则集(例如,用于特定的潜在交易)。
此外,在一些实施例中,其中,基于费用的交易被授权并且金融支付被处理,一些或所有用户还可拥有一个易于该支付的交易授权系统的帐户,比如可被用户用作支付工具和/或收支库的帐户。在一些实施例中,这种帐户和/或其它金融工具/库可提供很少量的微付款。此外,在一些实施例中,交易授权系统还可提供要被提供和/或接收(例如定期地,比如一个月)的金融支付的集合,以便将与金融支付交易相关的费用最小化和/或能达到最小付款量。对于其它类型的帐户,在一些实施例中,这种用户帐户可具有与其使用相关的各种条件和限制,比如允许信贷结算的最大值,以及各种安全和访问控制(例如基于密码)。
此外,虽然交易授权系统在上面已被描述为在各种实施例中提供各种功能和功用(capability),但在一些实施例中,一些这样的功能和功用可分解至一个或多个系统。例如,在一些实施例中,一些或所有用户可能已有另一系统的用户帐户,交易授权系统附属于该系统或交易授权系统访问该系统,如果这样的话,一些或所有与帐户有关的功能可由该其它系统连同交易授权系统一起来提供(例如,存储指令规则集、生成参考权标、提供收支库/支付工具功能等)。
出于例证性目的,下面描述一些软件设施的实施例,其中,各种特定类型的功用和功能由交易授权系统的特定实施例执行,并且其中,用户以特定方式定义和使用特定类型的指令规则集,比如授权各种类型的基于费用的程序性交易的付款指令规则集。然而,本领域的技术人员会意识到,本发明的技术可被用于包括除Web服务之外的服务和选项以及用于除提供金融支付之外的目的的多种其它情况,并且本发明不限于所提供的示例性详述。
图2是示出付费处理系统(“PHS”)金融交易授权系统200的示例实施例的构成和信息流的网络图,该系统在该示例中对程序性Web服务授权并提供付费。各种用户和系统与示出示例中的Web服务(“WS”)PHS交互,以接收比如用于发生在用户和/或系统之间的交易的付款处理功能。在示出的实施例中,PHS包括帐户系统220和Web服务交易系统210,如下所述。
具体地说,在示出的实施例中,执行应用开发的用户(未示出)使用计算系统250与PHS交互251,以允许代表用户所开发的应用程序的以后的付款处理功能。应用开发方用户的计算系统250首先与帐户系统交互,以定义应用开发方的用户帐户230,比如通过由帐户系统提供的交互GUI 224,或通过由帐户系统提供的一个或多个Web服务API 222。在示出的实施例中,每一这样的用户帐户可包括一个或多个使用指令规则集235,每一使用指令规则集指定关于使用指令规则集可如何及何时被用于付款目的的各种规则。此外,每一使用指令规则集具有相关的唯一参考权标240,用于以后参考该使用指令规则集。在应用开发方用户利用一个或多个使用指令规则集创建帐户之后,用户将使用指令规则集的一个或多个参考权标257包含在其创建的一个或多个应用程序255内。
类似地,向其它提供Web服务的一个或多个用户(未示出)使用计算系统260通过帐户系统的交互GUI和/或Web服务API与帐户系统交互261。与应用开发方一样,每一Web服务提供方用户可利用帐户系统的一个或多个使用指令规则集创建帐户。然后,Web服务提供方用户可将其使用指令规则集的一个或多个其参考权标267相关为一个或多个Web服务提供方交易系统265的一部分,利用其Web服务提供方向其它提供Web服务(例如费用)。
当应用程序255之一以后被最终用户计算系统270的最终用户(未示出)执行时,应用程序调用290由Web服务提供方的交易系统提供的一个或多个Web服务,比如通过Web服务API 269。然而,在示出的实施例中,仅当对应用程序提供适当的付款时,Web服务提供方才提供请求的Web服务。因此,在示出的实施例中,应用程序提供应用开发方用户的参考权标257作为Web服务调用的一部分。在将请求的Web服务提供给应用程序之前,Web服务提供方交易系统与PHS交易系统210联系295,以获取适当的授权和付款,比如通过调用PHS交易系统的Web服务API 212。在示出的实施例中,Web服务提供方交易系统提供Web服务提供方的参考权标267以及应用程序的参考权标257,作为与PHS交易系统交互的一部分,并且还提供关于要发生的交易和相关的支付的信息。
在示出的实施例中,通过首先与帐户系统220交互以检索关于对应于Web服务API 212的调用中提供的参考权标的使用指令规则集235,以及进一步检索这些使用指令规则集所属的用户帐户230的其它信息,PHS交易系统210确定付款交易是否被准许。在获得使用指令规则集和其它信息之后,PHS交易系统210确定规则集是否相容,并且否则授权进行请求的付款,如果是这样,则PHS交易系统执行付款(例如,通过对与应用程序的参考权标257相关的支付工具收费,以及通过将部分该收费存入在与交易系统265的参考权标267相关的收支库中),并且向交易系统265提供确认,而交易系统265随后将最初请求的Web服务提供给应用程序。在一些实施例中,PHS还可获取其提供的一些或所有服务的付款,比如执行的每一交易的部分付款和/或与帐户创建和/或修改相关的付款。
尽管在示出的实施例中PHS交易系统210和帐户系统220被示出为分开的但是合作的系统,但在其它实施例中,也可以其它方式提供示出的功能。例如,在一些实施例中,单一系统可提供帐户创建和维护功用以及交易授权和处理功用,而在其它实施例中,交易系统210和帐户系统220可由不相关的系统/机构来提供。
此外,尽管这里仅说明了付款型交易,但在其它实施例中,各种其它类型的交易也可被执行,不管是代替付款交易还是另外的付款交易。而且,尽管示出的实施例描述了使用交易系统265的Web服务的每次使用的费用,但在其它实施例中,可执行各种其它类型的购买交易,比如正在进行的订购(subscription)一个或多个应用程序255的交易系统265的一个或多个Web服务。或者,在将应用程序255分发给最终用户之前,比如应用开发方用户可购买Web服务的指定次数的使用或指定的时间段期间不限次数的使用,并与参考权标257相关。在这种情况下,关于订购或其它的多次使用购买的信息可由帐户系统以各种方式存储,使得交易系统210以后能确定付款交易是否被授权。关于利用使用指令规则集自动授权程序性交易的附加细节被包含在共时提交并且名称为“程序性交易的自动授权”的相关美国专利申请No.(律师号No.120137.489)中,其整个内容以参照的方式被包含在这里。
图1A至1B提供了通过易授权和处理系统创建以后使用帐户和使用指令规则集的用户交互的示例。特别是,图1A提供GUI的示例,通过GUI,Web服务提供方用户ABC交互地创建用户帐户,比如通过在由帐户系统提供的Web页中填入表格。在该示出示例中,示例交互创建屏幕包括具有概述信息的标题区111,下面为部分113,在部分113中,用户可指定帐户的各种一般信息,比如帐户名、用于访问控制以观看并修改帐户的密码、任何可选的认证和任何可选的组织关系(organization affiliation)。在该示例中,用户ABC指定来自第三方公司BCD协会的认证,因为由ABC提供的Web服务的潜在消费方的一些使用指令规则集可能请求这样的认证以便授权向ABC付款。类似地,用户ABC指示与其自己公司和各种Web服务提供方联盟的组织关系,因为ABC的Web服务的潜在消费方的使用指令规则集可能类似地请求一个或多个这样的组织关系以授权向用户ABC付款。
在该示例中,帐户创建屏幕还包括可选部分114,在可选部分114中,用户ABC可指定一个或多个收支库,用于用户可能收到的比如用于向消费方提供基于费用的Web服务的付款。在该示例实施例中,用户ABC指定两个收支库,其中可存入收入的付款,包括银行帐户和借记卡。用户还指定了用于借记卡的限制,使得存入的任何付款必须为最小值至少5分。在示出的实施例中,部分114还指示正创建的用户帐户本身可用作用户的收支库。
帐户创建屏幕还包括部分115,在部分115中,用户ABC可指定要被用于对其它方进行付款的一个或多个支付工具。在该示例中,用户ABC指定同一银行帐户作为可用的支付工具,尽管具有来自帐户的任意单独付款不大于$50元的限制,而且信用卡支付工具具有最大单独付款$200元和最大累积结算$2000元的限制。类似地,部分115指示正创建的用户帐户可被用作用户的支付工具,其用于该用户并且在该示例中包含最大$1000元结算信用的限制。指定各种类型的信息之后,用户可随后选择控制116b以创建帐户,或者用户可选择控制116a以取消帐户创建。
在示出的实施例中,在最初创建用户帐户之后,通过图1B中示出的示例屏幕向用户呈现创建一个或多个使用指令规则集的选项。特别是,示出的屏幕包含具有概述信息的标题部分117和规则说明部分118,在规则说明部分118中,可针对正创建的使用指令规则集指定各种信息。在该示例中,部分118允许用户指定正创建的使用指令规则集的名称、规则集的使用类型(其在该示例中为接收付款)、接收任何这样的付款的收支库和在该示例中未被指定的到期数据。用户ABC还可指定该规则集的一个或多个特定规则。该示例示出已被定义的两个规则,以及用于示出其它规则属性的第三规则的下拉菜单,在该示例中,其可针对该使用指令规则集被选择和定制。
例如,用户ABC已指定该使用指令规则集将仅接收满足第一“允许的付款人”角色属性的用户的付款,在该示例中,这可根据付款人的指定组织关系、付款人的分级、或指示其ID的特定付款人来满足。如所指示的,在该示例中可被指定的其它规则属性包括:用户ABC将不接受其付款的被禁止的或阻止的付款人、可使用使用指令规则集的允许的或禁止的交易类型的说明、接收付款的支付工具和货币的允许的或禁止的类型、用于以后处理发生的任何纠纷的条款和条件等。此外,示出的实施例允许用户指定用户定义的规则,比如通过包含可执行代码和/或用于调用可访问的可执行功能(例如Web服务)的机制。在指定正创建的使用指令规则集的各种信息之后,用户ABC可选择部分109中的控制之一,以创建当前的使用指令规则集并继续创建帐户的另一规则集、创建当前的使用指令规则集并退出帐户修改、或跳过创建当前指令规则集并退出。
出于示例目的,以简化方式设置该示例所示的规则属性的类型,在其它情况下,可以以其它方式指定类似信息。例如,不是使允许的和禁止的付款人具有不同的属性,提供付款人的单一属性,使用评估标准的类型来确定用户是允许的还是禁止的(例如,为了满足规则,指定付款人“是”或“不是”指定值)。关于示例属性的附加细节另外被描述。
图1C示出创建用户帐户的使用指令规则集的可选技术。特别是,在该示例实施例中,用户帐户和使用指令规则集由Web服务消费方应用开发方用户CDE程序性地创建,比如通过由WS付款处理系统提供的一个或多个Web服务。在该示例实施例中,作为程序性调用的一部分提供的信息包括图1C中示出的示例XML文件131。该示例XML文件指定要与正创建的使用指令规则集相关联的帐户ID(例如响应创建用户帐户的较早的程序性调用由用户所接收的帐户ID),并且还提供类似于关于图1B以交互方式指定的各种信息。
特别是,该使用指令规则集正被用户CDE创建,用于提供交易的付款,该使用指令规则集将通过由用户CDE创建的一个或多个应用程序比如基于费用的Web服务(例如,由Web服务提供方用户ABC提供的一个或多个Web服务)被调用。在该示例中,正创建的使用指令规则集将使用用户CDE的PHS帐户(在该示例中命名为“我的PHS帐户”,并具有指定的到期日期。针对使用指令规则集定义的两个规则的第二规则还利用适当的评估类型和规则值限定总付款,通过使用预定规则属性“允许的付款”。该使用指令规则集可授权小于或等于$1000元的量。为使用指令规则集指定的第一规则识别特定付款接受方,对其不能使用使用指令规则集,在该示例中,其被指定为一般属性“接受方”和适当的评估类型“IS-NOT”,而不是更特定属性类型“不允许的接受方”。在其它实施例中,可以以各种其它方式,包括以使用其它格式的XML文件和/或以除XML以外的方式,提供相应的信息。
图1C也示出了用于创建用户CDE的帐户的另一使用指令规则集的第二XML文件133,以便伴随WS付款处理系统的第二程序性调用。特别是,该第二使用指令规则集示出用于除付款处理之外类型的交易的使用指令规则集的示例,以便在该示例中指定访问控制信息。例如,用户CDE可具有提供对一个或多个程序性服务或信息源进行访问的签约或其它会员资格,但用户CDE可能希望限制何时这样的访问权可用于用户所提供的一个或多个应用。在该示例中,正在XML文件133中创建的使用指令规则集不包括相关的支付工具,但包括各种访问信息,其包括要被提供的用户名和密码以按照签约/会员资格获得访问,在其它实施例中以及在其它情况下,可指定和使用各种其它类型的访问控制信息。
该使用指令规则集还示出定义用户定义规则的示例,在该示例中,对其给定用户指定的名称“允许的使用”(例如,以后用于独立于任何其它用户定义规则引用该用户定义规则,未示出),以及基于URI的调用说明,当其如指示的被执行时,其将提供响应指示规则是否被满足。在该示例中,调用说明包括以与对特定的潜在交易特定的信息要被填充的参数的指示,所述填充可这样进行,将置于方括号内的参数“access-provider.name”替换成针对访问提供方(对特定的交易该指令规则集与其匹配)的使用指令规则集的帐户的对应名称。这样的用户定义规则可进行关于在各种方式下的特定情况下规则是否被满足,以及是否使用包括关于使用使用指令规则集的应用和/或执行应用程序的最终用户的各种类型的信息的确定。类似地,用户定义规则可在其它实施例中以各种其它方式被定义和调用,包括通过提供作为创建使用指令规则集的一部分的可执行代码(例如脚本或小应用程序),而其将与用户定义规则相关联。
图1D和1E示出几个用于存储关于已创建的用户帐户和使用指令规则集的信息的示例数据库。特别是,图1D示出示例帐户数据库140,其存储关于已创建的用户帐户的各种信息,而每一项140a至140b对应于不同的用户帐户。在该示例中,每一项不仅包括由创建帐户的用户指定的信息,而且包括针对帐户自动生成并与帐户相关的信息。例如,项140a对应于先前在图1A已描述其创建的用户帐户,而列143至146包括由图1A的部分113中的用户指定的信息。此外,当帐户被创建时,PHS生成帐户的唯一帐户ID,其被存储在列141中。此外,在该示例中,用户ABC在创建图1A中的PHS帐户之前已被PHS或相关的系统所知,并且列142包括事先与用户相关的用户ABC的用户ID(例如作为事先为用户ABC(比如Web商家或商店)创建的用户帐户的一部分)。
此外,如先前就图1A所述的,在该示例实施例中,PHS向至少一些用户提供将他们的PHS帐户用作收支库和/或支付工具的能力。因此,列149和150包括对应于用户的PHS帐户的该方面,包括帐户的当前结余和帐户所允许的最大结余(例如在帐户创建时以用户特定方式动态确定以及根据用户后来的经验适当地可选调整的最大结余)的信息,----然而,由于在该示例中用户ABC不将PHS帐户用作收支库或支付工具,因此当前帐户结余为零。虽然这里未示出,但各种其它类型的信息也可与帐户相关,比如先前已对帐户执行的交易的指示、帐户已出现的变化、其它用户和对那些用户访问帐户的相关访问控制的指示等。项140b包含先前就图1C所述的用户CDE的帐户的类似对应信息。
帐户数据库140的列147和148包括关于为了用于用户帐户而定义的任何收支库和支付工具的信息。具体地说,项140a的列147中的信息对应于在图1A的部分114中指定的收支库,项140a的列148中的支付工具信息类似地对应于在图1A的部分115中指定的支付工具。在该示例中,每一收支库和支付工具被给定唯一的ID,该ID被存储在列147和148中,而附加的示例数据库收支库数据库180和支付工具数据库190分别存储关于用户指定的收支库和用户指定的支付工具的信息。在该示例实施例中,收支库数据库和支付工具数据库均包含分别对应于单独的收支库和支付工具的多个项180a至180b和190a至190c。
此外,数据库180和190存储每一库或工具的各种信息,包括列181和191中的自动生成的ID、列182和192中的与收支库或支付工具相关的帐户的指示、列183和193中的库或工具的用户指定名称、列184-186和194-196中的关于如何将收支库或支付工具分别用于支付存入或付款的各种信息。在其它实施例中,可提供并使用各种其它类型的附加信息,比如以对工具和/或库特定类型的方式(例如,使用与信用卡相关的用户的全名以便进行收费,而不将该信息用于银行帐户)。此外,在示出的示例中,用户可定义关于使用收支库或支付工具的一个或多个限制,如先前所述,而在该示例中这样的限制信息被存储在列187-188和197-198中。
虽然用户ABC使用单一银行帐户作为收支库和支付工具(分别对应于项180a和190a),但在该示例中,对于这些使用的每一个,银行帐户被给定不同的ID(如这些项的列181和191中所示),尽管在其它实施例中可代替使用单一ID。此外,虽然这里未示出,但在其它情况下,单一付款源或目的地(例如银行帐户)可与多个定义的收支库和/或多个定义的支付工具一起使用,比如用来在该付款源或目的地的不同使用的情况下定义不同的限制或其它条件。此外,在该示例中,用户CDE还未被指定任何用户指定的收支库或用户指定的支付工具,而是将PHS帐户用作支付工具(因为用户CDE当前未收到任何付款,所以他/她当前不需要收支库)。
图1E示出存储关于各种定义的使用指令规则集的信息的使用指令规则集数据库160。具体地说,项160a对应于图1B中由用户ABC定义的使用指令规则集,项160b对应于图1C中由XML文件131定义的使用指令规则集。在该示例中,每一使用指令规则集被给定唯一ID(如列161中所示),并且还被提供自动生成的唯一参考权标,用于以后参考使用指令规则集(如列163中所示)。尽管在该示例中参考权标为长随机数,但在其它实施例中,各种其它类型的信息可被用于参考权标,通常可包括能参考或指示付款指令规则集的任何信息。在一些实施例中可被使用的参考权标的其它类型的示例包括数字证书或其它凭证、密钥对的公钥或私钥(如果PHS比如通过与用户的帐户相关访问其它密钥)和/或使用这些密钥之一加密的信息(例如,与参考权标相关的使用指令规则集的拷贝、关于参考权标所属用户的信息、关于正对其使用参考权标的潜在交易的信息等)。数据库160还包括使用指令规则集的各种其它指定信息,包括使用指令规则集与其相关的帐户的帐户ID(如列162中所示)、名称和使用类型(如列164和165中所示)、可选截止日期(如列167中所示)和与使用指令规则集一起使用的一个或多个可选收支库或支付工具的指示(如列166中所示)。
数据库160还包括列168中的使用指令规则集的规则的指示,在该示例中,其用对应于这些规则的规则ID被示出。然后,关于规则的附加信息被提供在使用指令规则集数据库170中。具体地说,在该示例中每一规则均具有相关的唯一规则ID(如列171中所示)和与规则相关的使用指令规则集的ID的指示(如列172中所示)。列173至177包括关于如何确定在特定情况下规则是否被满足的各种信息,并且在其它实施例中和在这种规则的其它情况下,可类似地存储各种其它类型的信息,比如以对不同类型的规则特定的方式(例如通过存储用户定义的规则的调用细节)。
图3示出适于执行交易授权处理系统设施340的实施例的服务器计算系统300,以及分别针对Web服务消费方和提供方的计算系统350和370。服务器计算系统包括CPU 305、各种I/O设备310、存储器320和内存330。I/O设备包括显示器311、网络连接312、计算机可读介质驱动器313和其它I/O设备315。
交易授权处理系统的实施例在内存里执行,并且其包括交易确认器组件341、交易处理器组件343、帐户管理器组件345、可选付款集中器组件347和可选安全管理器组件349。具体地说,交易授权处理系统接收潜在交易的指示并确定是否授权交易。这样的潜在交易可包括在Web服务消费方系统350的内存357中执行的应用程序359和在Web服务提供方系统370的内存377中执行的Web服务服务器379之间的交易,和/或在一个或多个这样的系统350和370与一个或多个其它计算系统390之间的交易。
在执行要被授权的潜在交易之前,用户(例如计算系统350和370的用户)与帐户管理器组件交互以创建用户帐户,而关于用户帐户的信息325被存储在存储器320中。每一这样的用户也可与帐户管理器交互以创建一个或多个使用指令规则集,而关于每一这样的指令规则集的信息327以与用户的帐户相关的方式被存储。帐户管理器还创建所创建的每一这样的使用指令规则集的参考权标,而关于参考权标的信息328以与使用指令规则集相关的方式被存储。在创建的参考权标被提供给用户比如计算系统350和370的用户之后,这些用户可将参考权标356和376分别存储在计算系统的存储器351和371中,以以后分别用于应用程序359和Web服务服务器379。尽管在示出的实施例中帐户管理器组件是交易授权处理系统的一部分,但在其它实施例中,一些或所有帐户管理器组件功能可由与交易授权处理系统交互的另一系统代替执行。
当交易授权管理机系统340收到授权确定的潜在交易和交易各方的两个或多个参考权标的指示时,交易确认器组件检索关于对应于该参考权标的使用指令规则集的存储信息,并确定这些使用指令规则集在当前条件下是否满足潜在交易。如果是的话,交易处理器组件参与执行或处理该潜在交易,以便安排基于费用的交易的各方之间的金融支付执行。
在一些实施例中,交易授权处理系统还可包括可选付款集中器组件347和可选安全管理器组件349的一个或两者。付款集中器组件(当存在时)可集中正进行对适当各方的付款和/或从适当各方接收的付款,比如基于这些各方的偏好和/或使用其它信息。安全管理器组件(当存在时)可执行各种类型的附加的安全相关的验证,以便确认交易各方的身份,确认提供参考权标的用户的身份和/或授权,执行对试图创建和/或修改用户帐户及使用指令规则集的用户的用户授权等。
在不同实施例中可以以各种方式访问交易授权处理系统的功能。例如,一些用户可物理访问服务器计算系统,如果这样的话,用户可与各种I/O设备310交互以提供和/或接收信息。或者,其它用户可使用客户计算机系统以直接访问系统,比如远程地通过网络380(例如通过因特网和/或万维网)。这种用户可使用软件或提供在客户计算机系统上的其它功能(比如在内存360中执行的浏览器(未示出))来与交易授权处理系统交互。在其它实施例中,用户可通过与一个或多个其它计算机的交互间接地从交易授权处理系统接收功能和/或信息,所述一个或多个计算机可直接接收来自交易授权处理系统的功能或信息并将其提供给用户。此外,一些或所有交易授权处理系统组件可向用户提供各种反馈或其它一般类型的信息(例如响应用户请求),并且该信息可在服务器系统的显示器311上或在客户机系统的I/O设备354或374之一上呈现给用户。
本领域的技术人员会意识到,计算系统300、350和370仅是示例性的,不是意在限制本发明的范围。计算系统300可被连接到未示出的其它设备,包括通过一个或多个网络比如因特网或通过万维网(“Web”)。更一般地,“客户机”或“服务器”设备可包含可交互的硬件或软件的任意组合,包括计算机、网络设备、因特网装置、PDA、无线电话、蜂窝电话、电子设备(organizer)、基于电视的系统和包括互通能力的各种其它消费产品。例如,计算系统350之一可为蜂窝电话、无线PDA或其它便携设备,并且该电话/PDA/设备的用户可进行导致使用交易处理系统340的功用的一个或多个选择,以便利用一个或多个提供方计算系统370处理交易。此外,在一些实施例中,由示出的交易授权处理系统组件提供的功能可被组合在较少的组件中或分布在附加的组件中。类似地,在一些实施例中,一些示出的组件的功能可不被提供,并且/或者其它的附加功能可以是可用的。
本领域的技术人员还会意识到,尽管各种项目被示出为在使用时被存储在内存或存储器中,但出于内存管理和数据完整性的目的,这些项目或其部分可在内存和其它存储设备之间被传送。或者,在其它实施例中,一些或所有软件模块和/或组件可在另一设备的内存中执行,并且通过计算机间的通信与示出的计算设备进行通信。一些或所有交易授权处理系统组件或数据结构也可被存储(例如作为指令或结构数据)在计算机可读介质,比如硬盘、内存、网络或要由适当的驱动器读取的便携产品中。交易授权处理系统组件和数据结构也可作为一般数据信号(例如作为载波的一部分)被发送到各种计算机可读传输介质,包括基于无线和基于线/缆的介质上。因此,可利用其它计算机系统配置实现本发明。
图4是用户帐户管理器例程400的实施例的流程图。该例程允许用户创建和修改用于交易授权和处理系统的帐户,包括定义用于帐户的使用的使用指令规则集。在一些实施例中,例程可作为用户可与其交互的交互用户接口的一部分(例如作为Web站点的一个或多个网页的一部分)被实现,而在其它实施例中,例程可响应以用户的名义一个或多个程序性调用(例如作为以用户的名义访问的一个或多个Web服务)被执行。
例程从步骤405开始,其中接收与帐户有关的指令。在步骤410中,例程确定指令是否与创建帐户有关,如果是,则继续进到步骤415以接收与定义帐户有关的各种信息。例如,在一些实施例中,用户可提供帐户名、帐户密码或其它安全访问机制、用于帐户的一个或多个支付工具的指示、用于帐户的一个或多个收支库的指示等。然后,例程继续进到步骤420以自动生成与帐户的使用有关的附加信息,比如在一些实施例中的唯一帐户ID、如果帐户可被用作可包含付费的支付工具的话对用户允许的最大结余的确定等。在步骤425中,例程利用接收的和生成的帐户信息创建帐户,并且在步骤430中将新帐户的参考提供给帐户的创建方(例如帐户ID的指示)。
如果在步骤410中确定收到的指令不与创建帐户有关,则例程继续进到步骤435以接收与修改帐户有关的信息,并且在步骤440中如指示的适当地修改帐户。在步骤445中,例程确定帐户修改是否包括创建或修改使用指令规则集。如果是,则例程继续步骤450以生成与使用指令规则集相关的唯一参考权标,以允许以后参考指令规则集。在步骤455,例程向帐户所有者提供参考权标的指示,用于以后参考使用指令规则集。在步骤430或455之后,或者如果在步骤445中确定帐户指令不与创建或使用指令规则集有关,则例程继续进到步骤460以确定是否进行当前帐户的修改。如果是,则例程返回到步骤435,如果否,则例程继续进到步骤499并结束。
尽管这里未示出,但在其它实施例中可提供与用户帐户有关的附加功能,以便允许用户通过提供关于帐户的信息审阅帐户。此外,在一些实施例中,可使用附加的安全控制以确保试图创建和/或修改帐户的用户被授权这样做。此外,在一些实施例中,用户帐户可与公司或不同于提供交易授权和处理功能的系统的实体相关。
图5是交易授权和处理例程500的实施例的流程图。例程接收来自多个交易方的交易被授权或被处理的指示以及对应于使用指令规则集的参考权标的指示,并且当使用指令规则集相容时确定授权交易。在一些实施例中,例程被程序性调用,比如通过一个或多个Web服务,尽管在其它实施例中可以以其它方式调用例程(例如交互地通过图形用户接口)。
例程从步骤505开始,其中接收多方交易和多方的每一个的参考权标(例如交易双方或多方的每一个的参考权标)的指示。然后,例程继续进到步骤510以检索对应于权标的使用指令规则集,并且在一些实施例中还可从一些或所有这些使用指令规则集所属的用户帐户检索其它信息或使其它信息可用。
然后,例程继续进到步骤515,以确定是否执行安全验证,从而确定是否允许各方使用该权标,比如根据由各方提供的附加安全信息。如果是,则例程继续进到步骤520以尝试获取并验证表示授权各方使用权标的安全信息,并且在步骤525中,确定这样的授权是否被验证。在其它实施例中,比如当使用的权标本身的指令规则集包含控制使用指令规则集何时被允许使用的规则或其它限制时,使用这种权标的这样的安全性或其它访问授权不被执行。
如果在步骤525中确定权标使用授权被验证,或者如果在步骤515中确定未执行安全验证,则例程继续执行子例程530以基于检索的使用指令规则集确认(validate)交易,如就图6更详细所述。如果在步骤535中确定交易被确认,则例程继续执行子例程545以尝试执行指示的交易(例如进行基于费用的交易的金融支付),比如对交易类型特定的方式,如就图7A和7B更详细所述。在其它实施例中,例程可仅确定交易是否被授权,而交易的执行留给其它方。
在步骤545之后,如果在步骤550中确定指示的交易执行成功,则例程继续进到步骤555以返回成功的指示,比如在例程500被调用作为Web服务的一部分的情况下以响应XML文件。如果在步骤525中确定权标使用授权未被验证,或者在步骤535中确定交易未被确认,或者在步骤550中确定交易执行未成功,则例程继续进到步骤540以返回错误消息,比如在例程被调用作为Web服务的一部分的情况下作为响应发送的XML文件。在步骤540或555之后,例程继续进到步骤599并结束。
图6是交易确认子例程530的实施例的流程图。该子例程接收交易和由交易各方指定的两个或多个使用指令规则集的指示,并确定是否根据使用指令规则集的规则和其它信息确认交易。
子例程从步骤605开始,其中接收交易和两个或多个使用指令规则集的指示。在步骤610中,指定与使用指令规则集可使用的交易有关的标准和/或指定关于使用指令规则集可使用的交易的各方的信息的每一规则被选择,并且关于交易和/或其它各方的信息被检索,以便确定规则是否被满足。例如,为了获得关于交易的另一方的信息,可获取来自与其它方的帐户相关的用户帐户的信息(例如与来自其它方的权标的使用指令规则集相关的用户帐户),以及关于可以其它方式访问的其它各方的信息(例如基于交易处理例程的调用请求,比如根据用作Web服务调用的一部分的HTTP标题)。类似地,基于作为例程调用的一部分(例如作为提供给交易的交易对象或文件的一部分)接收的信息或来自外部源的信息的关于交易的信息可可以是可用的。
在步骤610之后,子例程继续进到步骤615,以识别不是用户定义的规则以及指定与可允许交易有关的其它条款或条件的其它指定规则,并且确定任意这种指定规则是否与来自其它指定的使用指令规则集和/或交易本身相适合。然后,子例程继续进到步骤620,并且以对这些规则指定的方式调用任意用户定义的规则,并获取指示这些规则是否被满足的响应。在步骤620之后,例程继续进到步骤630以确定是否指定的使用指令规则集的所有规则被满足。如果是,则子例程继续进到步骤640并返回交易被确认的指示,如果否,则子例程继续进到步骤635以返回交易未被确认的指示。在步骤635或640之后,子例程继续进到步骤699并结束。
在其它实施例中,交易确认可以以其它方式来执行,比如通过以不同命令评估不同类型的规则,和/或在发现任何规则不被满足的情况下停止进一步的规则评估。或者,在其它实施例中,可以以除要求一致满足所有指定规则之外的方式执行交易是否被确认的确定,比如在使用指令规则集使其本身在这些规则集的规则中和/或基于其它的预定标准(例如必须满足的指定规则的百分率或子集的最小阈值)指定其它类型的相互关系的情况下。
图7A和7B是执行付款处理交易子例程545的实施例的流程图。该例程为可对一些类型的交易执行的一种类型的处理的示例,在本例中为付款处理交易,其中交易的至少一部分为向交易的至少一个其它方提供付款。
子例程从步骤705开始,其中接收付款交易(例如付款量和可能的与付款有关的条款)和至少一个付款提供方和至少一个付款接受方的每一个的参考权标的指示。在步骤710中,子例程对每一付款提供方确定要被使用的支付工具和该支付工具的任何定义的付款限制,比如基于与对应于由该付款提供方提供的权标的使用指令规则集相关的支付工具。类似地,在步骤715中,子例程确定要被用于每一付款接受方的收支库以及任何定义的付款限制。在步骤720中,子例程确定交易指示的一个或多个付款是否满足支付工具和/或收支库的任何定义的付款限制,比如基于最小或最大的当前费用、最小或最大的累积结余等。
在步骤720之后,子例程继续进到步骤725以确定付款是否满足任何定义的付款限制,如果是,则例程继续进到步骤735,以针对每一这样的付款确定是分别对支付工具收取费用还是与其它付款一起集中支付(比如基于定期(例如每月)),或者直到达到最小累积收费为止。如果确定不对付款集中收费,则子例程继续进到步骤740,以立即对付款的对应的支付工具收费,而如果在步骤735中确定集中收费,则子例程继续进到步骤745,以存储用于以后从该支付工具集中收取费用的收费的指示。尽管未示出,但如果出现多个付款,则可对交易的每一支付多次重复步骤735至745。
在步骤740或745之后,子例程继续进到步骤750,以确定是将每一付款直接存进对应的收支库中,还是在存入集中付款之前将付款连同其它付款一道集中。如果确定不集中付款,则子例程继续进到步骤755,以将每一这样的付款立即存到适当的收支库中,而如果在步骤750中确定集中付款,则子例程继续进到步骤760,以存储用于以后集中存入适当的收支库中的付款的指示。尽管这里未示出,但对交易的要进行的每一付款均可执行步骤750至760。
在步骤755或760之后,子例程继续进到步骤765以返回付款成功的指示。如果在步骤725中确定交易所指示的付款不满足一个或多个定义的付款限制,则子例程继续进到步骤730以返回付款不成功的指示。在一些实施例中,当确定任何定义的付款限制是否被满足时,考虑集中付款和/或存款的能力,以便使多个付款或存款能够满足最小量的限制,而在其它实施例中,单独考虑每一这样的付款。或者,在其它实施例中,可不执行付款存入集中和/或付款收费集中。在步骤730或765之后,子例程继续进到步骤799并结束。
本领域的技术人员还将意识到,在一些实施例中,可以以可选方式提供上述例程提供的功能,比如分割成更多的例程或合并成较少的例程。类似地,在一些实施例中,比如当其它示出的例程分别缺少或包括这样的功能或当所提供的功能数量被改变时,示出的例程可提供比所描述功能更多或更少的功能。此外,虽然可以以特定方式(例如以串行或并行方式)和/或以特定顺序说明执行的各种操作,但本领域的技术人员会意识到,在其它实施例中,可以以其它顺序并以其它方式执行操作。本领域的技术人员还会意识到,上述的数据结构可以以不同的方式构成,比如将单数据结构分割成多数据结构或者将多数据结构合并成单数据结构。类似地,在一些实施例中,比如当其它示出的数据结构分别缺少或包括这样的信息或当所存储的信息数量或类型被改变时,示出的数据结构可存储比所述更多或更少的信息。
下面提供定义和使用使用指令规则集的技术以及指令规则集的规则的例证性示例,尽管本发明并不意在受这些细节所限制。
限定特定付款发送方或接受方的交易的示例如下:
允许的接受方权标
recipientToken==′token1’;
如果接受方的权标正好与token1匹配,则交易将被允许。该规则对所有各方(发送方、接受方、呼叫方)均是可用的。指定多个允许的接受方权标的示例包括如下:
RecipientToken in(′token1′,′token[sum]′,′token3′);
或者,在可选实施例中
recipientToken==′token1″or recipientToken==′token2′or recipientToken==′token3′;
禁止的发送方权标
senderroken!=′token1′;
如果发送方的权标与token1匹配,则将不允许交易。该规则对所有各方(发送方、接受方、呼叫方)均是可用的。指定多个禁止的发送方的示例包括如下:
sender-Token notln(′token1,′token2′,′token3′);
或者,在可选实施例中
senderToken !=′token1’and senderToken!=′token2′and senderToken !=′token3′;
创建保密握手的示例如下:
该示例是发送方和接受方交换保密握手以商定一些条款。如果双方不具有像这样定义的规则,则将不允许交易。
发送方保密
string SharedSecretSender:=′rumplestilskin′;
SharedSecretSender==SharedSecretRecipient;
对于保密握手规则,如果发送方和接受方未定义同一值,则交易将被禁止。任何字符串可用来代替“rumplestilskin’,并且任何参考名可用来代替SharedSecretSender和SharedSecretRecipient,只要其不是预定的参考。
接受方保密
string SharedSecretRecipient:=′rumplestilskin′;
SharedSecretSender==SharedSecretRecipient;
对于保密握手规则,如果发送方和接受方未定义同一值,则交易将被禁止。任何字符串可用来代替‘rumplestilskin’,并且任何参考名可用来代替SharedSecretSender和SharedSecretRecipient,只要其不是预定的参考。
创建限定的使用参考权标的示例如下:
付款指令规则集可限定权标可用来进行付款的次数、使用权标的总量、或权标的截止日期。这些规则仅应用到该权标的使用,因此发送方的付款指令规则集可仅限定使用发送者的权标。类似地,上述规则可应用到呼叫方和接受方。
单一使用权标
MyTokenUsecount<=1;
或者,在可选实施例中
tokenTransactioncount==1;
该规则使权标在已使用一次后停止工作。其仅应用到其本身的付款指令规则集,因此发送方的指令集可仅限定该使用。
限定使用的次数
MyTokenliseCount<=5;
或者,在可选实施例中
tokenTransactioncount<=5;
该规则使权标在已使用5次后停止工作。
限定总量
MyTokenUseTotal Amount<=′USD 50′;
或者,在可选实施例中
tokenTransactionAmount<=$50;
该规则限定该权标被用于USD 50的总量。
截止日期
TransactionTimestamp<′3O-Jan-2OO5′;
或者,在可选实施例中
transactionRequestDate<dateTime′3O-Jan-2OO5′;
该规则使权标在2005年一月30日停止工作。从该日的午夜(00:00GMT)之后,使用该权标的所有交易被禁止。
仅用作接受方
MyRole==′recipient′;
该规则使权标禁止付款,除非该权标被用作接受方的权标。
仅用作呼叫方
MyRole==′caller′;
该规则使权标禁止付款,除非该权标被用作呼叫方的权标。
仅用作发送方
MyRole==′sender′;
该规则使权标禁止付款,除非该权标被用作发送方的权标。
限定交易量的示例如下:
交易量限定规则可用于所有各方。
最大交易量
transactionAmount<=′USD 50′;
该规则限定交易量为USD 50或更少。如果交易大于该量,则该规则将禁止交易。
最小交易量
transactionAmount>=′USD 1′;
该规则限定交易量为USD 1或更多。如果交易少于该量,则该规则将禁止交易。
限定交易货币
getCurrency(transactionAmount)==′JPY′;
该规则限定交易货币为日圆。如果交易货币不是日圆,则交易将被禁止。
付款提供方/发送方指定付款细节的示例如下:
发送方指定付款方法,比如是由信用卡、ACH银行帐户还是由现有的帐户余额进行付款。
余额转帐
string paymentMethod:=′balance transfer′;
该规则指定将从现有的帐户余额提取资金。
缺省ACH银行帐户
string paymentMethod:=′ach′;
该规则指定将使用帐户的缺省ACH银行帐户。可以以各种方式比如通过CrateAccount或SetDefaultFinancialInstrument消息来指定缺省ACH帐户。
特定ACH银行帐户
string paymentMethod:=′ach′;
string paymentlnstrument:=′financialInstrumentReference′;
该规则指定由financialInstrumentReference所指的特定ACH银行帐户。金融凭证参考从installACHBankAccount消息中被返回。在该示例中,金融凭证参考不是银行帐户号,出于保密原因,其在一些实施例中可不被包括在付款指令规则集中。在其它付款指令规则集中,付款方法应该被指定为允许与其相反的断言。
缺省信用卡
string paymentMethod:=′credit card′;
该规则指定将使用帐户的缺省信用卡。可以以各种方式比如通过CrateAccount或SetDefaultFinancialInstrument消息来指定缺省信用卡。
特定信用卡
string paymentMethod:=′credit card′;
string paymentlnstrument:=′financialInstrumentReference′;
该规则指定由financialInstrumentReference所指的特定信用卡银行帐户。支付工具参考从installCreditCard消息中被返回。在该示例中,金融凭证参考不是信用卡号,出于保密原因,其在一些实施例中可不被包括在付款指令规则集中。在其它付款指令规则集中,付款方法应该被指定为允许与其相反的断言。
付款接受方指定争端解决策略的示例如下:
当发送方就特定交易提出质疑时,可发生争端解决。如果由接受方的付款指令规则集指定,则将自动退款从接受方发给发送方以解决争端。争端由发送方起始,由接受方所指定的争端解决策略管辖。在该例确认施例中,普通退款不会被质疑,而是可由接受方在任何时间请求并始终会成功,而与由这些规则指定的争端解决策略无关。
“SENDER WINS”时间限定
duration SenderWinsTimeLimit:=′15days′;
or,in alternative embodiments,
SenderWinsTimeLimit:=duration′P15D′;
该规则指定如果发送方在交易的15天之内提出质疑,则将发出自动退款。
不自动退款
SenderWinsTimeLimit:=′0days′;
或者,在可选实施例中
SenderWinsTimeLimit:=duration′P0D′
该规则指定如果发送方提出质疑则不会发出自动退款。
“SENDER WINS”退款百分率或百分比限定
number SenderWinsRefundFraction:=50%;
或者,在可选实施例中
SenderWinsPercentLimit:=50%;
该规则指定仅50%的交易量会被退款以解决争端。
呼叫方/最终用户或付款接受方限定付款方法的示例如下:
呼叫方和/或接受方可设置有关资金出处的限定。例如,如果呼叫方正在支付交易费用,则呼叫方可能想确保资金的来源不是“信用卡”,因为信用卡交易费用高于其它方法的交易费用。
仅余额转帐
paymentMethod==′balance transfer′;
如果付款方法不是余额转帐,则该规则将禁止交易。
余额转帐和仅ACH
paymentMethod==′balance transfer′or paymentMethod==′ach′;
如果付款方法不是余额转帐或ACH,则该规则将禁止交易。
无信用卡
paymentMethod!=′credit card′;
如果付款方法是信用卡,则该规则将禁止交易。
限定付费百分率的示例如下:
费用百分率由呼叫方送入支付消息中。任何各方均可使用这些规则。
限定发送方的总费用百分率
SenderFractionOfFee<=50%;
或者,在可选实施例中
SenderFeePercent<=50%;
如果发送方正支付多于50%的总付费,则该规则将禁止交易。
限定接受方的总费用百分率
RecipientFractionOfFee<=80%;
或者,在可选实施例中
recipientFeePercent<=80%;
如果接受方正支付多于80%的总付费,则该规则将禁止交易。
限定呼叫方的总费用百分率
callerFractionOf Fee<=1/3;
或者,在可选实施例中
callerFeePercent<=1/3;
如果接受方正支付多于1/3的总付费,则该规则将禁止交易。
可用于付款指令规则集并且可作为支付请求消息的一部分被发送作为XML文件(例如从呼叫方发送到交易授权方)的上下文数据的示例如下:
  参数   数值类型   说明
  callerCredential   字符串   通过凭证服务创建并授权,用来确认呼叫方的身份
  sendertoken   字符串   在其帐户中识别发送方的付款指令规则集
  recipientToken   字符串   在其帐户中识别接受方的付款指令规则集
  callerToken   字符串   在其帐户中识别呼叫方的付款指令规则集
  senderFractionOfFees   数字   将由发送方支付的费用量的百分率
  recipentFractionOfFees   数字   将由接受方支付的费用量的百分率
  callerFractionOfFees   数字   将由呼叫方支付的费用量的百分率
  transactionAmount   金额   在发送方和接受方之间的付款量
  SenderTxnReference   字符串   对发送方有意义的交易的说明,在一些情况下其是可选的
  RecipentTxnReference   字符串   对接受方有意义的交易的说明,在一些情况下其是可选的
  CallerTxnReference   字符串   对呼叫方有意义的交易的说明,在一些情况下其是可选的
  ServiceDescription   字符串   正提供的服务或产品(其中正进行付款)的说明,在一些情况下其是可选的
可用于权标的上下文数据的示例如下:
  参数   数值类型   说明
  TokenTransactionCount   数字   由该权标准许的交易数目,包括当前交易
  TokenTransactionAmount   金额   由该权标准许的所有交易的总量,包括当前交易
使用付款指令规则集授权交易的付款的示例如下:
在该示例中,交易包括利用由发送方提供的应用程序请求来自接受方的Web服务的呼叫方。发送方支付与由交易授权方收费的请求的服务相关的费用,发送方支付交易的成本,并且交易量为50美元。作为对第三方交易授权方的交易授权呼叫的一部分的送入的参数值为:
●CallerFractionOfFees:=100%
●SenderFractionOfFees:=0%
●RecipientFractionOfFees:=0%
●TransactionArnount:=USD 50.00
任何可选参数随交易被保存,但不影响执行交易。
数据检索和帐户验证
交易授权方接收来自呼叫方的交易授权调用,其包括用于呼叫方、接受方和发送方的权标,并检索与权标相关的数据。检索的数据如下:
●每方的帐户信息,如对应的权标所识别的:
●帐户ID
●状态(活动的、停止的、挂起的)
●余额
●可用的余额
交易授权方验证各方的帐户是否存在以及是否均为活动的。如果任何帐户为不活动的,则禁止交易并返回错误。否则,交易授权方继续检索与付款指令规则集相关的数据:
●付款指令规则集和权标每一方的统计:
●付款指令规则
●使用总数:迄今权标所允许的交易数
●使用总量:迄今权标所允许的交易量的和(绝对值)
●交易授权方本身的付款指令规则,用于指定费用、缺省和允许值。
下面将对每一权标示出并描述指令集。
发送方:
#每一交易限定为$50
TransactionAmount<=′USD 50′;
#限定权标使用为10及$75总量,无论哪个先出现
TokenTransactionCount<=10;
TokenTransactionAmount<=′USD 75′;
#权标在200年1月1日到期
TransactionDate<=′2004-Jun-1′;
#拒绝支付符合费用
senderFractionofFees==0%;
#从发送方的缺省ACH帐户提取资金
string PaymentMethod:=′ach′;
#争端解决:接受方必须允许90%或以上10天或以上争端退款
SenderWinsTimeLimit>=′10days′;
senderwinsFractionLimit>=90%;
接受方:
#权标在2004年10月1日到期
TransactionDate<=′2004-oct-1′;
#呼叫方必须支付所有费用
callerFractionOfFees==100%;
#争端解决:允许10天或以上争端退款按100%
duration SenderWinsTimeLimit:=′10days′;
number SenderwinsFractionLimit:=100%;
呼叫方:
#如果付款方法不是ACH或余额转帐,则交易失败
PaymentMethod in(′ach′,′balance transfer′);
交易授权方:
#如果付款方法不是ACH、余额转帐或信用卡,则交易失败
PaymentMethod in(′ach′,′balance transfer′,′credit card′);
交易授权方将检索的数据与在授权调用中支付请求消息中接收的数据合并,并评估各方的付款指令规则集。
评估付款指令规则集
下面将描述表示各付款指令规则集之间的交互的评估。这里所呈现的付款指令规则集均适合。
发送方:
#每一交易限定为$50
TransactionAmount<=′USD 50′;
发送方正限定每一交易量为$50。其不限制权标的总使用(见下一项)。
发送方:
#限定权标使用为共计10次
MyTokenUseCount<=10;
#限定权标使用为共计$75
MyTokenTotalAmount<=′USD 75′;
发送方限定权标的使用为共计10次或$75,无论哪个先出现。
发送方:
#权标在2004年1月1日到期
TransactionDate<=′2004-Jun-1′;
接受方:
#权标在2004年10月1日到期
TransactionDate<=′2004-Oct-1′;
发送方的权标仅可使用到2004年1月1日,而接受方的权标可使用到2004年10月1日。
发送方:
#拒绝支付任何费用
SenderFractionofFees==0%;
接受方:
#呼叫方必须支付所有费用
CaIlerFractionofFees==100%;
发送方断言她将不支付任何费用。接受方更迫切地要求呼叫方支付所有费用。
发送方:
#从发送方的缺省ACH帐户提取资金
PaymentMethod:=′ach′;
呼叫方:
#如果付款方法不是ACH或余额转帐,则交易失败。
PaymentMethod in(‘ach’,′balance transfer′);
交易授权方:
#如果付款方法不是ACH、余额转帐或信用卡,则交易失败。
PaymentMethod in(′ach′,′balance transfer′,′credit card′);
发送方将付款方法设置为ACH,这意味着资金将从与发送方的帐户连同交易授权方相关的缺省ACH银行帐户中被提取。由于呼叫方正支付100%的费用,因此呼叫方断言付款方法必须为ACH或余额转帐,以保持其成本下降。交易授权方的付款指令规则集确定付款方法被设定并限定其值。
接受方:
#允许在交易日之后10天争端退款
duration senderWinsTimeLimit:=′10days′;
#允许100%争端退款
number senderwinsFractionLimit:=100%;
发送方:
#接受方必须允许10天或以上争端退款
SenderWinsTimeLimit>=′10days′;
#接受方必须允许90%或以上争端退款
senderwinsRefundFraction>=90%;
接受方指定争端解决策略,其使发送方能够接收对交易日之后的10天100%的退款。发送方拒绝支付,除非接受方指定她同意在交易日之后至少10天90%或以上的退款的争端解决策略。发送方和接受方达成一致。
执行交易
根据付款指令规则集的评估,可知下面的变量:
●PaymentMethod:=′ach′
●SenderWinsTimeLimit:=10days
●SenderWinstFractionLimit:=100%
交易授权方查寻发送方的缺省ACH金融工具以用作主交易的资金源。根据费用清单,对于$50的交易,ACH交易花费$0.60(每一交易的1.0%+$0.10)。交易授权方还生成将被返回给呼叫方的交易ID。基于所有这些,交易授权如下执行:
●通过ACH从发送方的银行帐户提取$50.00
●将$50.00存入交易授权方的发送方的帐户中
●执行从发送方的交易授权方帐户到交易授权方的接受方的帐户余额转帐$50.00
●执行从交易授权方的呼叫方的帐户到交易授权方余额转帐$0.60
参考、描述以及争端解决变量均被存储在交易数据中。在执行上述交易期间,帐户余额被更新。
支付响应消息
由于交易是成功的,因此交易ID作为支付响应消息的一部分被返回给呼叫方。
  参数   类型   说明
  交易ID   字符串   交易的参考,可被提供给交易授权方用于查询、退款、争端及其它操作。
在一些实施例中,使用指令规则集被用来查看是否一些事件要被授权,并且包括对照上下文数据被评估的一组规则(也称作“断言表达式”或“断言”),---如果规则/断言对给定组的上下文数据评估为真,则事件被授权。下面是用于定义使用指令规则集的语言的示例:
断言示例:
在示例语言中,断言为评估为真或假的表达式(即为布尔表达式)。赋值也可被用于设置变量值。如果指令规则集中的所有断言评估为真,则交易被允许,假如这样的话,如所赋值的变量值(如果存在的话)可被用于直接执行交易。
最简付款指令规则集由下列文本组成,如其始终评估为真:
true;
请求对更多的断言添加逻辑操作、一些简化表达式和文字。看起来像是:
not false or false and true;
12.3>=7;
(′12/05/2004′>=now)!=(TransactionAmount*2<=′USD 4.10′);
上述付款指令规则集将始终评估为真(只要在2004年12月5日前)。
对于算符优先该示例语言中的表达式与Perl或C中的表达式类似。
为了说明,见以下表达式:
5+5*10==55;
上述评估为真,因为其等同于:
(5+(5*10))==100;
通常,算符评估的优先按下列顺序:
1)Literals,blackboard dereferences,and expressions in parentheses()
2)negate-not!
3)times*div/,left to right
4)minus-plus+,left to right
5)equals==notEquals!=lessThan<greaterThan>lessThanOrEquals<=greaterThanOrEquals>=,in,notin
6)and &&,left to right
7)or II,left to right
同样类似C或Perl,在该示例语言中空白被忽略,因此制表符、空格和换行是无效的(除字符串引用符外,其中保留严格格式)。
评估示例
你可通过构成赋值语句创建变量并设置其值。赋值语句如下:
type Name:=expression;
下面的语句创建称作MyFavoriteAmount的货币类型的变量,并且将值设置为USD 7.99:
money MyFavoriteAmount:=′USD 7.99′;
在付款指令规则集的评估期间变量值不变化。可有变量的多个赋值语句(即使在不同的付款指令规则集中),但所有值必须一致,否则其将按断言失败对待。变量被存储在黑板(blackboard)中,这意味着你可以在断言中去参考它们。在付款指令规则集(或同时评估的另一付款指令规则集)中评估的变量可被用于任何表达式中。
上下文黑板
用文字(literal)当表达式颇为无用,因为它们总是评估为同一结果。实际上,付款指令规则集针对一些组的上下文数据被评估,在该示例语言中其被存储在称作黑板(blackboard)的内存区中。在该示例中,黑板为标量值的字符串密钥的简单映射。字符串密钥通常以大写字母开始。名称区分大小写。黑板提供事件所特定的数据。
为了去参考表达式中的黑板数据,参考名称被简单地包括在表达式中:
TransactionAmount/2>=′USD 5.00′;
黑板去参考可被用于标量值可用的任何表达式中。
存储在黑板中的变量为全局的或专用的。专用变量可仅由特定付款指令规则集(例如发送方、接受方或呼叫方)使用,而全局变量可由任何付款指令规则集用于表达式中。
在该示例中,变量被赋予不变化的单一值。对于其值,不同的变量具有不同的源。例如,一些变量在付款指令规则集内被赋予其值,一些变量由交易授权系统(“TAS”)指定,一些变量由呼叫方在支付请求消息中送入。
下面的图表表示对各支付请求消息定义的变量,以及每一变量值的源。此外,付款指令规则集可利用赋值语句创建其自己的变量。这些变量为全局变量;例如,由发送方的付款指令规则集中的赋值语句创建的变量可被用于接受方指令的表达式中。用户指定的变量名应该对用户特定的字符的识别次序开始,以避免与TAS定义的变量名和其它用户定义的变量冲突。例如,由Bob’Surf Shack定义的变量名可均可由“BobsSurfShack”开始。
有几个例外,所有全局变量可由呼叫方在支付请求消息中送入,或者可在任何付款指令规则集中指定,因此,下面的图表中所示的当前源仅为惯例。其例外情况包括具有由TAS指定的值的变量,事实是,至少一个权标必须送入到来的授权消息,并且要使用的任何其它权标必须为可获得的。例如,如果呼叫方权标(SenderToken)仅为付款请求消息中提供的权标,则对应的付款指令规则集可指示发送方权标或接受方权标(RecipientToken)或这两者。如果其仅指示发送方权标,则发送方的付款指令规则集可指示接受方权标,反之亦然。
全局变量
 变量名   来源   类型   说明
 TransactionTimestamp   由TAS指定   数据日期   交易的数据和日期
 TransactionID   由TAS指定   字符串   交易的ID
 TotalFeeAmount   由TAS指定   金额   该交易的支付给TAS的费用总量
 SenderFractionOfFees   由呼叫方在支付请求消息中送入   数字   发送方将支付的TAS费用的百分率,值必须在0和1之间
 RecipientFractionOfFees   由呼叫方在支付请求消息中送入   数字   接收方将支付的TAS费用的百分率,值在0和1之间
 CallerFractionOfFees   由呼叫方在支付请求消息中送入   数字   呼叫方将支付的TAS费用的百分率,值在0和1之间
 TransactionAmount   由呼叫方在支付请求消息中送入   金额   交易量
 TransactionDescription   由呼叫方在支付请求消息中送入   字符串   什么正被购买的人可读说明。随交易存储并当显示该交易用于报告或查帐时使用。
 TransactionData   由呼叫方在支付请求消息中送入   字符串   由关于该交易的呼叫方提供的数据。例如,呼叫方可存储正出售服务的XML说明。该数据随交易被存储但对TAS不透明
 SenderToken   由呼叫方在支付请求消息中送入   字符串   涉及发送方的付款指令规则集的权标
 RecipientToken   由呼叫方在支付请求消息中送入   字符串   涉及接受方的付款指令规则集的权标
 CallerToken   由呼叫方在支付请求消息中送入   字符串   涉及呼叫方的付款指令规则集的权标
 PaymentMethod   由发送方的付款指令规则集指定   字符串   指定用作资金源的金融工具的类型:ACH、信用卡、转帐帐户之一。
 PaymentInstrument   由发送方的付款指令规则集指定   字符串   指定用作资金源的金融工具的参考
 SenderWinsTimeLimit   由接受方的付款指令规则集指定   持续时间   指定在交易时间戳后发送方可通过提起争端自动获取退款的最大时间。退款量由SenderWinsRefundFraction限定
 SenderWinsRefundFraction   由接受方的付款指令规则集指定   数字   指定发送方可通过提起争端自动获取退款的交易量的百分率。争端必须在由SenderWinsTimeLimit指定的时间内被提起
专用变量
在下面图表中列出的专用变量被提供给每一付款指令规则集,以使每一付款指令规则集得到这些变量的每一个的其自身的拷贝。例如,这些参考中的数据对发送方和对接受方不同。接受方不能访问发送方的值,反之亦然。
  变量名   来源   类型   说明
  MyTokenUseCount   由TAS指定   数字   由该权标批准的交易数,优选包括当前交易
  MyTokenUseTotalAmount   由TAS指定   金额   由该权标批准的所有交易的总量,优选包括当前交易
  MyFeeAmount   由TAS指定   金额   由该付款指令规则集支付的费用量。例如,对呼叫方的指令,其等于CallerFractionOfFeestimes TotalFeeAmount
  MyRole   由TAS指定   字符串   交易中该权标被调用的一方的作用。发送方、接受方、呼叫方之一。
  MyTokenID   在付款指令规则集中指定或被送入以安装付款指令规则集消息   字符串   用于付款指令规则集的对用户有意义的ID
  MyTokenDescription   在付款指令规则集中指定或被送入以安装付款指令规则集消息   字符串   付款指令规则集的对用户有意义的人可读说明
  MyTokenData   在付款指令规则集中指定或被送入以安装付款指令规则集消息   字符串   与付款指令规则集相关的对用户有意义的机器可读数据
  MyTransactionID   发送方、接受方和呼叫方值,均由呼叫方在支付请求消息中送入   字符串   用于交易的ID,其仅对发送方、接受方或呼叫方有意义。随交易存储。
  MyTransactionDescription   发送方、接受方和呼叫方值,均由呼叫方在支付请求消息中送入   字符串   什么正被购买的人可读说明,其仅对发送方、接受方或呼叫方有意义。随交易存储。
  MyTransactionData   发送方、接受方和呼叫方值,均由呼叫方在支付请求消息中送入   字符串   由关于该交易的呼叫方提供的数据,其仅对发送方、接受方或呼叫方有意义。例如,接受方可存储正出售服务的XML说明。该数据随交易被存储,但其对TAS不透明
注释
注释以磅字符(#)开始,并且使该行的其余部分被忽略。对于多行注释,在每行的开始放置#。
#this is a comment that
#spans more than one line
语言特性
尽管在一些实施例中语言可包括诸如循环结构和/或递归之类的时间方面,但在本示例中,不存在这样的时间方面或分支语句。数据类型包括布尔、数字、字符串、日期时间、持续时间和金额。算符如下:
  =   等于:确认是否左右侧相等
  !=   不等于:确认是否左右侧不相等
  <   小于
  >   大于
  <   小于或等于
  >=   大于或等于
  <=   小于或等于
  :=   赋值:将左侧值赋值到右侧
  +   加
  -   一元求反或减
  *   乘
  /   除
  &&   与
  ‖   或
  !   非
文字
          布尔
          数字
123
0.234
5%
允许直到231-1的任何整数。负值通过“求反”操作实现。也支持10进制数,并且不被存储为浮点数。数以阿拉伯数字开始,因此前导零被用于零和壹之间的小数。还支持将数字按百分比显示。
        字符串
′any text′
字符文字被置于单引号中。通常不使用双引号。
        日期时间
now
′YYYY-MON-DD′
′YYYY-MON-DD HH:MM:SS AM′
“now”文字返回当前时间。紧接该图案的引号内的文本可被比较。日期时间关键字随引号内的字符串而不随字符串表达式工作。
        持续时间
′10days′
持续时间文字指定时间段,并且可被增加日期以形成新日期。各种数学运算是可用的。
′1year 2months 3days 10hours 30minutes′
′P1Y2M3DT10H30M′
上面两种文字格式均被支持。第二种格式翻译成1年2月3日10时30分。持续时间文字的第二种形式遵循来自W3C XML SchemaSpecification的持续时间的定义。根据http://www.w3.org/TR/xmlschema-2/#duration:
持续时间的词汇表示法为[ISO 8601]扩展格式PnYnMnDTnHnMnS,其中nY表示年数,nM表示月数,nD表示日期数,T为日期/时间分隔符,nH表示时数,nM表示分数,nS表示秒数。
              金额
′USD 1.00′
money(′USD′,TokenTransactionCount*0.05)
金额文字可由货币代码和数字文字或货币代码和返回数字的表达式指定。有关货币代码的更多信息见http://www.bsi-global.com/iso4217 currency,包括列出所有货币代码的表格。允许的货币代码的设置不限于由ISO4217指定的这些,ISO4217货币代码均可被承认。
操作和内置功能
在以下部分中,将分别说明代表左手侧操作数和右手侧操作数的lhs和rhs
        negate操作
-rhs
negate rhs
允许类型:整数、双精度型、持续时间、金额
        not操作
!rhs
not rhs
允许类型:布尔型
       or操作
lhs or rhs
lhs II rhs
允许类型:布尔型
       and操作
lhs and rhs
lhs && rhs
允许类型:布尔型
        in操作
lhs in(rhs1,rhs2,rhs3...)
允许类型:所有类型
lhs和rhs应为同一类型,除非整数型和双精度型可比较。in操作为简写形式,完全等同于以下:
lhs==rhs1 or lhs==rhs2 or lhs==rhs 3...
        notin操作
lhs notIn(rhs1,rhs2,rhs3...)
允许类型:所有类型
lhs和rhs应为同一类型,除非整数型和双精度型可比较。notin操作为简写形式,完全等同于以下:
lhs!=rhs1 and lhs!=rhs2 and lhs!=rhs3...
        equals操作
lhs equals rhs
lhs==rhs
允许类型:所有类型
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        notequals操作
lhs notEquals rhs
lhs!=rhs
允许类型:所有类型
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        lessthan操作
lhs lessThan rhs
lhs<rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        greaterthan操作
lhs greaterThan rhs
lhs>rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        lessthanorequals操作
lhs lessThanOrEquals rhs
lhs>=rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        greaterthanorequals操作
lhs greaterThanorEquals rhs
lhs>=rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
lhs和rhs应为同一类型,除非整数型和双精度型可比较。
        add操作
lhs plus rhs
lhs+rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
整数和双精度型可被操作,其将产生双精度型,除非两个操作数均为整数。
有关金额的操作需要lhs和rhs均为金额类型。
持续时间可与持续时间相加以产生持续时间。
日期时间可与持续时间相加或持续时间可与日期时间相加以产生日期时间。
        SUB操作
lhs minus rhs
lhs-rhs
允许类型:整数、双精度型、金额、日期时间、持续时间。
整数和双精度型可被操作,其将产生双精度型,除非两个操作数均为整数。
有关金额的操作需要lhs和rhs均为金额类型。
持续时间可与持续时间相减以产生持续时间。
持续时间可与日期时间相减,日期时间必须为lhs,持续时间必须为rhs,从而产生日期时间。
        MULT操作
lhs times rhs
lhs*rhs
允许类型:整数、双精度型、金额、持续时间
整数和双精度型可被操作,其将产生双精度型,除非两个操作数均为整数。
对于金额,金额可乘以整数或双精度型以产生金额。
对于持续时间,持续时间可乘以整数以产生持续时间。
        DIV操作
lhs div rhs
lhs/rhs
允许类型:整数、双精度型、金额
整数和双精度型可被操作,其将产生双精度型,除非两个操作数均为整数。
对于金额,金额可除以整数或双精度型,lhs必须为金额值并且rhs必须为整数或双精度型,产生金额。
        MIN功能
min(lhs,rhs)
允许类型:整数、双精度型、金额、日期时间、持续时间
lhs和rhs应为同一类型,除非整数和双精度型可被比较。
        MAX功能
max(lhs,rhs)
允许类型:整数、双精度型、金额、日期时间、持续时间
lhs和rhs应为同一类型,除非整数和双精度型可被比较。
        MOD功能
mod(lhs,rhs)
允许类型:整数
产生lhs除rhs的整数余数。
        CAT功能
cat(lhs,rhs)
允许类型:字符串
产生lhs和rhs的组合字符串。
        GETCURRENCYCODE
getCurrencycode(rhs)
允许类型:金额
返回货币代码作为字符串。
语法分析Tokens:
OR=″||″;
AND=″&&″;
NOT=″!″;
EQUALS =″==″;
NOT_EQUALS=″!=″;
L_THAN=″<″;
G_THAN=″>″;
LT_EQ=″<=″;
GT_EQ=″>=″;
PLUS =″+″;
MINUS=″-″;
ASTERIK=″*″;
DIV=″/″;
ASSIGN=″:=″;
ASSERTION;
//////////////////////////////////////////////////////////////////////////////
//Parser Rules
instructionSet
   :(statement)+
   ;
statement
   :(″duration″
        |″money″
        |″datetime″
        |″string″
        |″number″
        )?
        BB_REFERENCE ASSIGN
        expression STATEMENT_END
  |exp:expression STATEMENT_END
;//expressionsexpression
:andExp((OR|″or″)andExp)*
;andExp
:compareExp((AND|″and″)compareExp)*
;compareExp
:addExp
    ((EQUALS|″equals″
      |NOT_EQUALS|″notEquals″
      |L_THAN|″lessThan″
      |G_THAN|″greaterThan″
      |LT_EQ|″lessThanorEquals″
      |GT_EQ|″greaterThanorEquals″
      )addExp
   |(″in″|″notIn″)
    LPAREN expression(COMMA expression)*RPAREN
   )
;addExp
:multExp
    ((PLUS|″plus″
      |MINUS|″minus″
      )multExp)*
;multExp
:unaryExp
    ((ASTERIK|″times″
      |DIV|″div″
      )unaryExp)*
;unaryExp
:(MINUS|″negate″
   |NOT|″not″
   )scalarExp
|scalarExp
;scalarExp
:literal
|function
|BB_REFERENCE
|LPAREN exprcssion RPAREN
;//functionsfunction
:minFunction
|maxFunction
|catFunction
|getCurrencyCodeFunction
;minFunction
:″min″LPAREN expression(COMMA expression)+RPAREN
;maxFunction
:″max″LPAREN expression(COMMA expression)+RPAREN
;catFunction
:″cat″LPAREN expression(COMMA expression)+RPAREN
;getCurrencyCodeFunction
:″getCurrencyCode″LPAREN expression RPAREN
;//literalsliteral
:booleanLiteral
|numberLiteral
|dateTimeLiteral
|durationLiteral
|stringLiteral
|moneyLiteral
;booleanLiteral
:″true″
|″false″
moneyLiteral
    :″money″LPAREN QUOTED_LITERAL COMMA expression RPAREN
    ;
numberLiteral
    :NUMBER_LITERAL(PERCENT)?
    ;
dateTimeLiteral
    :″dateTime″LPAREN expression RPAREN
    |″now″
    ;
durationLiteral
    :″duration″LPAREN expression RPAREN
    ;
stringLiteral
    :QUOTED_LITERAL
    ;
词汇定义
//character classifications
DOT            :′.′;
LPAREN         :′(′;
RPAREN         :′)′;
COMMA          :′,′;
STATEMENT_END  :′;′;
PERCENT        :′%′;
protected QUOTE_CHAR:′\″;
protected DIGIT_CHAR:(′0′..′9′);
protected ALPHA_CHAR:(′a′..′z′|′A′..′Z′);
protected NAME_CHAR :(ALPHA_CHAR|DIGIT_CHAR|′_′);
protected OPERATOR_CHAR
    :(′|′|′&′|′!′|′<′|′>′|′=′|′+′|′-′|′*′|′/′|′:′)
    ;
//skip all whitespace
WHITESPACE
    :(′′
       |′\t′
       |′\n′
      |′\r′
      )+
      ;
//token classifications
BB_REFERENCE
    :ALPHA_CHAR(NAME_CHAR)*
    ;
NUMBER_LITERAL
    :(DIGIT_CHAR)+(′.′(DIGIT_CHAR)+)?
    ;
QUOTED_LITERAL
    :QUOTE_CHAR
        (~(′\n′|′\′′)
        |′\n′
        )*
        QUOTE_CHAR
    ;
OPERATOR
    :OPERATOR_CHAR(OPERATOR_CHAR)?
    ;
COMMENT
    :′#′~(′\n′|′\r′)
      (′\n′
      |′\r′)+
    ;
从上述可见,尽管出于说明目的已描述了特定实施例,但在不脱离本发明的精神和范围的情况下可进行各种修改。因此,除后附的权利要求和其中所述部分外,本发明不受限定。此外,尽管本发明的某些方面以某些权利要求形式在下面被呈现,但发明人旨在以任何可获得的权利要求形式呈现本发明的各个方面。例如,尽管当前仅本发明的一些方面在计算机可读介质中被具体化描述,但其它方面也同样被这样具体化。

Claims (81)

1、一种计算机实现的方法,用于第三方交易授权方自动授权各方之间的程序性交易,该方法包括:
接收至少第一和第二方之间的程序性交易的指示,该交易包括第二方向第一方提供请求的服务和对该服务功能从第一方到第二方的相关金融支付,第一和第二方不同于第三方交易授权方;
接收用于确定是否对程序性交易授权相关的金融支付的第一方的第一参考权标和第二方的第二参考权标的指示;
检索与第一权标相关的第一方的第一预定付款指令规则集和与第二权标相关的第二方的第二预定付款指令规则集;
确定检索的第一和第二付款指令规则集是否相容以授权从第一方到第二方的相关的金融支付;并且
当确定第一和第二付款指令规则集相容时,以第一方的名义向第二方提供相关的金融支付,使得第二方向第一方提供服务。
2、根据权利要求1的方法,其中,交易包括通过由第一方提供给不同的最终用户并由最终用户执行的应用程序调用第二方的至少一个Web服务,所述至少一个Web服务由第二方基于费用提供。
3、根据权利要求2的方法,其中,确定检索的第一和第二付款指令规则集是否相容以授权相关的金融支付还包括确定第一和第二付款指令规则集是否与基于最终用户的第三参考权标检索的最终用户的第三付款指令规则集相容。
4、根据权利要求1的方法,其中,交易包括通过由另一方提供给第一方并由第一方执行的应用程序调用第二方的至少一个Web服务,所述至少一个Web服务由第二方基于费用提供。
5、根据权利要求1的方法,包括,在接收交易的指示之前,响应从第一方接收的一个或多个指令定义第一付款指令规则集,和响应从第二方接收的一个或多个指令定义第二付款指令规则集。
6、根据权利要求5的方法,其中,定义第一付款指令规则集包括生成第一权标并将第一权标与第一付款指令规则集相关,以及其中定义第二付款指令规则集包括生成第二权标并将第二权标与第二付款指令规则集相关。
7、根据权利要求6的方法,其中,权标被匿名生成,使得第二方不能从第一权标获取关于第一付款指令规则集的信息,并且使得第一方不能从第二权标获取关于第二付款指令规则集的信息。
8、根据权利要求6的方法,其中,权标被匿名生成,使得第二方不能从第一权标获取关于第一方的信息,并且使得第一方不能从第二权标获取关于第二方的信息。
9、根据权利要求5的方法,其中,对第一和第二付款指令规则集的每一个,接收的付款指令规则集的指令包括影响使用条件的满足的多个预定类型的使用条件的指示以及每一使用条件的一个或多个相应的用户指定值的指示,并且其中定义第一和第二付款指令规则集的每一个包括对每一指示的预定使用条件类型和相应的用户指定值创建付款指令规则集的规则。
10、根据权利要求5的方法,其中,对第一和第二付款指令规则集的每一个,接收的付款指令规则集的指令包括均具有用于确定规则是否被满足的用户指定的过程的一个或多个规则的指示,并且其中定义第一和第二付款指令规则集的每一个包括创建每一指示的规则。
11、根据权利要求5的方法,其中,对第一和第二付款指令规则集的每一个,付款指令规则集的指令基于由交易授权方提供的一个或多个Web服务的调用被接收。
12、根据权利要求1的方法,其中,接收交易的指示和第一及第二参考权标的指示是基于由交易授权方提供的一个或多个Web服务的调用。
13、根据权利要求1的方法,其中,确定检索的第一和第二付款指令规则集是否相容进一步确定第一和第二付款指令规则集是否授权该交易。
14、根据权利要求1的方法,其中,确定检索的第一和第二付款指令规则集是否相容进一步确定第一和第二付款指令规则集是否授权第一和第二方之间的交易。
15、根据权利要求1的方法,其中,确定检索的第一和第二付款指令规则集是否相容进一步确定第一和第二付款指令规则集的每一个是否在当前条件下有效。
16、根据权利要求1的方法,其中,确定检索的第一和第二付款指令规则集是否相容还包括按照第一和/或第二付款指令规则集中指定的信息交互地获取来自第一方和/或第二方的信息。
17、根据权利要求1的方法,其中,第一和第二付款指令规则集均包括多个规则,每一规则指定用于确定付款指令规则集是否授权交易的标准。
18、根据权利要求17的方法,其中,确定检索的第一和第二付款指令规则集是否相容以授权相关的金融支付包括确定第一和第二付款指令规则集的每一个是否满足交易。
19、根据权利要求18的方法,其中,确定第一和第二付款指令规则集之一的规则是否被满足包括确定该规则是否被其它付款指令规则集、提供其它付款指令规则集的一方和关于交易的信息的一个或多个满足。
20、根据权利要求17的方法,其中,每一付款指令规则集还包括规定付款指令规则集可授权交易的类型的一个或多个规则、规定付款指令规则集可授权的交易后修改条件的一个或多个规则、规定付款指令规则集可授权的要被接收或提供的付款类型的一个或多个规则、规定付款指令规则集可授权与之进行交易各方的类型的一个或多个规则。
21、根据权利要求1的方法,其中,第一和第二方均还具有一个或多个使用指令规则集,每一使用指令规则集包括规定作为潜在交易的一部分是否向另一方提供和/或从另一方接收信息访问的多个规则。
22、根据权利要求1的方法,其中,第一和第二方均具有其付款指令规则集与之相关的交易授权方的帐户,并且其中以第一方的名义向第二方提供相关的金融支付涉及将第一方的帐户用作金融支付的支付工具,并将第二方的帐户用作金融支付的收支库。
23、根据权利要求1的方法,其中,以第一方的名义向第二方提供相关的金融支付包括在指定的时间段内限制第二方对至少一些相关的金融支付的访问,以便向第一方提供至少一些相关的金融支付的退款。
24、根据权利要求1的方法,包括提供与相关的金融支付有关的担保功能,使得向第二方提供相关的金融支付能够立即访问第二方的相关的金融支付,并且使得担保功能的提供方确保向第一方的至少一些相关的金融支付的退款是可用的。
25、根据权利要求1的方法,其中,指示的交易还包括第三方和一个或多个附加的相关金融支付,所述支付均来自第一、第二和第三方之一,并不同于第一、第二和第三方及交易授权方的一个或多个,并且包括当一个或多个相应的的付款指令规则集授权该附加付款时提供每一附加的相关金融支付。
26、根据权利要求25的方法,其中,第三方为执行应用程序的最终用户,其调用第二方的程序性服务作为交易的一部分,并且其中附加的相关金融支付至少之一为从第三方到第二方和/或到交易授权方。
27、根据权利要求1的方法,其中,第一和第二付款指令规则集被确定为相容并对交易指定不同的争端解决策略,并且包括,在以第一方的名义向第二方提供相关的金融支付之后,响应来自至少第一和第二方之一的指示实施指定的不同争端解决策略。
28、根据权利要求1的方法,其中,以第一方的名义向第二方提供相关的金融支付包括从第一方获得金融支付。
29、根据权利要求1的方法,其中,第一和第二付款指令规则集的每一个为XML文件。
30、根据权利要求1的方法,其中,由第二方向第一方提供服务在接收交易的指示之前完成。
31、一种计算机可读介质,通过执行以下方法其内容使交易授权计算系统自动授权各方之间的交易,该方法包括:
接收不同的第一方和第二方之间的交易的指示,该交易包括提供一个或多个服务;
接收用于确定是否授权交易的第一方的第一参考和第二方的第二参考的指示;
确定与第一参考相关的第一预定使用指令规则集是否与第二参考相关的第二预定使用指令规则集相容,以这样的方式授权交易;并且
当第一和第二使用指令规则集被确定为相容时,提供交易被授权的指示。
32、根据权利要求31的计算机可读介质,其中,提供交易被授权的指示包括以第一方的名义向第二方提供与交易相关的金融支付。
33、根据权利要求31的计算机可读介质,其中,提供交易被授权的指示包括从第一方获取与交易相关的金融支付。
34、根据权利要求31的计算机可读介质,其中,所述交易为程序性交易,其包括通过第一和第二方之一调用由第一和第二方的另一方提供的Web服务。
35、根据权利要求31的计算机可读介质,其中,所述交易为程序性交易,其包括第一和第二方之一向第一和第二方的另一方提供信息访问。
36、根据权利要求31的计算机可读介质,其中,所述交易为第一和第二方之间的物理交易,使得第一和第二方的至少一方将一个或多个物理服务提供给另一方。
37、根据权利要求31的计算机可读介质,其中,在接收交易指示之前完成提供一个或多个服务。
38、根据权利要求31的计算机可读介质,其中,至少部分基于提供交易被授权的指示执行提供一个或多个服务。
39、根据权利要求31的计算机可读介质,其中,交易授权计算系统存储第一和第二使用指令规则集,并且其中第一和第二使用指令规则集是否相容的确定包括检索并比较存储的第一和第二使用指令规则集。
40、根据权利要求31的计算机可读介质,其中,确定第一和第二使用指令规则集相容包括评估每一第一和第二使用指令规则集中的多个规则的每一个,以确定该规则满足交易。
41、根据权利要求31的计算机可读介质,其中,第一和第二参考为由交易授权计算系统生成的参考权标。
42、根据权利要求31的计算机可读介质,其中,交易还包括至少一个附加方,并且其中确定第一和第二使用指令规则集是否相容还包括确定第一和第二使用指令规则集是否与至少一个附加方的每一个的附加使用指令规则集相容。
43、根据权利要求31的计算机可读介质,其中,计算机可读介质为计算系统的内存。
44、根据权利要求31的计算机可读介质,其中,计算机可读介质为数据传输介质,用于传输生成的包含内容的数据信号。
45、根据权利要求31的计算机可读介质,其中,所述内容为当被执行时使计算系统执行所述方法的指令。
46、根据权利要求31的计算机可读介质,其中,所述内容包括用于自动授权各方之间的程序性交易的一个或多个数据结构,该数据结构包含多个项,每项为与一方相关的使用指令规则集,并包含唯一相关的参考权标的指示和使用指令规则集的多个规则的指示。
47、一种配置成自动授权各方之间的程序性交易的计算设备,包括:
交易确认器组件,被配置成在收到第一和第二方之间的程序性交易以及用于确定是否授权该程序性交易的第一方的第一参考权标和第二方的第二参考权标的一个或多个指示之后,确定与第一和第二参考权标相关的第一和第二付款指令规则集是否被满足以授权该程序性交易;以及
交易处理器组件,被配置成在确定第一和第二付款指令规则集被满足之后,以第一方的名义向第二方提供程序性交易的相关金融支付。
48、根据权利要求47的计算设备,其中交易确认器组件和交易处理器组件在计算设备的内存中执行。
49、根据权利要求47的计算设备,其中交易确认器组件包含用于确定第一和第二付款指令规则集是否相容以授权程序性交易的装置,并且其中交易处理器组件包含用于以第一方的名义向第二方提供程序性交易的相关金融支付的装置。
50、一种计算机实现的方法,用于按照先前由提供方和消费方定义的指令自动授权和管理程序性服务的提供方和消费方之间的程序性交易的付款,该方法在第三方交易授权方的计算系统的控制下被执行,该方法包括:
对一个或多个程序性服务的多个提供方的每一个,接收来自提供方的一个或多个付款指令规则集的指示,每一付款指令规则集包括规定是否对该交易接受来自消费方的付款的多个规则,所述交易均具有提供基于费用的至少一个程序性服务的提供方;
对程序性服务的多个消费方的每一个,接收来自消费方的一个或多个付款指令规则集的指示,每一付款指令规则集包括规定是否对该交易向提供方提供付款的多个规则,所述交易均具有接收基于费用的至少一个程序性服务的消费方;
对提供方和消费方的每一指示的付款指令规则集,生成与付款指令规则集相关的参考权标,存储付款指令规则集和相关的参考权标,并且将生成的参考权标从接收指示的付款指令规则集一方提供给提供方或消费方,作为潜在交易的一部分生成的参考权标以后用于参考付款指令规则集;并且
响应对用于授权提供方和消费方之间的潜在交易的多个请求的每一个,其中该交易包括由提供方向消费方提供基于费用的至少一个程序性服务,每一授权请求包括用于提供方的参考权标和用于消费方的参考权标,还包括关于包括交易付款量的潜在交易的信息,通过以下确定是否授权潜在交易:
检索与包括在授权请求中的参考权标相关的存储的付款指令规则集,
确定检索的付款指令规则集是否相容,使得提供方的付款指令规则集中的规则允许以消费方的付款指令规则集中指定的方式接受消费方的交易付款量,并使得消费方的付款指令规则集中的规则允许以提供方的付款指令规则集中指定的方式向提供方支付交易付款量,并且
当确定检索的付款指令规则集相容时,授权该潜在交易并以提供方的付款指令规则集中指定的方式向提供方提供交易付款量,以及以消费方的付款指令规则集中指定的方式从消费方获取付款,使得当这些服务的潜在交易被自动授权并按照由这些提供方和消费方先前定义的指令被支付时,程序性服务被提供方提供给消费方。
51、根据权利要求50的方法,其中,所述消费方为应用开发方,其向不同的最终用户提供包括用于消费应用开发方的一个或多个参考权标的应用程序,并且其中对潜在交易的授权请求均来自正由最终用户执行的应用程序,并将包括的参考权标之一用于提供应用程序的消费应用开发方。
52、根据权利要求51的方法,其中,来自应用程序的每一潜在交易包括调用由Web服务提供方提供基于费用的Web服务的应用程序。
53、根据权利要求51的方法,其中,每一授权请求还包括执行应用程序进行请求的最终用户的不同的参考权标,与最终用户的付款指令规则集相关的不同的参考权标包括规定是否对均包括接收至少一个服务的交易提供付款的规则,并且其中确定检索的付款指令规则集是否相容以授权请求还基于这些付款指令规则集与同包括在授权请求中的不同参考权标相关的最终用户的付款指令规则集的相容性。
54、根据权利要求50的方法,其中,潜在交易的授权请求均由最终用户正执行的应用程序启动,并且其中对提供方和消费方之间的每一潜在交易确定潜在交易的检索的付款指令规则集相容包括:
对与提供方的参考权标相关的检索的付款指令规则集中的每一规则,确定该规则是否被消费方、与消费方的参考权标相关的检索的付款指令规则集、关于潜在交易的所包括的信息、以及执行启动潜在交易的应用程序的最终用户的一个或多个满足;以及
对与消费方的参考权标相关的检索的付款指令规则集中的每一规则,确定该规则是否被提供方、与提供方的参考权标相关的检索的付款指令规则集、关于潜在交易的所包括的信息、以及执行启动潜在交易的应用程序的最终用户的一个或多个满足。
55、根据权利要求54的方法,其中,每一付款指令规则集还包括规定付款指令规则集可授权的交易类型的一个或多个规则、规定付款指令规则集可授权的交易后修改条件的一个或多个规则、规定付款指令规则集可授权的要被接收或提供的付款类型的一个或多个规则、规定付款指令规则集可授权以与之进行交易的各方的类型的一个或多个规则。
56、根据权利要求50的方法,包括,将交易授权方的帐户提供给其付款指令规则集与之相关的每一提供方和消费方,消费方的帐户可被用作付款给提供方的支付工具,提供方的帐户可被用作来自消费方的付款的收支库,并且其中对至少一些潜在交易的支付的提供和获取涉及使用在这些交易中涉及的提供方和消费方的帐户。
57、根据权利要求50的方法,包括,对提供方和消费方之间的至少一些潜在交易的每一个,当确定潜在交易的检索的付款指令规则集相容时,以至少提供方和消费方之一的名义执行潜在交易。
58、根据权利要求50的方法,其中,交易授权方还对一个或多个向提供方和消费方提供生成的参考权标用于以后使用的每一个收取费用,确定潜在交易的检索的付款指令规则集是否相容,并且提供并获取潜在交易的付款。
59、一种用于自动授权涉及用户的活动的计算机实现的方法,包括:
接收涉及第一用户和不同的第二实体的活动的指示;
接收用于自动确定是否授权指示的活动的第一用户的第一参考和第二实体的第二参考的指示;
确定与第一参考相关的第一预定使用指令规则集是否和与第二参考相关的第二预定使用指令规则集相容,以这样的方式授权指示的活动;并且
当第一和第二使用指令规则集被确定为相容时,提供指示的活动被授权的指示。
60、根据权利要求59的方法,其中,指示的活动为第一用户和第二实体之间的提出的交易。
61、根据权利要求59的方法,其中,指示的活动包括第一用户获取对可从第二实体得到的受限制信息的访问。
62、根据权利要求59的方法,其中,指示的活动包括第一用户获取对可从第二实体得到的受限制服务的访问。
63、根据权利要求59的方法,其中,指示的活动包括第一用户与第二实体达成一个或多个指示的合同条款。
64、根据权利要求63的方法,其中,一个或多个指示的合同条款包括用于第一用户和第二实体之间的一个或多个交易的争端解决策略。
65、根据权利要求63的方法,其中,一个或多个指示的合同条款包括关于在第一用户和第二实体之间提供付款的退款的至少一个条款。
66、根据权利要求59至65之任一的方法,其中,第二实体为不同于第一用户的第二用户。
67、一种用于自动授权各方之间的交易的计算机实现的方法,包括:
接收在不同的第一方和第二方之间的交易的指示,该交易包括提供一个或多个服务;
接收第一方的第一参考和第二方的第二参考的指示,用于确定是否授权该交易,第一参考与第一方的预定授权指令相关,并以以保护与第一方相关的保密信息的方式被生成;
确定第一方的预定授权指令是否与和第二参考相关的第二方的不同预定授权指令相容,以这样的方式授权交易;并且
当第一方的预定授权指令和第二方的预定授权指令被确定为相容时,提供交易被授权的指示。
68、根据权利要求67的方法,其中,第一方的预定的授权指令包括具有多个规则的指令规则集。
69、根据权利要求67和68之任一的方法,其中,保护与第一方相关的保密信息包括防止第二方获取该保密信息。
70、根据权利要求67至69之任一的方法,其中,第一参考以这样的方式被生成,即保护的与第一方相关的保密信息包括第一方的身份的指示。
71、根据权利要求67至69之任一的方法,其中,第一参考以这样的方式被生成,即保护的与第一方相关的保密信息包括第一方的预定的授权指令。
72、一种用于自动授权各方之间的交易的计算机实现的方法,包括:
接收在不同的第一方和第二方之间的交易的指示,该交易包括提供一个或多个服务;
接收第一方的第一参考和第二方的第二参考的指示,用于确定是否授权该交易;
确定与第一参考相关的第一使用指令规则集是否与第二参考相关的第二使用指令规则集相容,以这样的方式授权交易;
当第一和第二使用指令规则集被确定为相容时,提供交易被授权的指示;以及
提供与交易执行有关的功能的一个或多个类型的指示。
73、根据权利要求72的方法,还包括,当第一和第二使用指令规则集被确定为相容时,参与交易执行。
74、根据权利要求72至73之任一的方法,还包括,当第一和第二使用指令规则集被确定为相容时,向至少第一和第二方之一提供对应于交易的付款。
75、根据权利要求72至74之任一的方法,还包括,当第一和第二使用指令规则集被确定为相容时,从至少第一和第二方之一获取对应于交易的付款。
76、根据权利要求72至75之任一的方法,其中,与交易执行有关的一个或多个类型的功能包括保证要对交易提供付款的担保服务。
77、根据权利要求76的方法,其中,担保服务的使用使预期的付款接受方能够以基本实时的方式获得对付款的存取。
78、根据权利要求77的方法,其中,担保服务使预期的付款接受方能够在从付款的预期支付方获取付款之前获得对付款的存取。
79、根据权利要求77至78之任一的方法,其中,担保服务使预期的付款接受方能够在付款支付方可能对付款质疑期间获得对付款的存取。
80、根据权利要求72至79之任一的方法,其中,与交易性能有关的一个或多个类型的功能包括保证要对交易提供付款的保险服务,以便确保付款被提供。
81、根据权利要求80的方法,其中,保险服务的使用使预期的付款接受方能够以基本实时的方式获得对付款的存取。
CN200580030686.8A 2004-07-19 2005-07-19 程序性交易的自动授权 Active CN101080737B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610329866.6A CN106022737A (zh) 2004-07-19 2005-07-19 程序性交易的自动授权

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/894,347 US7324976B2 (en) 2004-07-19 2004-07-19 Automatic authorization of programmatic transactions
US10/894,347 2004-07-19
PCT/US2005/025720 WO2006014721A2 (en) 2004-07-19 2005-07-19 Automatic authorization of programmatic transactions

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201610329866.6A Division CN106022737A (zh) 2004-07-19 2005-07-19 程序性交易的自动授权

Publications (2)

Publication Number Publication Date
CN101080737A true CN101080737A (zh) 2007-11-28
CN101080737B CN101080737B (zh) 2016-06-15

Family

ID=35510908

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200580030686.8A Active CN101080737B (zh) 2004-07-19 2005-07-19 程序性交易的自动授权
CN201610329866.6A Pending CN106022737A (zh) 2004-07-19 2005-07-19 程序性交易的自动授权

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201610329866.6A Pending CN106022737A (zh) 2004-07-19 2005-07-19 程序性交易的自动授权

Country Status (5)

Country Link
US (2) US7324976B2 (zh)
JP (2) JP2008507065A (zh)
CN (2) CN101080737B (zh)
CA (1) CA2574198A1 (zh)
WO (1) WO2006014721A2 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942719A (zh) * 2013-01-17 2014-07-23 国际商业机器公司 采用个性化欺诈检测规则的欺诈检测方法和系统
CN104992321A (zh) * 2015-06-30 2015-10-21 苏州寅初信息科技有限公司 一种基于特殊关系的转账方法及其系统
CN105376203A (zh) * 2014-08-26 2016-03-02 阿里巴巴集团控股有限公司 交互信息的处理方法、装置及系统
CN106373008A (zh) * 2016-08-18 2017-02-01 苏州超块链信息科技有限公司 一种数字资产按策略交易的方法及系统
CN107451816A (zh) * 2017-06-23 2017-12-08 阿里巴巴集团控股有限公司 线下交易的实现方法和装置
CN108428103A (zh) * 2017-12-28 2018-08-21 深圳萨摩耶互联网金融服务有限公司 决策引擎和决策方法
CN110390528A (zh) * 2019-07-22 2019-10-29 中汇信息技术(上海)有限公司 信息匹配方法和可读存储介质
CN115545699A (zh) * 2014-05-29 2022-12-30 苹果公司 用于支付的用户接口
US11809784B2 (en) 2018-09-28 2023-11-07 Apple Inc. Audio assisted enrollment
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
US11928200B2 (en) 2018-06-03 2024-03-12 Apple Inc. Implementation of biometric authentication

Families Citing this family (167)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070055582A1 (en) 1996-11-12 2007-03-08 Hahn-Carlson Dean W Transaction processing with core and distributor processor implementations
US20080172314A1 (en) 1996-11-12 2008-07-17 Hahn-Carlson Dean W Financial institution-based transaction processing system and approach
US8392285B2 (en) * 1996-11-12 2013-03-05 Syncada Llc Multi-supplier transaction and payment programmed processing approach with at least one supplier
US20050165699A1 (en) * 1996-11-12 2005-07-28 Hahn-Carlson Dean W. Processing and management of transaction timing characteristics
US8396811B1 (en) 1999-02-26 2013-03-12 Syncada Llc Validation approach for auditing a vendor-based transaction
US7809642B1 (en) 1998-06-22 2010-10-05 Jpmorgan Chase Bank, N.A. Debit purchasing of stored value card for use by and/or delivery to others
US6615189B1 (en) * 1998-06-22 2003-09-02 Bank One, Delaware, National Association Debit purchasing of stored value card for use by and/or delivery to others
US6032136A (en) * 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
US7660763B1 (en) 1998-11-17 2010-02-09 Jpmorgan Chase Bank, N.A. Customer activated multi-value (CAM) card
AU763571B2 (en) 1998-12-23 2003-07-24 Chase Manhattan Bank, The System and method for integrating trading operations including the generation, processing and tracking of and trade documents
US7058817B1 (en) 1999-07-02 2006-06-06 The Chase Manhattan Bank System and method for single sign on process for websites with multiple applications and services
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
US6615190B1 (en) * 2000-02-09 2003-09-02 Bank One, Delaware, National Association Sponsor funded stored value card
US7822656B2 (en) * 2000-02-15 2010-10-26 Jpmorgan Chase Bank, N.A. International banking system and method
AU2001282935A1 (en) 2000-08-01 2002-02-13 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US7831467B1 (en) 2000-10-17 2010-11-09 Jpmorgan Chase Bank, N.A. Method and system for retaining customer loyalty
US7103556B2 (en) * 2000-11-02 2006-09-05 Jpmorgan Chase Bank, N.A. System and method for aggregate portfolio client support
US8285641B2 (en) 2000-11-06 2012-10-09 Jpmorgan Chase Bank, N.A. System and method for selectable funding of electronic transactions
US7295999B1 (en) 2000-12-20 2007-11-13 Jpmorgan Chase Bank, N.A. System and method for determining eligibility and enrolling members in various programs
US8805739B2 (en) * 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US7895098B2 (en) 2001-03-01 2011-02-22 Jpmorgan Chase Bank, N.A. System and method for measuring and utilizing pooling analytics
US8849716B1 (en) 2001-04-20 2014-09-30 Jpmorgan Chase Bank, N.A. System and method for preventing identity theft or misuse by restricting access
US7313546B2 (en) 2001-05-23 2007-12-25 Jp Morgan Chase Bank, N.A. System and method for currency selectable stored value instrument
WO2002099598A2 (en) 2001-06-07 2002-12-12 First Usa Bank, N.A. System and method for rapid updating of credit information
US7266839B2 (en) 2001-07-12 2007-09-04 J P Morgan Chase Bank System and method for providing discriminated content to network users
US7860789B2 (en) 2001-07-24 2010-12-28 Jpmorgan Chase Bank, N.A. Multiple account advanced payment card and method of routing card transactions
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US7306141B1 (en) 2001-08-13 2007-12-11 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US6945453B1 (en) * 2001-08-13 2005-09-20 Bank One Delaware N.A. System and method for funding a collective account by use of an electronic tag
US7987501B2 (en) 2001-12-04 2011-07-26 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US20100030675A1 (en) * 2001-12-06 2010-02-04 Hanan Christopher C Payor focused business to business electronic invoice presentment and accounts payable reconciliation system and method
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
US20180165441A1 (en) 2002-03-25 2018-06-14 Glenn Cobourn Everhart Systems and methods for multifactor authentication
AU2003230751A1 (en) 2002-03-29 2003-10-13 Bank One, Delaware, N.A. System and process for performing purchase transaction using tokens
US20040210498A1 (en) 2002-03-29 2004-10-21 Bank One, National Association Method and system for performing purchase and other transactions using tokens with multiple chips
US8239304B1 (en) 2002-07-29 2012-08-07 Jpmorgan Chase Bank, N.A. Method and system for providing pre-approved targeted products
US7809595B2 (en) 2002-09-17 2010-10-05 Jpmorgan Chase Bank, Na System and method for managing risks associated with outside service providers
US7058660B2 (en) * 2002-10-02 2006-06-06 Bank One Corporation System and method for network-based project management
US8301493B2 (en) 2002-11-05 2012-10-30 Jpmorgan Chase Bank, N.A. System and method for providing incentives to consumers to share information
US10311412B1 (en) 2003-03-28 2019-06-04 Jpmorgan Chase Bank, N.A. Method and system for providing bundled electronic payment and remittance advice
US8306907B2 (en) 2003-05-30 2012-11-06 Jpmorgan Chase Bank N.A. System and method for offering risk-based interest rates in a credit instrument
US8175908B1 (en) 2003-09-04 2012-05-08 Jpmorgan Chase Bank, N.A. Systems and methods for constructing and utilizing a merchant database derived from customer purchase transactions data
US7953663B1 (en) 2003-09-04 2011-05-31 Jpmorgan Chase Bank, N.A. System and method for financial instrument pre-qualification and offering
US7814003B2 (en) * 2003-12-15 2010-10-12 Jp Morgan Chase Billing workflow system for crediting charges to entities creating derivatives exposure
US8762238B2 (en) * 2004-06-09 2014-06-24 Syncada Llc Recurring transaction processing system and approach
CN101385044A (zh) * 2004-06-09 2009-03-11 美国银行和许可股份有限公司 具有核心和经销商处理器实现的交易处理
CN101036169A (zh) 2004-06-09 2007-09-12 美国银行和许可股份有限公司 订购资源完成以及管理系统和方法
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8121944B2 (en) * 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US20050289053A1 (en) * 2004-06-29 2005-12-29 Monarch Visual Solutions, Inc. Method and system for distributing payments through an online kiosk
US7502760B1 (en) 2004-07-19 2009-03-10 Amazon Technologies, Inc. Providing payments automatically in accordance with predefined instructions
US7383231B2 (en) * 2004-07-19 2008-06-03 Amazon Technologies, Inc. Performing automatically authorized programmatic transactions
US7392222B1 (en) 2004-08-03 2008-06-24 Jpmorgan Chase Bank, N.A. System and method for providing promotional pricing
US8417633B1 (en) * 2004-11-08 2013-04-09 Rockstar Consortium Us Lp Enabling improved protection of consumer information in electronic transactions
US20060167792A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-supplier transaction and payment programmed processing system and approach
US7970671B2 (en) * 2005-04-12 2011-06-28 Syncada Llc Automated transaction processing system and approach with currency conversion
US8595323B2 (en) * 2005-04-14 2013-11-26 Accenture Global Services Limited Providing excess resources as a service
US7401731B1 (en) * 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
US7822682B2 (en) 2005-06-08 2010-10-26 Jpmorgan Chase Bank, N.A. System and method for enhancing supply chain transactions
US20060288057A1 (en) * 2005-06-15 2006-12-21 Ian Collins Portable data backup appliance
US20070033139A1 (en) * 2005-08-08 2007-02-08 Brad Handler Credit applicant and user authentication solution
US7925578B1 (en) 2005-08-26 2011-04-12 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7813913B2 (en) 2005-10-12 2010-10-12 Storage Appliance Corporation Emulation component for data backup applications
US20080028008A1 (en) * 2006-07-31 2008-01-31 Storage Appliance Corporation Optical disc initiated data backup
US8195444B2 (en) * 2005-10-12 2012-06-05 Storage Appliance Corporation Systems and methods for automated diagnosis and repair of storage devices
US20070091746A1 (en) * 2005-10-12 2007-04-26 Storage Appliance Corporation Optical disc for simplified data backup
US7822595B2 (en) * 2005-10-12 2010-10-26 Storage Appliance Corporation Systems and methods for selectively copying embedded data files
US7899662B2 (en) 2005-10-12 2011-03-01 Storage Appliance Corporation Data backup system including a data protection component
US7844445B2 (en) * 2005-10-12 2010-11-30 Storage Appliance Corporation Automatic connection to an online service provider from a backup system
US7702830B2 (en) * 2005-10-12 2010-04-20 Storage Appliance Corporation Methods for selectively copying data files to networked storage and devices for initiating the same
US7818160B2 (en) 2005-10-12 2010-10-19 Storage Appliance Corporation Data backup devices and methods for backing up data
US8316090B2 (en) * 2006-01-25 2012-11-20 Strongmail Systems, Inc. Systems and methods for communicating logic in e-mail messages
US7784682B2 (en) 2006-02-08 2010-08-31 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US8408455B1 (en) 2006-02-08 2013-04-02 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US7753259B1 (en) 2006-04-13 2010-07-13 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to both customers and non-customers
US8069084B2 (en) * 2006-07-14 2011-11-29 Wells Fargo Bank, N.A. Customer controlled account, system, and process
US8712884B2 (en) * 2006-10-06 2014-04-29 Syncada Llc Transaction finance processing system and approach
US20110029404A1 (en) * 2006-10-06 2011-02-03 Hahn-Carlson Dean W Transaction payables processing system and approach
US8666892B2 (en) * 2006-12-19 2014-03-04 Datacap Systems, Inc. Electronic payment processing system
FI20061163A0 (fi) * 2006-12-28 2006-12-28 Panorama Partners Oy Roolienhallintamenetelmä ja järjestelmä
US10853780B1 (en) * 2006-12-29 2020-12-01 Amazon Technologies, Inc. Providing configurable pricing for use of invocable services by applications
US7925554B1 (en) * 2006-12-29 2011-04-12 Amazon Technologies, Inc. Using configured application pricing to determine end user fees for use of invocable services
US8655786B2 (en) 2006-12-29 2014-02-18 Amazon Technologies, Inc. Aggregate constraints for payment transactions
US20080172487A1 (en) * 2007-01-03 2008-07-17 Storage Appliance Corporation Systems and methods for providing targeted marketing
US20080177659A1 (en) * 2007-01-19 2008-07-24 Timothy Douglas Lacey Systems and methods for providing financial processing in conjunction with instant messaging and other communications
US7962418B1 (en) * 2007-03-30 2011-06-14 Amazon Technologies, Inc. System and method of fulfilling a transaction
US8533821B2 (en) 2007-05-25 2013-09-10 International Business Machines Corporation Detecting and defending against man-in-the-middle attacks
FR2918529A1 (fr) * 2007-07-02 2009-01-09 France Telecom Procede de communication d'un terminal avec un serveur
US8676642B1 (en) 2007-07-05 2014-03-18 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to financial account holders
US8839383B2 (en) * 2007-08-20 2014-09-16 Goldman, Sachs & Co. Authentification broker for the securities industry
CN101136094A (zh) * 2007-09-29 2008-03-05 腾讯科技(深圳)有限公司 一种电子商务交易方法及系统
US8417601B1 (en) 2007-10-18 2013-04-09 Jpmorgan Chase Bank, N.A. Variable rate payment card
US8875259B2 (en) * 2007-11-15 2014-10-28 Salesforce.Com, Inc. On-demand service security system and method for managing a risk of access as a condition of permitting access to the on-demand service
FR2924880A1 (fr) 2007-12-07 2009-06-12 France Telecom Procede et systeme pour transfert d'objets
US8051455B2 (en) 2007-12-12 2011-11-01 Backchannelmedia Inc. Systems and methods for providing a token registry and encoder
US8380625B2 (en) * 2007-12-28 2013-02-19 International Business Machines Corporation Use of constraints to enforce complex payment policies
US7766244B1 (en) 2007-12-31 2010-08-03 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8751337B2 (en) * 2008-01-25 2014-06-10 Syncada Llc Inventory-based payment processing system and approach
US8725611B1 (en) 2008-02-21 2014-05-13 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
WO2010011685A1 (en) * 2008-07-21 2010-01-28 Syncada Llc Resource-allocation processing system and approach with adaptive-assessment processing
EP2321775A4 (en) * 2008-07-21 2013-10-02 Syncada Llc SYSTEM AND METHOD FOR RESOURCE ALLOCATION PROCESSING WITH RESOURCE POOLING
US9094721B2 (en) 2008-10-22 2015-07-28 Rakuten, Inc. Systems and methods for providing a network link between broadcast content and content located on a computer network
US8160064B2 (en) 2008-10-22 2012-04-17 Backchannelmedia Inc. Systems and methods for providing a network link between broadcast content and content located on a computer network
US20100269162A1 (en) 2009-04-15 2010-10-21 Jose Bravo Website authentication
US8560449B1 (en) * 2009-07-30 2013-10-15 Red Giant Inc. Adaptive transaction rules system
US20110035294A1 (en) * 2009-08-04 2011-02-10 Authernative, Inc. Multi-tier transaction processing method and payment system in m- and e- commerce
US8683609B2 (en) * 2009-12-04 2014-03-25 International Business Machines Corporation Mobile phone and IP address correlation service
US8386381B1 (en) 2009-12-16 2013-02-26 Jpmorgan Chase Bank, N.A. Method and system for detecting, monitoring and addressing data compromises
US8413137B2 (en) * 2010-02-04 2013-04-02 Storage Appliance Corporation Automated network backup peripheral device and method
US20110196790A1 (en) 2010-02-05 2011-08-11 Milne Benjamin P Transaction processing system
US8447641B1 (en) 2010-03-29 2013-05-21 Jpmorgan Chase Bank, N.A. System and method for automatically enrolling buyers into a network
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8589288B1 (en) 2010-10-01 2013-11-19 Jpmorgan Chase Bank, N.A. System and method for electronic remittance of funds
US20120173325A1 (en) * 2011-01-04 2012-07-05 Rajul Johri Using mobile devices to make secure and reliable payments for Title of Invention store or online purchases
US8543504B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8543503B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8489504B1 (en) 2011-04-05 2013-07-16 Google Inc. Transferring money using a mobile electronic device
CN103765423B (zh) * 2011-08-03 2017-02-15 亚马逊技术有限公司 收集与本地存储的数据文件相关联的事务数据
CN103797811B (zh) 2011-09-09 2017-12-12 乐天株式会社 用于消费者对交互式电视接触的控制的系统和方法
US8498939B1 (en) 2011-09-16 2013-07-30 Google Inc. Post-paid, single click payments
US20130132291A1 (en) * 2011-11-22 2013-05-23 Bank Of America Assessing agreement compliance
US8689310B2 (en) * 2011-12-29 2014-04-01 Ebay Inc. Applications login using a mechanism relating sub-tokens to the quality of a master token
US20130339160A1 (en) * 2012-05-31 2013-12-19 AppNexus Inc. Application marketplace for online advertising applications
US9947029B2 (en) 2012-06-29 2018-04-17 AppNexus Inc. Auction tiering in online advertising auction exchanges
US8917826B2 (en) 2012-07-31 2014-12-23 International Business Machines Corporation Detecting man-in-the-middle attacks in electronic transactions using prompts
WO2014033939A1 (ja) * 2012-08-31 2014-03-06 楽天Edy株式会社 携帯端末、携帯端末の制御方法、プログラム及び記録媒体
US10592888B1 (en) 2012-12-17 2020-03-17 Wells Fargo Bank, N.A. Merchant account transaction processing systems and methods
WO2015001452A1 (en) * 2013-07-03 2015-01-08 Visa Cape Town (Pty) Ltd System and method for authorizing direct debit transactions
US9426183B2 (en) 2013-07-28 2016-08-23 Acceptto Corporation Authentication policy orchestration for a user device
US11349879B1 (en) 2013-07-28 2022-05-31 Secureauth Corporation System and method for multi-transaction policy orchestration with first and second level derived policies for authentication and authorization
KR101534153B1 (ko) * 2013-08-23 2015-07-06 주식회사 엘지씨엔에스 비즈니스 로직 설계 방법, 이를 수행하는 비즈니스 로직 설계 서버 및 이를 저장하는 기록매체
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US10325259B1 (en) 2014-03-29 2019-06-18 Acceptto Corporation Dynamic authorization with adaptive levels of assurance
US10878411B2 (en) * 2015-05-13 2020-12-29 Sony Corporation Method and apparatus for issued token management
US10387980B1 (en) 2015-06-05 2019-08-20 Acceptto Corporation Method and system for consumer based access control for identity information
US10402792B2 (en) 2015-08-13 2019-09-03 The Toronto-Dominion Bank Systems and method for tracking enterprise events using hybrid public-private blockchain ledgers
US10586219B2 (en) 2015-08-13 2020-03-10 The Toronto-Dominion Bank Automated implementation of provisioned services based on captured sensor data
US10430795B2 (en) 2015-11-18 2019-10-01 Mastercard International Incorporated Rules engine for applying rules from a reviewing network to signals from an originating network
US10339529B2 (en) 2015-11-18 2019-07-02 Mastercard Internatioinal Incorporated Rules engine for applying rules from a reviewing network to signals from an originating network
US10216943B2 (en) * 2015-12-17 2019-02-26 International Business Machines Corporation Dynamic security questions in electronic account management
WO2018027059A1 (en) 2016-08-03 2018-02-08 KryptCo, Inc. Systems and methods for delegated cryptography
CA2943762C (en) 2016-09-30 2022-05-03 The Toronto-Dominion Bank Automated implementation of provisioned services based on captured sensor data
JP6805765B2 (ja) 2016-10-21 2020-12-23 富士通株式会社 ソフトウェアサービスの実行のためのシステム、方法、及びプログラム
JP7100422B2 (ja) 2016-10-21 2022-07-13 富士通株式会社 データプロパティ認識のための装置、プログラム、及び方法
EP3312722A1 (en) 2016-10-21 2018-04-25 Fujitsu Limited Data processing apparatus, method, and program
US10776170B2 (en) 2016-10-21 2020-09-15 Fujitsu Limited Software service execution apparatus, system, and method
ES2765415T3 (es) 2016-10-21 2020-06-09 Fujitsu Ltd Aparato, método y programa de procesamiento de datos basado en microservicios
CN107180341A (zh) * 2017-05-02 2017-09-19 广州市智专信息科技有限公司 一种支付方法及相应的便携式终端、第三方支付平台
US11133929B1 (en) 2018-01-16 2021-09-28 Acceptto Corporation System and method of biobehavioral derived credentials identification
US11367323B1 (en) 2018-01-16 2022-06-21 Secureauth Corporation System and method for secure pair and unpair processing using a dynamic level of assurance (LOA) score
US11455641B1 (en) 2018-03-11 2022-09-27 Secureauth Corporation System and method to identify user and device behavior abnormalities to continuously measure transaction risk
US11005839B1 (en) 2018-03-11 2021-05-11 Acceptto Corporation System and method to identify abnormalities to continuously measure transaction risk
CN110880091A (zh) * 2018-09-05 2020-03-13 易保网络技术(上海)有限公司 一种微服务的流程处理方法和设备
US10977660B2 (en) 2019-01-31 2021-04-13 Walmart Apollo, Llc System and method for automatically processing online refund request
US11367076B2 (en) * 2019-06-19 2022-06-21 The Toronto-Dominion Bank Entity-based controls for value transfer cards
US11410138B2 (en) 2019-06-19 2022-08-09 The Toronto-Dominion Bank Value transfer card management system
US10922631B1 (en) 2019-08-04 2021-02-16 Acceptto Corporation System and method for secure touchless authentication of user identity
US11096059B1 (en) 2019-08-04 2021-08-17 Acceptto Corporation System and method for secure touchless authentication of user paired device, behavior and identity
US11321904B2 (en) 2019-08-30 2022-05-03 Maxon Computer Gmbh Methods and systems for context passing between nodes in three-dimensional modeling
US10824702B1 (en) 2019-09-09 2020-11-03 Acceptto Corporation System and method for continuous passwordless authentication across trusted devices
US10951606B1 (en) 2019-12-04 2021-03-16 Acceptto Corporation Continuous authentication through orchestration and risk calculation post-authorization system and method
US11714928B2 (en) 2020-02-27 2023-08-01 Maxon Computer Gmbh Systems and methods for a self-adjusting node workspace
US11329998B1 (en) 2020-08-31 2022-05-10 Secureauth Corporation Identification (ID) proofing and risk engine integration system and method
US11373369B2 (en) 2020-09-02 2022-06-28 Maxon Computer Gmbh Systems and methods for extraction of mesh geometry from straight skeleton for beveled shapes
US11748721B1 (en) * 2022-03-14 2023-09-05 Andre Temnorod Procuring and presenting deposit transaction details

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1313973A (zh) * 1998-06-19 2001-09-19 普罗特克斯有限公司 认证付款系统
US20020111886A1 (en) * 2001-02-12 2002-08-15 Chenevich William L. Payment management
CN1399753A (zh) * 1999-09-07 2003-02-26 埃帕西菲克公司 用于对通过计算机网络的购买进行授权的方法和系统
CN1444163A (zh) * 2002-12-26 2003-09-24 程敏夫 不使用银行卡或存折完成银行交易的系统及方法
CN1449540A (zh) * 2000-06-28 2003-10-15 帕滕泰克公司 安全收集,存储和发送信息的方法和系统

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4658093A (en) * 1983-07-11 1987-04-14 Hellman Martin E Software distribution system
US5649099A (en) * 1993-06-04 1997-07-15 Xerox Corporation Method for delegating access rights through executable access control program without delegating access rights not in a specification to any intermediary nor comprising server security
US6044469A (en) * 1997-08-29 2000-03-28 Preview Software Software publisher or distributor configurable software security mechanism
US6157920A (en) * 1997-11-19 2000-12-05 Lucent Technologies Inc. Executable digital cash for electronic commerce
JP3788100B2 (ja) * 1999-03-31 2006-06-21 富士通株式会社 電子商取引システム及びコンピュータ読み取り可能な記録媒体
CN1421024A (zh) * 1999-08-25 2003-05-28 通用仪器公司 经有线电视系统及其娱乐终端提供电子商务的方法及系统
US6748367B1 (en) * 1999-09-24 2004-06-08 Joonho John Lee Method and system for effecting financial transactions over a public network without submission of sensitive information
US7966259B1 (en) 1999-12-09 2011-06-21 Amazon.Com, Inc. System and methods for facilitating transactions on, and personalizing web pages of, third party web sites
US20020111907A1 (en) * 2000-01-26 2002-08-15 Ling Marvin T. Systems and methods for conducting electronic commerce transactions requiring micropayment
US20030120592A1 (en) * 2000-03-03 2003-06-26 Ng Fook Sun Method of performing a transaction
CA2415366A1 (en) * 2000-07-17 2002-01-31 David N. Harris System and method for verifying commercial transactions
US20020044662A1 (en) * 2000-08-22 2002-04-18 Jonathan Sowler Service message management system and method
JP2004513422A (ja) 2000-10-30 2004-04-30 アマゾン ドット コム インコーポレイテッド ネットワークベースのユーザ間決済サービス
JP2002183439A (ja) * 2000-12-14 2002-06-28 Masumi Ito 商取引における取引当事者のオンラインチェック方法、及び、商取引の取引当事者へのオンライン連絡方法、及び、オンライン了承情報取得方法、並びに、それらのシステム
GB2372616A (en) 2001-02-23 2002-08-28 Hewlett Packard Co Transaction method and apparatus using two part tokens
US20020152158A1 (en) * 2001-04-12 2002-10-17 International Business Machines Corporation Digital money with usage-control
JP2003016298A (ja) * 2001-06-29 2003-01-17 Sony Corp 商品情報提供システム、商品情報提供装置および方法、記録媒体、並びにプログラム
JP2003223598A (ja) * 2002-01-29 2003-08-08 Ntt Docomo Inc 与信取引システム、与信取引方法、与信取引プログラム、及び、コンピュータ読取可能な記録媒体
GB2378782B (en) * 2001-08-16 2005-04-13 Sun Microsystems Inc Message brokering
GB2378781B (en) * 2001-08-16 2005-06-01 Sun Microsystems Inc Message brokering
GB2381710B (en) * 2001-10-31 2004-01-21 Sun Microsystems Inc Method and apparatus for routing signed messages
JP2004062771A (ja) * 2002-07-31 2004-02-26 Show Engineering:Kk インターネットバンクの口座を用いた決済システム
JP2004078937A (ja) * 2002-08-02 2004-03-11 Masayuki Sugita 電子商取引システム、サーバシステム、メーカー用端末、卸問屋用端末及び電子商取引方法並びに電子商取引プログラム
JP2004164597A (ja) * 2002-08-08 2004-06-10 Fujitsu Ltd 商品及びサービスを購入する方法
JP2003115023A (ja) * 2002-08-16 2003-04-18 Yamato Transport Co Ltd 決済仲介システム及び決済仲介方法
JP4417880B2 (ja) * 2004-02-12 2010-02-17 株式会社三菱東京Ufj銀行 出金管理方法及び出金管理システムを構成するホストコンピュータ
US7900247B2 (en) 2005-03-14 2011-03-01 Microsoft Corporation Trusted third party authentication for web services

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1313973A (zh) * 1998-06-19 2001-09-19 普罗特克斯有限公司 认证付款系统
CN1399753A (zh) * 1999-09-07 2003-02-26 埃帕西菲克公司 用于对通过计算机网络的购买进行授权的方法和系统
CN1449540A (zh) * 2000-06-28 2003-10-15 帕滕泰克公司 安全收集,存储和发送信息的方法和系统
US20020111886A1 (en) * 2001-02-12 2002-08-15 Chenevich William L. Payment management
CN1444163A (zh) * 2002-12-26 2003-09-24 程敏夫 不使用银行卡或存折完成银行交易的系统及方法

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103942719A (zh) * 2013-01-17 2014-07-23 国际商业机器公司 采用个性化欺诈检测规则的欺诈检测方法和系统
CN103942719B (zh) * 2013-01-17 2017-10-03 国际商业机器公司 用于促进欺诈检测的方法和计算机系统
US11836725B2 (en) 2014-05-29 2023-12-05 Apple Inc. User interface for payments
CN115545699A (zh) * 2014-05-29 2022-12-30 苹果公司 用于支付的用户接口
CN105376203A (zh) * 2014-08-26 2016-03-02 阿里巴巴集团控股有限公司 交互信息的处理方法、装置及系统
CN105376203B (zh) * 2014-08-26 2019-11-05 阿里巴巴集团控股有限公司 交互信息的处理方法、装置及系统
CN104992321B (zh) * 2015-06-30 2018-08-31 厦门云顶伟业信息技术有限公司 一种基于特殊关系的转账方法及其系统
CN104992321A (zh) * 2015-06-30 2015-10-21 苏州寅初信息科技有限公司 一种基于特殊关系的转账方法及其系统
WO2018032762A1 (zh) * 2016-08-18 2018-02-22 苏州超块链信息科技有限公司 一种数字资产按策略交易的方法及系统
CN106373008B (zh) * 2016-08-18 2020-09-01 苏州超块链信息科技有限公司 一种数字资产按策略交易的方法及系统
CN106373008A (zh) * 2016-08-18 2017-02-01 苏州超块链信息科技有限公司 一种数字资产按策略交易的方法及系统
CN107451816A (zh) * 2017-06-23 2017-12-08 阿里巴巴集团控股有限公司 线下交易的实现方法和装置
US11042857B2 (en) 2017-06-23 2021-06-22 Advanced New Technologies Co., Ltd. Offline transaction implementation method and apparatus
US11449848B2 (en) 2017-06-23 2022-09-20 Advanced New Technologies Co., Ltd. Offline transaction implementation method and apparatus
CN108428103A (zh) * 2017-12-28 2018-08-21 深圳萨摩耶互联网金融服务有限公司 决策引擎和决策方法
US11928200B2 (en) 2018-06-03 2024-03-12 Apple Inc. Implementation of biometric authentication
US11809784B2 (en) 2018-09-28 2023-11-07 Apple Inc. Audio assisted enrollment
CN110390528A (zh) * 2019-07-22 2019-10-29 中汇信息技术(上海)有限公司 信息匹配方法和可读存储介质

Also Published As

Publication number Publication date
CN106022737A (zh) 2016-10-12
JP5222924B2 (ja) 2013-06-26
WO2006014721A3 (en) 2006-04-13
JP2008507065A (ja) 2008-03-06
WO2006014721A2 (en) 2006-02-09
US7324976B2 (en) 2008-01-29
CA2574198A1 (en) 2006-02-09
CN101080737B (zh) 2016-06-15
US20070156611A1 (en) 2007-07-05
US7584152B2 (en) 2009-09-01
US20060036553A1 (en) 2006-02-16
JP2011048853A (ja) 2011-03-10

Similar Documents

Publication Publication Date Title
CN101080737A (zh) 程序性交易的自动授权
CN101076828A (zh) 执行自动授权的程序性交易
CN1542665A (zh) 计算机化争议解决系统和方法
CN1703921A (zh) 使用短消息服务的电子商务消息的方法与装置
CN101059857A (zh) 对发票进行电子验证的方法、系统和程序产品
CN1463408A (zh) 存款/储蓄显示装置
CN1926566A (zh) 用于上下文相关的实时通讯的动态指示符
CN1344395A (zh) 交易信息处理装置、交易终端装置、交易信息处理方法及记录媒体
CN1957327A (zh) 数据处理设备,数据处理方法,和数据处理程序
CN1392473A (zh) 用于web启动的识别的标记语言扩展
CN1625888A (zh) 启动远程通信操作机构提供金融交易服务的系统和方法
CN1839403A (zh) 经改进的慈善管理系统和商务方法
CN1695339A (zh) 用于万维网服务的动态互通性合同
CN1532760A (zh) 通信系统、结算管理装置及方法以及便携信息终端及信息处理方法
CN1659559A (zh) 用于规定和处理合法表达的系统和方法
CN1849632A (zh) 数字移动电话交易和支付系统
CN1750036A (zh) 电子票据和电子支票管理、转换、买卖中介的系统和方法
CN1394408A (zh) 内容传送系统和内容传送方法
CN1487450A (zh) 在数据库搜索系统和方法中的可扩展置标语言的使用
CN1630888A (zh) 利用组织-财产-个人模型资产跟踪系统和方法
CN1482568A (zh) 用于防止记录介质非授权使用的系统
CN1592230A (zh) 受控资源的授权管理
CN1618201A (zh) 使用移动电信设备以便于电子财务交易的系统及方法
CN101051372A (zh) 电子商务中对金融业务信息安全认证的方法
CN1592187A (zh) 将程序发送到移动终端的存储模块的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant