CN101553835A - 用于本地或远程进行的金融交易的管理者和服务商系统 - Google Patents

Abstract

“用于本地或远程进行的金融交易的管理者和服务商系统”，其方案在支付业务领域引发了一场彻底变革，其中此类系统不同于任何其它系统，因为它呈现了所提供服务的独特特性，其中当客户正在商业机构中、或与注册服务供应商接洽、或位于远程、或考虑在充分安全的情况中执行此类操作——仅在通过唯一且独占地为客户－用户所知的秘密口令进行确认之后才进行——时，操作整合以极度灵活的方式发生。另外，当前所提出的方案向客户－用户提供了全面舒适度，因为其操作由反应动作来表征，即，客户仅被邀约确认或拒绝正被处理的购买操作。为使这些属性成为可能，结果系统架构具有简单构成，事实上与同类型的其它系统相比协调至低成本，该系统由在提供商客户(C.P.)——支付方式的管理者的关系帐户的名义所有人——与注册商业机构或服务供应商(L)之间进行购买和支付操作管理的服务中心(CS.)构成。

Description

用于本地或远程进行的金融交易的管理者和服务商系统

当前请求的所提及标题的本发明专利是指针对在零售商/服务供应商与客户-用户之间的业务交易中充当服务商代理的信用或借记管理系统的发明方案，该方案的实际结果是其中对所提供服务的购买与支付的整合十分迅速的高质量服务。

另外，该系统允许在商业机构(已注册)中本地或者远程地整合金融操作，从而从客户-用户与零售商的交易量观点看来，凝聚了购买力。而且在此领域内，以一种未发表过的方式免除了零售商使用P.O.S.的需要。

使用这种系统的另一优点在于，任何以及所有操作具有提升的安全值，因为金融操作的开放仅在授权-通过向管理员发送口令(仅仅且专有地为客户-用户所知)——之后作出。安全也就是完全可靠的，因为操作管理中心对照并核查所有以及任何类型的、被认为可疑(即，与客户习惯不相像)的动作。

最后，但并非不重要的是，用于金融交易的管理者和服务商系统完全实现了新产品成功的最大要求——即客户-用户的舒适度，因为这些操作由反应动作来表征：客户仅被邀约确认(通过口令)、或拒绝正被处理的金融操作。

接着，结论是：当前所要求保护的、呈现出具有操作灵活和简易、防欺骗并且还具有较低操作成本的新颖性的系统达到根据1996年5月14日的法律9,279(Lei de Patentes，Marcas e Direitos Conexos-巴西)的第8条款的发明专利的要求。

技术背景

为了提供以上所提及的真实性，申请人在以下段落中给出了关于用于金融交易的管理系统的现有技术水平的描述，其中本领域技术人员将可认识到其消极方面，然后讨论关于在引入未发表过的用于金融交易的管理者和服务商——本专利所要求保护的对象——的情况下获益的优点。

追溯至有史以来，从那时起就已经在进行金融操作——购买和销售，在这里我们谈及“交易”的最初实践，即人们之间的商品交换。

在用作交易手段的货币——在让与商品时被接受而在占有另一商品时给予(间接交换取代直接交换)的普遍接受的媒介物——发明之前，使用这种实践。这种货币用于借记，并且作为通用支付的手段。在此情形中，货币必须被理解为转化为称为现金的纸币以及硬币的物理形式的货币单位。

随着金融领域的发展，商业机构开始运作另一类货币——银行支票——这种具体化实践一直持续到80年代末期，这时技术发展——主要在信息技术中——经历了一场空前的变革。商业自动化使得如磁卡那样的“电子货币”的出现成为可能，这种“电子货币”目前已被广泛用于取代现金和硬币。

历经一段时间的演变之后，归功于商业机构与管理借记和信用的金融中心之间简易的远程通信，在众多商业机构中，商业交易开始通过电子购买终端来进行。

但是为了将商业操作与这种工具进行整合，客户必须使用他/她的磁卡，因为这是将该磁卡物理地引入电子支付终端以开始销售程序的零售商所要求的。

然而，目前使用磁卡存在若干不利方面，其中需要物理地携带它引发误导和克隆情况以及结果的不合法使用。

作为其转变，信息技术领域的发展并不在当前阶段寻找其新领域，其中金融交易已被转化成以远程方式进行，从而确定操作系统的当前布局——迄今为止的那些物理布局——将被其中盛行远程通信的现代布局所替代的进展趋势。

在这种演变历程中，信用管理系统仍是缓慢且难以操作的——这表征为迫使客户采纳耗尽先占行为来整合远程金融操作，因此违反了新产品成功的基本原则，即，维护预先为客户-用户定义的舒适范围。

因此，结论在于，除近年来加速的技术进步之外，现有技术水平并未使远程方式的、凝聚购买力的任何信用管理系统呈现出高质量、灵活且实用。

发明提案

归因于以上在技术背景中提及的，请求人使用现代信息技术实现了未发表过的、将用在注册零售商或服务供应商与注册客户之间的管理者和服务商系统。系统允许要求注册客户批准(或拒绝)正在进行的交易，即使此操作正由注册客户适当授权的第三方作出时亦如此。

所提出的系统呈现了基于三个主要要素的简化架构：

1-)提供商客户：

1a-)授权附属机构(dependent)；

2-)信用或借记管理中心；以及

3-)注册零售商/服务供应商。

该系统是以允许所有类型的金融操作被限于这三个要素的方式来实现的，这三个要素借助如蓝牙、红外线、SMS和MMS等技术资源使用无线通信在彼此之间进行通信。

附图描述

为了使本说明书更完备以及获得对本发明的权利要求的特性的更好理解，随附有一组附图，在这些附图中描绘了用于本地或远程地进行金融交易的管理者和服务商的系统的示例性而非限制性的实现形式，其中：

图1示出用于本地模式下的金融交易的管理者和服务商系统的架构；

图2是示出了所涉及装备的、用于本地模式下的金融交易的管理者和服务商系统的架构；以及

图3示出用于远程模式下的金融交易的管理者和服务商系统的架构。

详细描述

以下详细描述必须参照高度概括的那些附图来阅读及解释，这些附图示出目前所要求权利的系统的、并非限制仅由权利要求所限定的发明范围的实现形式。为了更好地理解目前所要求权利的系统的架构，详细定义构成系统的必要要素，其中a-)提供商客户(C.P.)：为支付手段的运营商的关系帐户的名义所有人，其：

-接收在预期注册并被支付手段的运营商接纳之后的、针对金融操作的预先批准信用或信用持有资源；

-执行购买操作；以及

-授权(或拒绝)支付操作；

系统还考虑也称为“非名义所有人”的授权附属机构(C.G.)的角色，他被授权进行购买操作，但是需要提供商客户(C.P.)的批准；

b-)支付手段的运营商在本说明书中称为服务中心(C.S.)，并且具有以下属性：

-负责在商业机构与服务供应商及客户之间的关系中充当媒介；

-负责注册商业机构；

-负责对提供商客户(C.P.)的金融信用予以限制，或者管理提供商客户(C.P.)的债权(credited)资源；

-负责在授权或拒绝销售之前通过在其数据库中核查交易来确认关于该交易的所有信息；

-负责处理所有授权交易；

-负责评估授权交易在零售商与客户的帐户中的影响；

-负责管理客户和零售商的帐户，即，负责控制每个提供商客户(C.P.)欠支付手段的运营商多少、以及支付手段的运营商欠注册商业机构或服务供应商(L)多少；

-负责保持注册商业机构或服务供应商(L)与提供商客户(C.P.)之间的有效关系系统；

-负责向注册商业机构或服务供应商(L)发送具有销售汇总的摘录；

-负责整合提供商客户(C.P.)的购买交易以及向他/她发送要支付的发票；

-负责在系统执行交易期间确保100％保密和安全；

C-)注册商业机构或服务供应商(L)：是能够通过管理者和服务商系统对当前所要求的金融交易执行接收支付的操作的机构，其：-启动由提供商客户(C.P.)或授权附属机构(C.G.)进行的金融交易；

在定义了每一必要要素的概况和属性之后，将说明管理者和服务商系统对金融交易的操作逻辑，其中图1示出了本地进行的交易状况的架构和基本示图，其操作步骤可描述如下：

1-)所提供服务的购买或交易动作(T1)：在购买产品/服务结束之后，提供商客户(C.P.)请求注册商业机构的零售商或服务供应商(L)并且其通过管理者和服务商系统启动对当前所要求的金融交易的金融购买交易。在此过程期间，提供商客户(C.P.)必须通过卡(装备2)——参见图2——或口述来向零售商提供“客户标识码”。此码使将发送购买交易通知的服务中心能标识接收装备(装备1)——参见图2。

2-)金融交易(T2)：注册商业机构或服务供应商(L)向服务中心(C.S.)发送金融交易的信号。此信号包含与交易的币值有关的信息、支付状况以及提供商客户(C.P.)的“客户标识码”。

鉴于技术上的观点，金融交易(T2)可由零售商通过装备(装备2)——参见图2——来执行，该装备可以是连接到服务中心(C.S.)的任何设备，诸如膝上型设备、掌上电脑、移动电话、网站、mp3播放器或mpp4播放器、FM发射机、Skype、MSN、URA、借助电话的语音命令和口头恳请等。

3-)交易处理(T3)：当服务中心(C.S.)接收到信号时，信息经由服务器装备(SERV.)——参见图2——通过管理信息的专用软件来处理，该服务器装备验证注册商业机构或服务供应商(L)并使用客户标识码来向提供商客户(C.P.)的装备(装备1)发送购买操作订单。

再次鉴于技术上的观点，装备(装备1)可被认为是连接到服务中心(C.S.)的任何设备(参见图2)，诸如膝上型设备、掌上电脑、移动电话、网站、mp3播放器、mpp4播放器、FM发射机、Skype、MSN等。

4-)操作整合(T4)：提供商客户(C.P.)接收通知进而在他/她的装备(装备1)中接听，在其中他/她被告知本购买恳请，并接收诸如价值、支付形式以及发起此操作的注册商业机构或服务供应商(L)的信息。

在了解了购买操作的性质和细节之后，提供商客户(C.P.)确定他/她是否接受此操作(通过输入秘密口令)。在消极的情形中，他/或她通过选择例如菜单的正确选项来通知系统。

请求人强调在处理购买操作时本发明的独创思想，其中其整合由提供商客户(C.P.)的直接或反应动作来表征，而无需输入数据来确认注册、搜索、开通(open line)延迟等——在这种性质的方案中是众所周知的——进行复杂的转换。

5-)购买确认(T5)：当接收到操作接受(秘密口令)时，服务中心(C.S.)使用服务器装备(SERV.)中的专用信息管理软件来验证所发送的口令，并且在该验证之后向发起操作的注册商业机构或服务供应商(L)发送购买确认的通知。

另外，服务中心(C.S.)依照先前各方约定的合同向注册商业机构或服务供应商(L)自动发出对购买操作的支付。

6-)购买确认的通知(T6)：向提供商客户(C.P.)通知购买确认；以及

7-)发票签发(T7)：在确认和整合购买操作之后，服务中心(C.S.)依照先前各方约定的合同着手提供商客户(C.P.)的发票以备后续支付。

为了证明当前所要求的用于金融交易的管理者和服务商系统在操作上如何灵活，给出了图3中例示的第二操作情形，其中由授权附属机构(C.G.)——即由提供商客户(C.P.)先前授权的“非名义所有人”——进行有效的购买交易。

在此情形中，新系统所聚集的优点是显而易见的，其中购买可由第三方、授权附属机构(C.G.)进行，其中位于远程的提供商客户(C.P.)授权操作整合(T4)，在这种情况下可确认先前描述的操作逻辑被维持来弥补不足。

Claims (15)

1.一种简单架构的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，其由服务中心(C.S.)构成，所述服务中心在能够执行购买操作的提供商客户(C.P.)——即支付方式的管理者的关系帐户的名义所有人——与注册商业机构或服务供应商(L)之间的购买操作中充当媒介。

2.如权利要求1所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，所述购买操作和通信在物理或远程上的整合是根据所述提供商客户(C.P.)的装备(装备1)、所述注册商业机构或服务供应商(L)的装备(装备3)以及所述服务中心(C.S.)的其中有用于管理信息的专用软件的服务器装备(SERV.)来进行。

3.如权利要求2所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，所述装备(装备1)和(装备2)为可与所述服务装备(SERV.)通信的所有类型的设备，诸如膝上型设备、掌上电脑、移动电话、网站、mp3播放器、mp4播放器、FM发射机、Skype、MSN、URA、借助电话的语音命令和口头恳请等。

4.一种“用于本地或远程进行的金融交易的管理者和服务商系统”，其中操作逻辑始于所提供服务的购买或支付动作(T1)，其特征在于，继之以顺序步骤：金融交易(T2)、交易处理(T3)、操作整合(T4)、购买确认(T5)、购买确认的通知(T6)、以及发票签发(T7)。

5.如权利要求4所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所提供服务的所述购买或支付动作(T1)中，所述提供商客户(C.P.)的“客户标识码”的所述信息通过卡(装备2)或口述向所述注册商业机构或服务供应商(L)的零售商表达。

6.如权利要求5所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述金融交易(T2)中，所述注册业务结构或服务供应商(L)向所述服务中心(C.S.)发出所述金融交易的信号。

7.如权利要求6所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，所述金融交易的信号具有如币值、支付状况以及所述提供商客户(C.P.)的“客户标识码”那样的信息。

8.如权利要求6所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述交易处理(T3)中，所述服务中心(C.S.)识别所述金融交易的信号；由专用且可运行的所述管理软件对其进行处理；验证所述注册商业机构(L)；验证所述提供商客户(C.P.)的所述标识码；向所述提供商客户(C.P.)发送所述购买操作的确认订单。

9.如权利要求8所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述操作整合(T4)中，所述提供商客户(C.P.)在他/她的装备(装备1)中接收所提供服务的购买或支付操作的确认订单，告知价值、支付状况以及通知注册商业机构或服务供应商(L)进行所述操作；决定整合所述购买。

10.如权利要求9所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在决定整合所述操作时，接受是通过使用秘密口令、或拒绝、选择所述装备菜单(装备1)的选项来进行的。

11.如权利要求10所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述接受或拒绝所述购买操作时，所述提供商客户(C.P.)的直接和反应动作是通过对所述菜单的正确选择进行的。

12.如权利要求9所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述购买确认(T5)中，通过所述服务器装备(SERV.)验证所述口令；向所述注册商业机构或服务供应商(L)发出所述购买和支付确认的通知。

13.如权利要求9所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述购买确认通知(T6)中，向所述提供商客户(C.P.)通知所述购买确认。

14.如权利要求13所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在所述发票签发(T7)中，向所述提供商客户(C.P.)发送所述发票以备后续支付。

15.如权利要求1和4所述的“用于本地或远程进行的金融交易的管理者和服务商系统”，其特征在于，在系统的操作的第二形式中，所提供服务的所述购买或支付动作(T1)是由所述注册商业机构或服务供应商(L)中存在的授权附属机构(C.G.)来执行的，并且取决于所述位于远程的提供商客户(C.P.)的批准。

Images