CN103154983B - 支付系统、购买系统以及执行多个支付流程的方法 - Google Patents

支付系统、购买系统以及执行多个支付流程的方法 Download PDF

Info

Publication number
CN103154983B
CN103154983B CN201080040022.0A CN201080040022A CN103154983B CN 103154983 B CN103154983 B CN 103154983B CN 201080040022 A CN201080040022 A CN 201080040022A CN 103154983 B CN103154983 B CN 103154983B
Authority
CN
China
Prior art keywords
identification code
payment system
payment
user
buyer
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.)
Active
Application number
CN201080040022.0A
Other languages
English (en)
Other versions
CN103154983A (zh
Inventor
科斯明-加布里尔·恩内
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.)
Huperta Co.
Original Assignee
Rett & Co Ltd
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 Rett & Co Ltd filed Critical Rett & Co Ltd
Publication of CN103154983A publication Critical patent/CN103154983A/zh
Application granted granted Critical
Publication of CN103154983B publication Critical patent/CN103154983B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及支付系统。本发明建议创建一个支付系统，该支付系统使极少量金额的支付变简单并且用户使用更安全。为此，提供了一种用于至少一个网店的支付系统，其中，该支付系统包括：识别装置，用于获取至少一个买家系统的识别码；接口装置，用于接收和确认至少一个网店的借记订单，其中，账单包括与在该网店要支付的账务金额有关的信息；存储装置，用于存储与附属的识别码有关的借记订单；结算装置，其被设计它监控与识别码相关的账务金额的总额度，并且要求买家系统的用户在预设的时间间隔之后和/或在超过预设的总额度值时进行注册，以结清所述总额度的至少一部分。

Description

支付系统、购买系统以及执行多个支付流程的方法
描述
本发明涉及支付系统、购买系统以及执行多个支付流程的方法。
已知的购买系统是多个Web服务器通过互联网，通常是通过Internet相互连接，以使买家可以购买商品和/或服务。通常，顾客会选择某一虚拟购物广场，在那里寻找商品和服务，将这些东西放入虚拟购物车中并在购买流程结束时为该商品付账。支付流程通常成本很高，因为相应的用户或买家需要被充分认证。为此，通常要查询名称和地址数据。在支付流程中用户必须输入账户或信用卡的信息，该账户或信用卡的信息允许借记要支付的金额。注册的过程，即输入名字及地址的信息和/或账户或信用卡的信息的过程成本很高。主要的问题在于，顾客根本不想为几欧分到1欧元的小金额(0.01欧元-1.00欧元)注册。在购物广场上建立的几分钱金额的商品/信息的相应操作的成本过大，而且与实际收益不成比率。所以，尤其是在小于1欧元的付款范围根本不存在实际的市场，因为基于成本/效益比这样的市场根本不能形成。
此外，每个用户很希望确保他们的数据被保密处理。通常只在用户信任相应的购物广场时，用户才会透露他们的数据。因此，对于小企业来说，很难建立相应的购物广场或网店。
为购买的货币结算暂时设立提供了支付系统的服务提供商，在该支付系统中必须进行一次注册，然后可以在许多网店通过该支付系统对服务提供商完成支付流程。然而，相应的中央支付系统的注册成本也是很高的。此外，在相应的支付流程中产生要由网店承担的其他费用。
总的来说可以确定，与在互联网上相应购买相关的障碍和壁垒如此之多或高，致使潜在的买家往往对完成相应的购买望而却步。这对于那些购买时只产生很小金额的商品或服务尤为显著。所以，为了约为50欧分的消费而让用户看一整页(用户要完整注册所必须)的测试报告是极为困难的。
基于现有技术，本发明的任务是，提供一种确保安全支付流程的支付系统。此外，应当提供一种相应的购买系统以及执行多个支付流程的方法。
该任务通过根据本发明如下所述的支付系统、购买系统以及方法来解决。
特别地，该任务通过用于至少一个网店的支付系统来解决，其中该支付系统包括：
-识别装置，用于获取至少一个买家系统的识别码；
-接口装置，用于接收和确认至少一家网店的借记订单，其中，账单包括与在该网店要支付的账务金额有关的信息；
-存储装置，用于存储与附属的识别码有关的借记订单；
-结算装置，其被设计为监控与识别码相关的账务金额的总额度，并且要求买家系统的用户在预设的时间间隔之后和/或在超过预设的总额度值时进行注册，以结清总额度的至少一部分。
本发明的一个基本思路在于，支付系统以借记订单的形式记录用户进行的购买。此外，支付系统保存了识别码信息，该识别码信息使得所使用的买家系统有特别明确的身份识别成为可能。因此，不会在一开始就查询涉及买家系统的用户的信息。从理论上说，任何用户都可以借助买家系统完成购买和支付流程。
只有在超过预设的时间间隔之后和/或在超过预设的总额度值时，支付系统才要求用户进行注册，以结清总额度的至少一部分。因此，用户可以暂时完全匿名并且为防止任何欺诈安全地进行购买。用户的每次购买被分配到其使用的买家系统，例如PC或移动设备。只有在预设的期限到期之后，或者在预设的总额度被实现了之后，用户必须透露他的身份，或者至少输入可以结清债务的信息。
该支付系统将互联网上要支付的内容的进入门槛降低到最小，因为允许用户现在消费并且稍后付款。用户可以将多个很小的支付金额(小额支付)累加，然后在合计达到相应金额时再付款。因为不必为任何最小支付流程采取相应的措施，因此也节省了技术资源。此外，可以借助该支付系统访问新的市场，比如，致力于专门通过非常小的金额(比如小于1欧元)付款的市场。
根据本发明的支付系统还能够进行小额经济清偿。这样，信贷机构借记的最低手续费有时候比所购买内容的价值高出几倍(例如，每笔交易平均0.20欧元)。根据本发明的支付系统可以用作全局的购物篮(比如跨多个网站)并组合购物。这些购物被累计结算，其中，交易手续费相比于最低费用有所下降。借记交易仅一次就结算例如20次购买交易，其中由执行借记造成的额外成本被降低。
结算装置可以设计成，直到注册为止不会查询私人数据，特别是不会查询买家系统的用户的支付信息。
存储装置可以设计成，直到注册为止只保存涉及买家系统的参考数据的借记订单。
识别装置能够提供在买家系统上执行的程序，使得该识别装置获得至少一个识别码。通常情况下，通信协议已经允许获取相应的特别清楚地显示在买家系统上的标志。然而优选地，提供了在买家系统上执行的、读取或生成用于识别买家系统的相应的识别码的程序。
接口装置包括识别码的限制表，并设计成，使得该接口装置拒绝与包含在限制表中的识别码有关的借记订单，其中，结算装置可以设计成，将买家系统的识别码保存在限制表中，在该限制表中的用户是在预设的时间间隔之后和/或在超过预设的总额度值时没有进行注册，以至于不能将所述总额度至少部分结清的用户。这样就使得上述支付系统可能把有“不良付款表现”的人或用户排除在外并使所造成的损害最小化。由于根据本发明的支付系统主要用于结清非常小的支付金额，所以金融风险是很低的。
所述任务同样可以通过购买系统来解决，该购买系统包括多个网店和至少一个正如前面已经描述过的支付系统。
购买系统可以包括至少一个网店，该网店具有用于提供基于HTML的销售门户网站的Web服务器，其中，至少一个用于结算账单的对象(Objekt)被嵌入(eingebettet)销售门户网站中，该对象与支付系统保持通讯连接。因此，网店和销售门户网站之间能够进行交互，而用户为此不必采取额外措施。网店将相应的对象嵌入它的网站()中并通过与支付系统通讯的对象来对付款流程进行结算。
该被嵌入的对象可以被设计为用于发布涉及支付系统、特别是涉及付款要求和/或账户状况的信息。因此，用户不必为了能够在支付系统看到他的账户状态而进行额外的操作。该相应的信息被作为各个网店的网站的一部分被显示出来。同样，在支付系统希望将信息发送给用户的情况下，支付系统不必采取任何主动的操作。相反，可以等到用户借助其买家系统访问与支付系统通讯的网店。在这种情况下，网店会向买家系统的用户给出支付系统的相应信息。
此外，所述任务可以通过执行多个支付流程的方法来解决，其中所述方法包括：
-存储买家系统的识别码，借助该存储，在网店中以确定的购买金额的额度完成购买，
-存储通过支付系统与识别码相关联的购买金额，
-监控通过支付系统借助买家系统完成的购买总额度，
-当总额度超过预设值和/或超过预设的时间间隔时，向买家系统的用户发送要结清的总额度的至少一部分的请求。
对于该方法也会产生正如那些结合支付系统已经阐明过的类似的益处。
该方法可以包括在发送请求之后进行用户注册。所以，不像在传统系统中那样直接进行注册以结算各购买金额。相反地，支付系统将经过一段长时间的购买金额累计，并且稍后要求结算。
注册可包括获取账户和/或信用卡的信息。
所谓的识别码可以是硬件识别码。这里主要涉及买家系统的硬件识别码。这种识别码是传统买家系统的固定组成部分并且能够被用来指示其明确的身份。此外，相对复杂的是，修改这种码会使根据本发明的支付系统出错。
所述硬件识别码可以包括MAC地址(媒体访问控制地址)和/或信息处理器识别码和/或硬盘识别码和/或IP地址和/或其他明确的设备码的至少一部分，所述设备码比如是智能手机的独特设备ID(UDID)。
买家系统的识别可以单独借助硬件识别码来实现。优化地，可以提供其他机制以识别用户和/或买家系统。例如，本地共同使用的对象(“本地共享对象”)可以被存储在买家系统上。这里涉及Flash Cookie。为了针对假冒确保专业性(Kenner)，该对象可以被数字签名。该签名可以借助公共密钥基础设施(PKI)的证书来实现。
时间间隔可以大于10天和/或大于一个月和/或大于三个月。时间间隔最好从与特定识别码相关的第一次账单的输入和执行开始计算。
根据从属权利要求可得出其他有益的实施方式。
下面，将通过多个实施例对本发明进行描述，并依据附图对所述实施例进行详细描述。这里展示了：
-图1是包括买家系统、网店和支付系统的购买系统；
-图2是图1中的支付系统的各个组件；
-图3是图1和图2中的支付系统的原理展示的数据库条目；并且
-图4是根据本发明订购流程的流程图。
在后面的描述中，对于相同的以及作用相同的部分采用相同的附图标记。
图1展示了根据本发明的购买系统。这里，买家系统10，例如笔记本电脑、PC或移动设备，通过网络，在上述情况下通过互联网1与网店20连接。此外，网店20和买家系统10通过互联网1与支付系统30保持通讯连接。通常，大量其他系统连接在互联网1上。
图2展示了支付系统30的各个组件。根据本发明的支付系统30具有：用于获取至少一个买家系统10的识别码的识别装置31；用于接收和确认网店20的借记订单的接口装置32，其中，账单包括与在该网店要支付的账务金额有关的信息；用于存储与附属的识别码ID有关的借记订单的存储装置；以及，用于进行详细的支付流程的结算的结算装置34。
下面，将依据图4中的流程图详细地对各个装置进行阐述。借助根据本发明的支付系统30结算的购买实施例如下进行：
用户在他使用的买家系统10中运行的浏览器中输入某一互联网地址。该浏览器开始与网店20的一个或多个服务器连接并显示网店20的网站。该网站包括了嵌入的对象，该对象与支付系统30的接口装置32保持通讯连接。支付系统30还能够借助嵌入的对象获取买家系统10的识别码ID。在上述情况中，涉及买家系统10的MAC地址。因此，如图4中的步骤101说明的，买家系统10的MAC地址被获取。
之后检测该买家系统10是否可信(参见步骤102)。最终，支付系统30，特别是结算装置34确定，在接收到MAC地址上是否存在账户。如果有相应的账户存在，则确定在该账户上是否已经有账单存在。如果是这种情况，将各个账单累加。只要账务金额超过给定值(例如3欧元)，或者最早的账单发生在超过3个月之前，则买家系统10的用户被要求结清现有的账单(步骤111)。如果用户支付了未付的总额度(参见步骤112)，那么他可以继续进行购买(参见步骤104)。否则，该用户会被阻止访问所述网店20(参见步骤112)。
只要买家系统10的信用度没有问题，用户就可以借助买家系统10完成购买(参见步骤104)。例如，可以查看电影的付费评论。在其他的实施例中，用户甚至可以通过互联网1接通电话。
在购买结束后，网店20会将附属的账单以借记订单的形式转发给支付系统30，尤其是转发给接口装置32(参见步骤105)。在步骤106中，检测对于买家系统10是否已经存在一个账户。最后，确定是否已经由支付系统30在所读取的MAC地址上设置了一个账户。假如没有账户存在，就生成一个相应的账户(参见步骤114)。在步骤107中，支付系统30(特别是存储装置33)保存了与MAC地址相关的借记订单。为所生成的帐户添加一个条目，该条目给出了关于哪一次购买已由被获取的MAC地址完成的说明。
然后，买家系统10的用户可以决定，他是否想继续进行购买(参见步骤108)。只要用户对此还有兴趣，他可以，例如通过输入其他互联网地址检索其他网店20的其他网站。在那里会重新获取该用户的MAC地址，而该MAC地址会被转发给支付系统30(参见步骤101)。
正如根据上述实施例所描述的，首先实现了通过支付系统30在很大程度上匿名获取的单个借记订单。支付系统30为网店20确认账单，这样使得网店基本上可以从被结算的付款出发。支付系统30可以仅根据MAC地址识别买家系统10。存储装置33存储了与相应MAC地址相关的借记订单。这里，支付系统30包括了相应的数据库，在该数据库中引用相应的表格。在图3中展示了在该数据库中所引用的表格的示例节选。该表格包括了例如3个列，即包含某一借记订单的身份识别的第一列、包含要借记的金额的第二列以及包含日期的第三列，其中，借记订单在所述日期输入支付系统30。图3中表格的任一行都要与借记订单一致。所以，例如从图3中的表格可得知，在2009年7月1日为识别码222借记20欧分。此外，在2009年9月20日为同上的MAC地址借记5欧分。
结算装置34可以使用这些条目，以算出某一识别码ID账务金额的总额度。例如，识别码222的总额度合计为25欧分。
所以，支付系统30例如可以设置为，如果债务大于1欧元则买家系统10的用户必须结清他的债务。相应地，对于步骤102中使用识别码222的购买系统的用户要被检测，已由他转换的总额度是否大于1欧元。因为在图3中展示的实施例不是这种情况，所以他可以不必结清债务而继续进行购买。
在已经描述过的实施例中，在步骤102中要检测，买家系统10是否已经转换了大于给定值(比如1欧元)的总额度。另外，结算装置34在步骤102中检测，买家系统10的用户使用支付系统30是否已经超过了账单的时间间隔。例如，结算装置34可以检测，某一识别码ID第一次的借记订单是否已经早于3个月前。该支付系统30可以设置为，在这种情况下，立刻要求结清未付的金额。
此外，该支付系统30可以设置为，在任何时间为用户提供结清其已有的借记订单的可能性。最好通过提供折扣优惠鼓励用户，在尽可能早的时间向支付系统30完成付款。
此外，支付系统30可以有账户监控装置，该账户监控装置监控实际收到货款并把买家系统10记入贷方(gutschreiben)。例如，根据本发明的注册可以通过用户给出用户名来实现。作为回应，支付系统30会告知该用户一个账号，并要求他在给出用户名的前提下向相应的账户转账要缴付的总额度。所汇款的金额会被存入该用户使用的买家系统10的账户中。
在另外一个实施例中，自动生成用户名或付款事由。此外，用户在很大程度上保持匿名。
在其他实施例中，用户给出地址数据和他的真实姓名，并结合这些数据保存他的账号，这样使得支付系统30就可以借记过去产生的借记订单。此外，这些输入数据能够被用于，尽快地处理将来产生的借记订单或以统计借记的形式在月底、季末或年底时来处理将来产生的借记订单。
在已经描述过的实施例中，MAC地址被用来识别买家系统10。对于本领域中的技术人员而言应当很明显的是，他可以替换MAC地址而采用IP地址、操作系统的识别码、信息处理器的识别码或者其他提供有关买家系统10的身份信息的识别码。理论上也可以使用多个这种识别码ID，以提高支付系统30的安全性。此外，也可以仅使用所谓的识别码的一部分，以产生用于识别买家系统10的明确的密钥。
在如图1的实施例中，结合仅一个买家系统10和仅一个网店20描述了购买系统。而在通常情况下，多个买家系统10集中在一个网店20上。此外，存在大量使用着一个或多个根据本发明的支付系统30的网店20。
在已经描述过的实施例中，买家系统10的识别以某一识别码ID为准，该识别码ID包括MAC地址、IP地址、操作系统的识别码、信息处理器的识别码或者其他提供有关买家系统10的身份信息的识别码，或者这些识别码中的一部分。可以将所述方法组合实施。那么，就可以查询不同的识别码ID，所述识别码ID涉及例如，MAC地址或IP地址或信息处理器的识别码。总之，要使用由买家系统10提供的识别码ID。
此外，可以按照序列查询每个识别码ID。这个序列例如可以基于概率，根据该概率某一买家系统10可提供数字或字符串。那么，支付系统30可只根据MAC地址进行访问。如果不能确定，那么再查询信息处理器的识别码等等。此外，可以考虑设置Cookie。
用户可以通过数字签名的Cookie被明确分配一个数据记录。签名的数据可以包括一个由所有至今已知的用户数据形成的组合值，以避免滥用。该Cookie可以通过多种技术保存到买家系统10上(例如，作为FlashCookie)，并且因此，只要可能应防止之后被删除。如果之后在与支付系统30联系时在Cookie存储器中的Cookie被删除，那么它可以被修复。该Cookie也可以包括说明用户是否已经注册或登录的参数。用户可以在任何时间登录到支付系统30的界面，以查看他的账户信息。
在另外一个实施例中，支付系统30使用由用户提供的代码，以便相对于支付系统识别该用户。该代码可以用作识别码ID并且可以代替买家系统10的硬件识别码，比如MAC地址，被使用。同样也可以考虑替代上述已经提到的识别码，例如被查询的硬件识别码，而使用输入的代码。
该代码可以例如是国际移动用户识别码IMSI(International MobileSubscriber Identity)。那么，买家系统10的用户输入他的移动电话的IMSI，并且支付系统30为此创建一个账户或者在已有账户中添加账单。该支付系统30可以通过向相应的移动电话发送消息，例如通过短消息服务SMS(Short Message Service)来验证所给出的代码(即IMSI)的正确性。然后，支付系统30可以要求用户在收到消息时做出响应，例如通过返回该消息或输入密码来响应，其中，如果该消息没有被响应，则该支付系统30的使用将被中断。所述验证可以只进行一次，最好在创建账户时，或在每次支付流程中进行。
为了尽可能减少用户不付费(比如：一个用户使用支付系统30直到他被要求结清负债。然后他却没有结清他的负债，而是放弃继续使用支付系统30。)的风险，支付系统30可以包括一个评估装置。该评估装置主要收集有关实际借记订单和/或识别码ID的连续统计数据。可以获取并使用另外的数据，该数据表明了实际购买的产品和/或用户的居住地点。例如用户的IP地址可被用来粗略确定用户的居住地点。此外，根据用户使用的互联网供应商的IP地址，能够确定RIPE负责人或类似的情况。该评估装置能够使用综合的统计数据来适应付款波动(Zahlungsschwelle)。
例如，一个用户基于其IP地址被分配到一个具有统计学上的良好信用的组，那么该用户可在直到他的账户显示有大于2欧元的负平衡时才完成借记订单，然而一个基于其IP地址被分到一个有较差信用的组的用户，只允许完成总额为1欧元的借记订单。当用户被分到一个信用很差的组时，理论上支付系统30可以在注册之前完全不允许其借记。统计最好由评估装置在数据库中进行，而且在进行与用户的首次联系时便可以进行分析。
正如已经阐述过的，识别码ID可以至少部分由在Cookie中保存的数据构成或者导出,所述Cookie存储在买家系统10上。有关数据最好被多次被存储到买家系统10上，以避免该数据的删除。例如，多个Cookie可以存储在买家系统10上，其中，第一个Cookie由支付系统30直接保存且第二个Cookie在网店20那里保存。就这点而言，支付系统30可以直接从买家系统10查询识别码ID，并将查询到的值与网店20提供的值进行比较。为了提高安全性和匿名性，识别码可按加密形式被提供给网店20，这样使得网上商店20直接分配给用户一个特定的标识号ID是不可能的。只要，用户再一次访问同一网店20，该网店就会查询识别码ID并将其转发给支付系统。此外，买家系统10同样能够被重新定向到支付系统30的网站上，该网站查询具有其他或相同的识别码ID的其他Cookie。
对于实际操作的技术人员而言，有其他分配识别码ID给买家系统10的可能性，这应当是显而易见的。例如，可以修改基于互联网的通讯协议，这样就允许在使用的买家系统10上得出明确的结论。所以，传统的浏览器使用被访问网站的缓存，以便快速方便地实现存取。有必要提供(网络)识别码的各个缓存项，这样使得在重新调出买家系统10的网页时，要求配有识别码的对象的更新版本。买家系统10的这一要求可以使支付系统30清楚地识别买家系统。
此外，URL可以被修改成返回标识码ID或标识码ID的一部分。
附图标记表
1 互联网
10 买家系统
20 网店
30 支付系统
31 识别装置
32 接口装置
33 存储装置
34 结算装置
ID 识别码
101 步骤101：支付系统获取买家系统的MAC地址
102 步骤102：买家系统是可信的吗？
104 步骤104：用户进行购买
105 步骤105：网店转发附属的账单
106 步骤106：该MAC地址存在账户吗？
107 步骤107：支付系统保存借记订单
108 步骤108：继续购买？
111 步骤111：付款请求
112 步骤112：用户付款了吗？
113 步骤113：禁止访问
114 步骤114：创建账户

Claims (20)

1.一种用于至少一个网店的支付系统，包括：
-识别装置，其用于获取至少一个买家系统的识别码；
-接口装置，其用于接收和确认所述至少一个网店的借记订单，其中，账单包括与在该网店要支付的账务金额有关的信息；
-存储装置，其用于存储与附属的识别码ID有关的借记订单；
-结算装置，其被设计为监控与所述识别码ID相关的账务金额的总额度，并且要求所述买家系统的用户在预设的时间间隔之后和/或在超过预设的总额度值时进行注册，以结清所述总额度的至少一部分。
2.如权利要求1所述的支付系统，其特征在于，
所述结算装置被设计成，直到注册为止不会查询私人数据。
3.如权利要求1所述的支付系统，其特征在于，
所述结算装置被设计成，直到注册为止不会查询所述买家系统的用户的支付信息数据。
4.如权利要求1或2或3所述的支付系统，其特征在于，
所述存储装置被设计成，直到注册为止只保存涉及所述买家系统的参考数据的借记订单。
5.如权利要求1或2或3所述的支付系统，其特征在于，
所述识别装置提供在所述买家系统上执行的程序，使得所述识别装置获得所述至少一个识别码ID。
6.如权利要求1或2或3所述的支付系统，其特征在于，
所述接口装置包括识别码ID的限制表，并被设计成使得所述接口装置拒绝与包含在所述限制表中的识别码ID有关的借记订单，其中，所述结算装置被设计成，将所述买家系统的识别码ID保存在所述限制表中，所述限制表中的用户是在预设的时间间隔之后和/或在超过预设的总额度 值时没有进行注册，以至于不能将所述总额度至少部分结清的用户。
7.权利要求1或2或3所述的支付系统，其特征在于，
所述买家系统包括PC和/或移动设备。
8.如权利要求1或2或3所述的支付系统，其特征在于，
所述识别码ID包括硬件识别码。
9.如权利要求8所述的支付系统，其特征在于，
所述硬件识别码包括MAC地址和/或信息处理器识别码和/或控制器识别码和/或硬盘识别码和/或IP地址的至少一部分。
10.如权利要求1或2或3所述的支付系统，其特征在于，
所述时间间隔大于10天和/或大于1个月和/或大于3个月。
11.一种购买系统，包括：
多个网店和至少一个如上述权利要求中任一项所述的支付系统。
12.如权利要求11所述的购买系统，其特征在于，
包括至少一个具有用于提供基于HTML的销售门户网站的Web服务器的网店，其中，至少一个用于结算账单的对象被嵌入所述销售门户网站中，所述对象与所述支付系统保持通讯连接。
13.如权利要求11或12所述的购买系统，其特征在于，
所被嵌入的对象被设计为用于发布涉及支付系统的信息。
14.如权利要求11或12所述的购买系统，其特征在于，所被嵌入的对象被设计为用于发布涉及付款要求和/或账户状况的信息。
15.一种执行多个支付流程的方法，包括：
-存储买家系统的识别码ID，借助所述存储，在网店中以确定的购买金额的额度完成购买，
-通过支付系统存储与所述识别码ID相关联的购买金额，
-通过所述支付系统监控借助所述买家系统完成的购买总额度，
-当总额度超过预设值和/或超过预设的时间间隔时，向所述买家系统的用户发送要结清的总额度的至少一部分的请求，
该方法还包括：在发送所述请求之后进行用户注册。
16.如权利要求15所述的方法，其特征在于，
所述注册包括获取账户信息和/或信用卡信息。
17.如权利要求15或16所述的方法，其特征在于，
所述买家系统包括PC和/或移动设备。
18.如权利要求15或16所述的方法，其特征在于，
所述识别码ID包括硬件识别码。
19.如权利要求18所述的方法，其特征在于，
所述硬件识别码包括MAC地址和/或信息处理器识别码和/或控制器识别码和/或硬盘识别码和/或IP地址的至少一部分。
20.如权利要求15或16所述的方法，其特征在于，
所述时间间隔大于10天和/或大于1个月和/或大于3个月。
CN201080040022.0A 2009-09-08 2010-09-03 支付系统、购买系统以及执行多个支付流程的方法 Active CN103154983B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE102009040575 2009-09-08
DE102009040575.5 2009-09-08
DE102009050985.2 2009-10-28
DE102009050985A DE102009050985A1 (de) 2009-09-08 2009-10-28 Bezahlsystem, Einkaufssystem und Verfahren zum Durchführen einer Vielzahl von Bezahlvorgängen
PCT/EP2010/005435 WO2011029560A2 (de) 2009-09-08 2010-09-03 Bezahlsystem, einkaufssystem und verfahren zum durchführen einer vielzahl von bezahlvorgängen

Publications (2)

Publication Number Publication Date
CN103154983A CN103154983A (zh) 2013-06-12
CN103154983B true CN103154983B (zh) 2016-10-12

Family

ID=43571168

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080040022.0A Active CN103154983B (zh) 2009-09-08 2010-09-03 支付系统、购买系统以及执行多个支付流程的方法

Country Status (8)

Country Link
US (2) US20120166339A1 (zh)
EP (1) EP2476087B1 (zh)
CN (1) CN103154983B (zh)
DE (1) DE102009050985A1 (zh)
IL (1) IL218439A (zh)
PL (1) PL2476087T3 (zh)
SG (2) SG178579A1 (zh)
WO (1) WO2011029560A2 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8639619B1 (en) 2012-07-13 2014-01-28 Scvngr, Inc. Secure payment method and system
US8770478B2 (en) 2013-07-11 2014-07-08 Scvngr, Inc. Payment processing with automatic no-touch mode selection
US20190102763A1 (en) 2016-04-19 2019-04-04 Cosmin-Gabriel Ene System and method for self-publication and distribution of digital content via the internet
WO2019008160A1 (en) 2017-07-06 2019-01-10 Laterpay Ag METHODS AND SYSTEMS FOR REFERRING-BASED PAYMENT SYSTEM SELECTION FOR INTERNET-BASED MERCHANTS
CA3087480A1 (en) 2018-01-02 2019-07-11 Laterpay Ag Methods for access point systems and payment systems therefor
US12002026B2 (en) 2018-01-05 2024-06-04 Supertab Ag Method for context-based selection and activation of applications on a mobile device
CA3098343A1 (en) 2018-04-27 2019-10-31 Laterpay Ag Method for mobile network operator-based payment system
WO2019243595A1 (en) 2018-06-21 2019-12-26 Laterpay Ag Method and system for augmented feature purchase
US20220292487A1 (en) 2019-08-15 2022-09-15 Cosmin-Gabriel Ene Methods and systems for image sensor-based signage intiated transactions
EP3929848A1 (en) 2020-06-22 2021-12-29 Laterpay AG Laterpay 5g secondary authentication
EP3965044A1 (en) 2020-09-02 2022-03-09 Laterpay AG Method, system, program, and medium for trading personal data
EP4207036A1 (en) 2021-12-30 2023-07-05 Supertab AG A computer-implemented method for enabling purchases related to an augmented reality environment, a computer readable medium, an ar device, and a system for enabling purchases related to an augmented reality environment
GB2622546A (en) 2022-06-16 2024-03-20 Supertab Ag Methods for payment and merchant systems with advanced cancelation functionality
GB2628040A (en) 2023-02-03 2024-09-11 Supertab Ag A method for providing a response to a client request and a system for a chat conversation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1349631A (zh) * 1999-03-17 2002-05-15 圣达特出版公司 用于预订航线旅程的计算机执行系统和方法
CN101231722A (zh) * 2007-01-22 2008-07-30 阿里巴巴公司 一种网络支付方法及系统
CN101246575A (zh) * 2008-01-31 2008-08-20 戚永德 信用化买方非强制履约后付费交易系统及方法
CN101447052A (zh) * 2009-01-05 2009-06-03 阿里巴巴集团控股有限公司 延期付款/分期付款的网上信贷系统及网上信贷方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1312549C (zh) * 1995-02-13 2007-04-25 英特特拉斯特技术公司 用于安全交易管理和电子权利保护的系统和方法
NO310087B1 (no) * 1999-07-05 2001-05-14 Jens Petter Hoeili Fremgangsmåte og system for betalingstransaksjon
US7720762B1 (en) * 2002-10-03 2010-05-18 Gofigure Payments, Llc System and method for electronically processing commercial transactions based upon threshold amount
KR20010008101A (ko) * 2000-11-08 2001-02-05 제경성 하드웨어의 고유번호를 이용한 전자거래 시스템 및 그 방법
TW561753B (en) * 2001-03-29 2003-11-11 Sony Corp Information processing device
GB2400960B (en) * 2001-05-02 2004-12-29 Virtual Access Ltd Secure payment method and system
JP3885798B2 (ja) * 2003-12-15 2007-02-28 セイコーエプソン株式会社 ネットワークシステム
GB2413651A (en) * 2004-04-26 2005-11-02 Drdc Solutions Ltd Networked electronic trading system
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1349631A (zh) * 1999-03-17 2002-05-15 圣达特出版公司 用于预订航线旅程的计算机执行系统和方法
CN101231722A (zh) * 2007-01-22 2008-07-30 阿里巴巴公司 一种网络支付方法及系统
CN101246575A (zh) * 2008-01-31 2008-08-20 戚永德 信用化买方非强制履约后付费交易系统及方法
CN101447052A (zh) * 2009-01-05 2009-06-03 阿里巴巴集团控股有限公司 延期付款/分期付款的网上信贷系统及网上信贷方法

Also Published As

Publication number Publication date
WO2011029560A2 (de) 2011-03-17
PL2476087T3 (pl) 2016-04-29
US20140258106A1 (en) 2014-09-11
IE20100531A1 (en) 2011-03-30
SG194379A1 (en) 2013-11-29
IL218439A0 (en) 2012-04-30
IL218439A (en) 2017-01-31
EP2476087A2 (de) 2012-07-18
DE102009050985A1 (de) 2011-03-17
US20120166339A1 (en) 2012-06-28
EP2476087B1 (de) 2015-11-11
CN103154983A (zh) 2013-06-12
SG178579A1 (en) 2012-03-29
WO2011029560A9 (de) 2011-05-05

Similar Documents

Publication Publication Date Title
CN103154983B (zh) 支付系统、购买系统以及执行多个支付流程的方法
US10867304B2 (en) Account type detection for fraud risk
CA3046481C (en) Payment and invoice systems integration
US20020007323A1 (en) Order placement and payment settlement system
US20020004760A1 (en) Online settlement system, method thereof and storage medium
US20020120537A1 (en) Web based system and method for managing business to business online transactions
CN107918738A (zh) 规则管理用户接口
US20010037261A1 (en) Agent purchase method, agent purchase system and record medium containing transaction management program
WO2013101039A1 (en) Method and system for mobile commerce with real-time purchase support
US8666829B1 (en) Detecting fraudulent event listings
US20220044245A1 (en) Methods for payment and merchant systems
JP2006244459A (ja) 決済寄託振替システム
TW202025067A (zh) 訂單結帳裝置、記錄媒體以及訂單結帳方法
KR101138416B1 (ko) 가상 계좌를 이용한 국제 거래 결제 시스템 및 그 방법
US12086767B2 (en) System and method for assuring commercial regulatory compliance
CN103426088A (zh) 信息流处理系统
US7797229B2 (en) Credit authorization systems and methods
KR20030093613A (ko) 온라인 신용카드 불법할인 거래 색출 시스템
KR20210002098A (ko) 펌 뱅킹시 자금 이체방법 및 그 방법을 이용한 자금이체 시스템
KR20230097277A (ko) 예금자보험대상 개인별 조회결과를 제공하는 방법 및 시스템
KR20130040495A (ko) 대리점 자금을 관리하는 자금 관리 시스템 및 그 방법
JP2002150198A (ja) 売掛金の代行回収システム及びその代行回収方法
IE85921B1 (en) Payment system, shopping system and method for performing a plurality of payment transactions

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: LEITEPEI CO., LTD.

Free format text: FORMER OWNER: COSMIN-GABRIEL ENE

Effective date: 20130910

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20130910

Address after: Munich, Germany

Applicant after: LaterPay GmbH

Address before: Munich, Germany

Applicant before: Kosmin-Gabriel Enne

C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address
CP03 Change of name, title or address

Address after: Munich, Germany

Patentee after: Huperta Co.

Country or region after: Germany

Address before: Munich, Germany

Patentee before: LaterPay GmbH

Country or region before: Germany