CN101536048A - 交易服务器 - Google Patents
交易服务器 Download PDFInfo
- Publication number
- CN101536048A CN101536048A CNA2007800300146A CN200780030014A CN101536048A CN 101536048 A CN101536048 A CN 101536048A CN A2007800300146 A CNA2007800300146 A CN A2007800300146A CN 200780030014 A CN200780030014 A CN 200780030014A CN 101536048 A CN101536048 A CN 101536048A
- Authority
- CN
- China
- Prior art keywords
- server
- account
- transaction
- mobile communication
- trading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
-
- 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/04—Payment circuits
-
- 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
-
- 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/223—Payment schemes or models based on the use of peer-to-peer networks
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/47—Fraud detection or prevention means
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/68—Payment of value-added services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/73—Validating charges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0148—Fraud detection or prevention means
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/01—Details of billing arrangements
- H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/70—Administration aspects, modify settings or limits or counter-check correct charges
- H04M2215/7072—Validate charges
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Telephonic Communication Services (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种交易服务器,其具有被设定为接收来自第一移动通讯装置的用于由第一帐户向第二帐户交易的指令信息的接收模块。该交易服务器还具有被设定为向第一移动通讯装置发送应答信息对交易的验证指令的请求的传输模块,该应答信息响应于对指令信息的接收。该服务器被设定为记录对验证指令的接收。该服务器还被设定为记录对验证指令的接收。响应于所述验证指令,服务器验证并使交易生效。本发明还公开了其对应的方法。
Description
技术领域
本发明涉及一种用于使来自用户帐户的交易生效的交易服务器。更具体而言,本发明涉及对来自用户帐户的交易进行验证。
背景技术
用于执行基于移动电话的付款的系统是已知的,其中移动电话本质上是用作电子钱包(e-wallet)。在这种系统中,货币值储存于各用户的电子钱包中,且各电子钱包的详情集中存储于服务器数据库中。
通过移动电话,使用如SMS的信息服务可以方便且容易地使交易生效。例如,由以第一移动电话+60122070239标识或者与其相关联的第一电子钱包向以第二移动电话+60164452228标识或者与其相关联的第二电子钱包传送20美元,发送如下SMA:
PAY(支付)0164452228 20 753535
可以看出,信息的文本串包括几个区段:“0164452228”表示接收者的移动电话号码;“20”表示转帐金额(例如20美元);以及“753535”表示与用户和/或电子钱包+60122070239相关联的六位制PIN。服务器通过与SMS中心或入口(portal)的通讯连接接收该SMS。
所述系统由于其可以方便货币流动因而是吸引人的。其意味着实际上任何人任何时间任何地点都可以支付。例如,为了给几英里以外的朋友进行支付,用户所需要做的全部就是使用他们的移动电话向SMS入口发送简单的SMS以使从电子钱包或帐户的支付生效。
不利的是,所述系统具有几点缺陷,如果不能恰当地写收件地址,那么这些缺陷可能不利地影响其执行和安全性。
如SMS的信息服务作为通讯工具从来不是百分之百的可靠。SMS的发送者从来不能肯定地确知信息是否将会被递送或者何时被递送。有时候SMS向相同的接收者递送多次。SMS的这些缺陷对于电子钱包交易尤其成问题。例如,用户可能在商店并且使用他们的移动电话向服务器的SMS入口发送SMS来要求向商店所有者的帐户支付货款。然而,移动电话可能不会收到来自服务器的对支付请求已经收到或者支付已经发起的确认。这种情形会在SMS系统的使用高峰期内出现,或者,简单些,SMS被信息服务“半途停止”。在这种情形下,用户进退两难。用户应该做什么?用户是否应该仅仅离开?用户是否应该发送另一份支付请求?服务器也许会收到用户的第一个SMS并且在第二指令SMS发送之后使交易生效,或者用户放弃并离开商店。可选地,服务器会收到单个SMS的几个副本并且服务器对于单个交易对商店所有者使多次支付生效。用户不太可能能够接收到来自服务器帮助中心的任何实际帮助,因为呼叫中心会告知用户SMS还没有到达并且目前交易还未生效。可以想的到,SMS会恰好在用于中断与呼叫中心的电话呼叫的那一刻到达。
另一问题为人为错误。不可避免的,用户会在SMS中键入错误的接收者的移动电话号码或者不正确的交易帐户。用户会呼叫呼叫中心以要求撤销。在类似这种情况下,接收者的安全会受到危害,例如,接收者是已经真诚地向电子钱包用户提供货物或者服务的商店所有者。呼叫中心是否应该执行上述撤销?用户会从商店所有者那里购买了一些东西而在收集好货物或者用户离开商店的时刻请求撤销。
安全性是另一个问题。众所周知的是SMS十分容易被欺骗。如果一个欺骗者以某种方式去获得个人的PIN,欺骗者可以十分容易的向服务器发送欺骗SMS信息以指示交易。
发明内容
本发明限定在独立权利要求中。本发明的一些选择性特征限定在从属权利要求中。
如果交易指令(例如,由用户到服务器的SMS)被延迟或者未被递送,用户会清楚地知道交易没有由他的帐户(电子钱包)生效,因为用户没有被要求提供验证指令,并且因此用户不可能提供验证指令。如果用户在以后时间收到来自服务器的征求对交易的验证的对验证指令的请求,那么用户可以选择继续交易的验证指令或者拒绝发送验证指令。在服务器收到交易指令(例如SMS)的多个副本的情况下,服务器也可以被设定成向用户发送多个SMS信息形式的验证请求以征求确认,即便要,用户可以选择他/或她能够对这些验证指令请求中的多少个进行答复。在本发明的实施方式中,各验证请求提供不同指令以使验证指令生效(例如,向用户提供不同的电话号码进行呼叫以验证交易)。那么用户可以选择性地选择是否或多少次支付交易中的接收者。或者,另外的信息,如帐户(电子钱包)余额和以前的交易详情被包括在验证指令请求中。
此外,用户错误的可能性现在明显降低。在服务器的实施方式中,设定服务器以从服务器数据库中查找接收者的姓名,并且随着向用户的验证指令请求向用户传输请求的接收者的详情。或者,还显示交易额。
另外,服务器提供了增强的安全性,欺骗者会发现欺骗服务器将更加困难。服务器可以选择性地选择用户请求交易验证的工具,例如,在本发明的实施方式中,供用户呼叫或者发送信息的电话号码可以随机从数百个号码中挑取,用户可以被请求在因特网浏览器上进入URL以请求验证,或者可以实现通讯的任何许多其它可能方式。因此,欺骗者将不会知道证实交易所呼叫的号码或者访问的URL。这意味着欺骗者必须截取由服务器发送的交易验证请求并同时欺骗用户的ID。
附图说明
现将仅通过实施例并且参照附图描述本发明的示范性实施方式。在附图中:
图1为说明一示例的执行的方块图;
图2为说明示范性实施方式的操作过程的流程图;
图3说明示范性实施方式的过程;以及
图4说明电子钱包系统的基本结构的示意图。
具体实施方式
图1中说明了通过交易服务器的交易操作。系统10包括交易服务器12、代表第一帐户/与第一帐户相关联的第一电子钱包14以及代表第二帐户/与第二帐户相关联的第二电子钱包16。第一电子钱包14与移动通讯装置18尤其是与移动通讯装置18的所有者相关联。与装置18的关联通过虚线14A表示。第二电子帐户16与第二移动通讯装置20的关联通过虚线16A表示。移动通讯装置18、20可以是移动电话、便携式电话、手机、PDA、如“黑莓(blackberry)”的装置,或者如膝上型计算机、笔记本式计算机、平板计算机等的能够长途通讯的便携式计算机。
为了使交易生效,使用第二通讯装置20通过信息服务,例如SMS、MMS或电子邮件向如例如服务器12的SMS入口13的接收模块发送信息22。计划的交易为向作为通讯装置18的用户的第一用户的电子钱包14转帐一定量的钱。信息22采用如下形式:
PAY(支付)0164452228 20 753535
如上所述,第一区段为指令“PAY”,交易指令中的第二区段为接收者帐户的标识符,其优选为第一通讯装置18的电话号码;第三区段“20”为交易值;第四区段753535为交易识别码,例如第二通讯装置20的PIN或者交易的特定识别码。这为交易提供了第一级安全。响应于对来自装置20的指令22的接收,服务器12首先将第四区段的识别码与储存的识别码(例如,通过识别通讯装置20的电话号码并使用查找表找到识别码来由服务器12提取)匹配,并且服务器的传输模块11向装置20发送传输交易验证指令的请求24。在服务器12的实施方式中,该请求还可以通过信息服务发送。如果装置20的第二用户希望继续进行交易,则使用装置20向服务器12的接收模块13发送验证指令26。服务器12记录对验证指令26的接收,并且服务器12响应于对该接收的记录而验证交易。服务器的实施方式然后使由第二电子钱包16到第一电子钱包14的20美元(在该示例中)的交易28生效。
服务器12的实施方式允许所使用的通讯装置20向服务器12的通讯模块15(或者另一个通讯入口)进行电话呼叫以提供验证指令。在服务器12的实施方式中,传输验证指令的请求可以提供将被呼叫的服务器12的电话号码的详情。
设定服务器12的实施方式以只允许接收用于验证请求的可靠的通讯方式:例如,电话呼叫、通过GPRS(通用分组无线业务)或者通过安全(例如,加密)的因特网通讯的信息发送。
应该理解,一个或多个通讯入口11、13、15同服务器12不同,其可用于发送并接收来自装置18、20的通讯。在服务器12的这种实施方式中,设定服务器12以发起并控制这些指令的发送和接收,从而可以使帐户/电子钱包16的交易生效。
进一步应该理解,服务器12的实施方式允许将电子钱包14、16与服务器12整合。
在服务器12的实施方式中,服务器12设定为,如果在从向通讯装置20发送由装置20传输验证指令的请求24后预定期限内,服务器12记录了对验证指令的接收,则验证交易。如果在此预定期限内服务器12没有记录对验证指令26的接收,那么交易会被取消。
在服务器12收到来自装置20的交易请求22(例如5月24日下午5:15)后,服务器12向装置20发送如下SMS信息以征求确认:
请确认通过呼叫0320540301向0164452228(Lee Eng Sia)转帐
20美元。该信息将在5月24日下午5:25过期。
因此,验证指令的请求确认了用于交易的接收帐户的标识符。通过如此操作,指示向错误帐户进行交易的人为错误的风险会降低。
在服务器12的示范性实施方式中,服务器12采用将由通讯装置20向电话号码(上面的0320540301)进行电话呼叫以提供验证指令26。在示范性实施方式中,服务器12采用数百个(或者数千个)电话号码的池(pool),并且0320540301选自该池中。设定服务器12的示范性实施方式以选择不同的电话号码用于不同的交易。该选择为随机的或者有组织的。
服务器12的示范性实施方式允许由装置20呼叫所述电话号码。电话呼叫不必接通,服务器只需要从电话呼叫捕捉到呼叫者的标识符。或者也可在例如振铃二或三声后切断呼叫,或者设定服务器一旦从呼叫中提取到装置20的ID后切断呼叫。通过此,可以确定ID,从而为交易提供了进一步提高的安全性。因此,在实际中不需要承受不必要的费用去接通电话呼叫以提供验证指令。
因此,在服务器12的示范性实施方式中,只有在5月24日下午5:25之前收到来自第二移动通讯装置20的呼叫26,服务器12才会使交易生效。这提供了10分钟的期限(window)以指示验证交易,并且因此确认支付。
如果发送者在截止时间前向0320540301进行了(missed,未接的)呼叫,交易继续进行并且发送者和接收者的装置18、20因此都收到通知。服务器12的示范性实施方式允许这通过信息服务,例如SMS、MMS或等效物进行,并且在信息服务通知失败的情况下,可以向热线服务电话IVR(互动式语音应答,未示出)进行呼叫,在此通过提供来自电子钱包的最后交易进行交易验证的确认。或者,呼叫中心可以通过接收来自通讯装置18、20中的一个或两者的呼叫或呼叫通讯装置18、20中的一个或两者来容易地处理这种需求。
因此,服务器的示范性实施方式可以减少与现有技术电子钱包支付系统相关的问题。
应该理解,可以实现对所述交易操作的修改。例如,通讯装置18可以被要求传输验证指令和/或接收支付的确认。与装置18、20中的不管哪一个的通讯可以通过因特网或者通过GPRS,其任一个都是相对可靠的通讯形式。当装置18必须发送验证指令时,可以执行更深层次的安全性,以避免错误接收验证(即,发送者键入错误号码)的装置可以验证交易并接收支付的情况的发生。例如,装置18会被要求获得来自装置20的进一步的标识符等。例如,该验证指令会被要求包括PIN。可以以许多方式实现更高的安全性。
图2说明了通过图1的交易服务器12验证的交易的流程图。
所述过程起始于50。在52,交易指令22通过SMS被发送到服务器12的接收模块13。在54,服务器52接收到该指令22,并且作为响应,在56,服务器12的传输模块11发送验证指令的请求24。在58,服务器12等待验证指令26。如果没有收到该指令,该过程会仅仅在66结束,或者该过程如虚线60所示循环等待验证指令26。当/如果在58确定在接收模块13接收到验证指令26,则在62验证交易,并且可选地在64服务器会使交易生效。该过程在66结束。作为另外的选择,向通讯装置18、20中的一个或者两者发送确认信息以证实已经验证和/或使交易生效。或者,服务器可以呼叫装置18、20中的任一个或者两者以宣布交易验证。为了节约不必需的费用,服务器12任选地被设定成恰好在该呼叫被应答之前切断该呼叫(挂断),未接呼叫则正相反。但是其仅仅起到使发送者知道交易已经被成功验证和/或生效的目的。
在由服务器到装置18、20的全部SMS信息中,可以包括如电子钱包余额和/或以前交易详情的额外信息。
电话号码为0164452228的装置的所有者可能会没有授权的帐户。换句话说,装置18的用户不是现已存在的电子钱包用户。因此,对于电话号码0164452228需要创建一个新的帐户。实际上,该移动号码由于人为输入错误而不会是有效的。在类似情况下,设定服务器12以请求通过通讯装置18,而不是通讯装置20进行(未接的)呼叫。这确保移动号码0164452228不是由发送者键入错误并用于通过SMS发送信息。该验证指令请求,例如征求支付者确认的SMS因此将采用如下形式:
请通过请求0164452228呼叫未接呼叫0320540322以确认向0164452228(新用户)转帐20美元。该信息在在5月24日下午5:25截止。
服务器一旦收到由0164452228向0320540322的呼叫则交易被验证。或者,设定服务器12使其不管接收者是否是新用户都让发送者(支付者)或者接收者(被支付者)呼叫所述电话号码以验证交易。
这是有益的设计特征并且将如下面所讨论的被单独提出。
一些移动电话它们的呼叫者ID是被禁止的或禁用的。因此,在这些用户发起呼叫以提供验证指令时,服务器12不能捕获呼叫者ID。为了克服这点,并且为了各新电子钱包的建立,验证指令的呼叫的号码(在上面例子中的0320540322)由特定的预定电话号码池分配,并且设定服务器以在一次交易的任一时间只激活一个号码。因此当服务器在0320540322接收到没有呼叫者ID的呼叫时,设定服务器以识别这为特定交易的验证指令,并且新用户(呼叫者)在其电话中具有禁用的呼叫者ID特征的事实是不重要的。因此,如果呼叫者移动电话没有呼叫者ID,那么交易服务器单独基于呼叫电话号码仍然可以验证一次特定的交易。通常,如果呼叫者ID可用于呼叫者识别,那么用于验证的单一电话号码可以用于同时/多个交易的验证。
此外,设定服务器12的实施方式以通过相同或者相似的方式为该用户使全部未来的交易生效。事实上,设定服务器以通过此方式识别此交易的种类。换句话说,服务器识别向没有授权帐户的特定接收者支付的交易种类。
例如,所述特征还会对目录购物特别有效。对于进行支付以购买目录上的产品的支付者,支付者被邀呼叫特定的号码以购买该产品。通过呼叫该号码的真实行为,服务器识别交易种类(例如,其为购买特定货物)并因此进行交易。
还可以设定服务器以验证其中目录中的各产品标有产品代码的目录销售的交易。当消费者想要购买产品时,他们可以向他们的移动装置输入信息以让该装置发送SMS。该信息包含相关的产品代码。一旦该服务器接收到SMS,必需进行呼叫以确认购买。类似,相同的原理可以用于软货物(soft good)或服务,如折扣电话通话时间(discountedcall airtime)、移动电话通话时间充值(mobile phone airtimetop-ups)等。
上述第一实施方式中描述的方法尤其适用于在发送者必须确定交易是否已经生效时对店主的支付。在一些不是很正式的情况下,更快速的支付方法通常是令人期待的,例如,假定当用户希望向用户的姐妹转帐时。然而,即使在这些情况下,所述方法适当确保转帐不会出错也是重要的。
在第二实施方式中,未接呼叫机制用于建立各电子钱包用户所谓的“好友列表(buddy list)”。
如以前,向服务器发送SMS信息请求转帐:
SEND(发送)0164452228 20 753535
为了开始这种交易,使用不同的指令或者关键词“SEND”以将其与第一实施方式中的例子进行区分,虽然应该理解交易请求的第一区段会采用多种不同的形式。
为了防止发送者不正确地输入接收者的号码(0164452228),服务器检查以确定0164452228是否是已授权的帐户。在服务器的实施方式中,授权帐户的列表被称为“好友列表”。如果实际上0164452228存在于列表中,20美元将被转帐到0164452228的电子钱包。不需要另外的验证。因此,在收到向接收者帐户进行交易的交易指令时,响应于确定接收者的帐户是已授权的帐户,服务器12将自动验证交易。
在接收者帐户不是已授权的帐户的情况下,一旦收到向未授权的帐户交易的验证指令26,则设定服务器以标记该接收者帐户为已授权的帐户。
然而,如果不是所述情况,服务器12向支付者发送信息:
0164452228不在你的好友列表中。为了将0164452228添加到你的好友列表中,请请求0164452228呼叫0320540202。
一旦0164452228呼叫(未接的)0320540202,设定服务器12标记0164452228作为支付者的授权帐户,也就是说,接收者被添加到了支付者的“好友列表”中。而且一旦收到未接呼叫,则服务器使由电子钱包16到电子钱包14的转帐生效。
或者,发送者也可以在恰好发送者发送他的SMS之前请求0164452228对0320540202进行呼叫(未接的),假设0320540202已经被告知此目的。在这种情况下,服务器12不需要向发送者发送上述SMS。0164452228立即将被添加到发送者的好友列表中并且可以使转帐生效。
设定服务器的实施方式以接收来自用户的指令而添加接收者的帐户为已授权的帐户。这在其中接收者0164452228的呼叫者ID被禁止的情况下尤其有帮助,支付者仍可以通过向服务器发送如下SMS而将0164452228添加到他的好友列表中:
BUDDY(好友)0164452228
当接收者帐户为一个用户的已授权帐户时,设定服务器的实施方式以标记与该用户相关联的帐户为接收者帐户与之相关联的接收者的已授权帐户。换句话说,好友列表是相互的,如果用户A在用户B的好友列表中,那么设定服务器自动添加用户B到用户A的好友列表中。
参照图3描述第二实施方式的过程。该过程起始于100。在102,通讯装置20向接收者(装置18的用户)帐户发送交易请求。在104,服务器12确定接收者帐户是否是已授权的帐户,并在确定接收者帐户已授权时,在112验证或者使交易生效。如果在104确定接收者帐户不是已授权帐户,服务器12发送验证请求的请求。当在108收到验证请求,在步骤112验证交易,进行满足验证的任何需要的交易请求。该过程可以通过环110在108循环而等待验证交易。
或者,当向新的(以前未授权的)接收者帐户的交易已经被验证时,新的帐户被标记为已授权帐户。
设定服务器的实施方式以在已授权帐户授权后的预定期限内将已授权帐户解除授权。换句话说,将截止日期附于好友列表中的各进入权(entry)。这意味着如果支付者不在截止日前向接收者打钱,接收者将被从支付者的好友列表中移除。截止日期在每次钱被转帐到接收者时被更新。
服务器更进一步的实施方式用以说明用户在他们的移动电话兼是支付工具时担心他们的通讯装置会被误用的问题。
因此,设定服务器的实施方式以记录对来自用户的激活电话呼叫的接收,在记录对激活电话呼叫的接收时,激活用户的帐户或者使其失效。因此,用户可以通过将一个或者多个电话号码分配给该用户进行此目的的呼叫而锁定/解锁他/她的帐户/电子钱包。
设定服务器的实施方式以根据帐户的情形选择激活帐户或使其失效。例如,当用户想锁定他的移动帐户时,用户呼叫(未接的)0320540000。在收到对此号码的另一个呼叫时,服务器12检查帐户的情形,并且据此检查转换帐户的情形:如果目前是激活的,那么使其失效,反之亦然。或者,向用户提供两个电话号码:一个用于锁定帐户,一个用于将其解锁。
在服务器的一些实施方式中,服务器通过IVR回叫用于以提示其进入PIN或者解锁密码。
如果服务器的实施方式检测到呼叫为错误的号码0320540002,设定服务器以使于该移动电话相关的移动支付帐户禁用。这是为了防止欺骗。例如,设定服务器以从数百个或者数千个电话号码的池中选择。对于各用户,服务器分配不同的号码用于帐户锁定或者解锁。因此,获得已授权用户移动通讯装置18的未授权用户将不会知道呼叫哪个号码以将电子钱包帐户解锁。从指定的池中猜错号码将是指示服务器锁定电子钱包帐户。
图4说明了如在例如本申请人提交的国际专利公开号WO2006/049582中公开的电子钱包系统100的基本结构的示意图,其全部内容在此引入作为参考。该电子钱包系统100具有两部分:一为包括银行数据库104的银行子系统102,一为包括电子钱包数据库204的电子钱包子系统202。
银行数据库104具有一般的银行业务,包括一定数目的用户储蓄和经常帐户,在图4中其通过用户1经常帐户(current account)106、用户2经常帐户108和用户N-1经常帐户110例示。银行数据库102还包括一定数目的用户信用帐户,在图4中其通过用户1信用帐户112、用户2信用帐户114、用户N-1信用帐户116和用户N信用帐户118。用户信用帐户包括被描述为电子货币的那些,但是在此其通常指现金(fund)。用户的信用帐户可以与各用户的经常和/或储蓄帐户相关,但是其也不是必需的。在图4中,用户N信用帐户118不与任何其它银行帐户相关联。
另外,银行数据库104包括混合电子钱包银行帐户120。这里还有电子钱包子系统信用帐户122和相关的电子钱包子系统经常帐户124,以使公司运转电子钱包系统而向混合电子钱包银行帐户120注入或者提取钱。对于用户信用和经常帐户可以相似的方式操作。
电子钱包数据库204具有一定数目的用户电子钱包212、214、216、218,其对应于银行数据库104中的各用户信用帐户112、114、116、118。因此,这里有用户1电子钱包212、用户2电子钱包214、用户N-1电子钱包216和用户N电子钱包218。另外,电子钱包数据库204包括托管电子钱包226和交易费用电子钱包228。在电子钱包数据库204中,使用户N电子钱包118与其它的电子钱包不同,即使,在银行子系统102中,用户N除了用户N信用帐户118之外没有银行帐户。
或者,在一个电子钱包操作中,使电子钱包帐户与任何银行帐户相关联不是必需的。以此方式,不使用或者很少使用银行帐户的国家的大部分人口(低收入工人、外来工人、没有银行业务的偏远地区的居民)可以使用该交易系统。那里的银行连接是为了提供便利的向他们的电子钱包充钱的机制。银行还可以起到用于向他们个人的电子钱包充钱的作用。
本发明服务器系统在用户可容易的将用户电子钱包中接收的钱转帐到任何用户的银行帐户时进一步被增强。此外,通过与选择的银行合作,用户可以自动将钱由用户现有的银行帐户转帐到用户的电子钱包。全部所要做就是在参与银行的ATM简单初始注册用户的移动电话号码。
应该理解,已仅通过实施例描述了本发明,不偏离本发明的范围内可以进行各种详细设计的改变。更应该理解,以与本发明的一个实施方式联合呈现的特征可以与本发明的另外实施方式组合的方式提供。
Claims (45)
1、一种交易服务器,包括:
接收模块,其被配置为接收来自第一移动通讯装置的用于由第一帐户向第二帐户交易的指令信息;
传输模块,其被配置为向所述第一移动通讯装置发送应答信息对交易的验证指令的请求,该应答信息为对接收到所述指令信息的应答;
所述服务器被配置为记录对所述验证指令的接收;以及
所述服务器被配置为记录对所述验证指令的接收,并且对其进行应答而验证并使交易生效。
2、如权利要求1所述的交易服务器,其中,所述服务器被配置为,如果在从发送所述应答信息的预定期间内所述服务器记录了对所述验证指令的接收,则所述服务器验证并使交易生效。
3、如权利要求1或2所述的交易服务器,其中,所述服务器被配置为向所述第一移动通讯装置发送确认信息以确认所述交易已被验证并生效。
4、如前述权利要求中任一项所述的交易服务器,其中,所述指令信息包括选自由第二帐户的标识符、交易值和交易识别码组成的组中的至少一个。
5、如权利要求4所述的交易服务器,其中,所述应答信息包括对第二帐户的标识符以及交易值中的至少一个的确认请求。
6、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为从所述验证指令捕获所述第一移动通讯装置的标识符。
7、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为从预定电话号码池中选择电话号码,所述应答信息包括该电话号码。
8、如前述权利要求中任一项所述的交易服务器,其中,所述验证指令是通过所述第一移动通讯装置与所述服务器的通讯模块之间的确认呼叫,该确认呼叫由所述服务器的通讯模块以及所述第一移动通讯装置这两者中的一个发起。
9、如当引用权利要求7时的权利要求8所述的交易服务器,其中,所述确认呼叫是由所述第一移动通讯装置使用电话号码向所述通讯模块发起。
10、如权利要求9所述的交易服务器,其中,所述通讯模块被配置为切断所述确认呼叫。
11、如权利要求10所述的交易服务器,其中,所述通讯模块被配置为在识别出所述第一移动通讯装置后切断所述确认呼叫。
12、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为从所述验证指令识别交易种类。
13、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为确定所述第二帐户是否为已授权帐户,并响应于对所述第二帐户不是已授权帐户的确定而发送应答信息。
14、一种交易服务器,包括:
接收模块,其被配置为接收来自第一移动通讯装置的用于由第一帐户向第二帐户交易的指令信息;
所述服务器被配置为确定所述第二帐户是否为已授权帐户;以及
响应于对接收者帐户为已授权帐户的确定,验证交易。
15、如权利要求13或14所述的交易服务器,其中,传输模块被配置为向与所述第二帐户相关联的第二移动通讯装置发送应答信息。
16、如权利要求15所述的交易服务器,其中,所述服务器被配置为在从所述第二移动通讯装置收到验证指令时将所述第二帐户标记为已授权帐户。
17、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为接收来自所述第一移动通讯装置的指令以将所述第二帐户添加为已授权帐户。
18、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为在已授权帐户授权后的预定期限内将已授权帐户解除授权。
19、如前述权利要求中任一项所述的交易服务器,其中,所述服务器被配置为记录对由用户向服务器的激活电话呼叫的接收,并且在记录对激活电话呼叫的接收时激活用户帐户或者使其失效。
20、一种用于使来自用户帐户的交易生效的交易服务器,所述服务器被配置为记录对由用户向服务器的激活电话呼叫的接收,并且在记录对激活电话呼叫的接收时激活用户帐户或者使其失效。
21、如权利要求19或20所述的交易服务器,其中,所述服务器被配置为根据帐户的情况在激活帐户和使其失效之间进行选择。
22、如权利要求19至21中任一项所述的交易服务器,所述服务器被配置为向用户发出电话呼叫以提示用户验证帐户的激活或者失效。
23、一种验证交易的方法,包括:
服务器接收来自第一移动通讯装置的用于由第一帐户向第二帐户交易的指令信息;
响应于对所述指令信息的接收,所述服务器向所述第一移动通讯装置发送应答信息,该应答信息包括对验证指令的请求;
所述服务器接收所述验证指令并记录对所述验证指令的接收;以及
响应于记录对所述验证指令应答的接收,所述服务器验证并使交易生效。
24、如权利要求23所述的方法,其进一步包括如果在从发送所述应答信息的预定期限内记录对所述验证指令的接收,则验证交易。
25、如权利要求23或24所述的方法,其进一步包括向所述第一移动通讯装置发送确认信息以确认交易已被验证并生效。
26、如权利要求23至25中任一项所述的方法,其中,所述指令信息包括选自由第二帐户的标识符、交易值和交易识别码组成的组中的至少一个。
27、如权利要求26所述的方法,其中,所述应答信息包括对第二帐户的标识符以及交易值这两者中的至少一个的确认请求。
28、如权利要求23至27中任一项所述的方法,其中,所述服务器从所述验证指令捕获所述第一移动通讯装置的标识符。
29、如权利要求23至28中任一项所述的方法,其中,所述服务器从预定电话号码池中选择电话号码,所述应答信息包括该电话号码。
30、如权利要求23至29中任一项所述的方法,其中,所述验证指令是通过所述第一移动通讯装置与所述服务器的通讯模块之间的确认呼叫,该确认呼叫由所述服务器的通讯模块以及所述第一移动通讯装置这两者中的一个发起。
31、如当引用权利要求29时的权利要求30所述的方法,其中,所述确认呼叫是由所述第一移动通讯装置使用电话号码向所述通讯模块发起。
32、如权利要求30或31所述的方法,其中,所述通讯模块切断所述确认呼叫。
33、如权利要求32所述的方法,其中,所述通讯模块在识别出所述第一移动通讯装置后切断所述确认呼叫。
34、如权利要求23至33中任一项所述的方法,其中,所述服务器从所述验证指令识别交易种类。
35、如权利要求23至34中任一项所述的方法,其中,所述服务器确定所述第二帐户是否为已授权帐户,并响应于对所述第二帐户不是已授权帐户的确定而发送应答信息。
36、一种方法,包括:
服务器的接收模块接收来自第一移动通讯装置的用于由第一帐户向第二帐户交易的指令信息;
所述服务器确定所述第二帐户是否为已授权帐户;以及
响应于对接收者帐户为已授权帐户的确定,验证交易。
37、如权利要求36所述的方法,其中,所述服务器的传输模块响应于对所述指令信息的接收而发送应答信息。
38、如权利要求35或37所述的方法,其中,向与所述第二帐户相关联的第二移动通讯装置发送应答信息。
39、如权利要求38所述的方法,其中,所述服务器在从所述第二移动通讯装置收到验证指令时将所述第二帐户标记为已授权帐户。
40、如权利要求23至39中任一项所述的方法,其中,所述服务器接收来自所述第一移动通讯装置的指令以将所述第二帐户添加为已授权帐户。
41、如权利要求23至40中任一项所述的方法,其中,所述服务器在已授权帐户授权后的预定期限内将已授权帐户解除授权。
42、如权利要求23至41中任一项所述的方法,其中,所述服务器记录对由用户向服务器的激活电话呼叫的接收,并且在记录对激活电话呼叫的接收时激活用户帐户或者使其失效。
43、一种用于激活用户帐户或使其失效的方法,该方法包括:
服务器接收由用户直接向服务器的激活电话呼叫并记录该接收,并且在记录对激活电话呼叫的接收时激活用户帐户或者使其失效。
44、如权利要求42或43所述的方法,其中,所述服务器根据帐户的情况在激活帐户和使其失效之间进行选择。
45、如权利要求42至44中任一项所述的方法,其中,为了从验证指令进行的交易,所述服务器对用户进行电话呼叫以提示用户验证帐户的激活或失效。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
MYPI20062712 | 2006-06-12 | ||
MYPI20062712A MY149658A (en) | 2006-06-12 | 2006-06-12 | Transaction server |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101536048A true CN101536048A (zh) | 2009-09-16 |
Family
ID=38831959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007800300146A Pending CN101536048A (zh) | 2006-06-12 | 2007-06-11 | 交易服务器 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN101536048A (zh) |
MY (1) | MY149658A (zh) |
WO (1) | WO2007145500A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636909A (zh) * | 2014-12-30 | 2015-05-20 | 北京奇虎科技有限公司 | 账号识别的方法和系统、及电子设备 |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090281904A1 (en) * | 2008-04-02 | 2009-11-12 | Pharris Dennis J | Mobile telephone transaction systems and methods |
EP2482242A4 (en) * | 2009-09-24 | 2013-09-25 | Nippon Telegraph & Telephone | ELECTRONIC PAYMENT METHOD, SYSTEM, SERVER AND PROGRAM THEREOF |
GR1007336B (el) * | 2010-01-19 | 2011-07-05 | Καφετζης, Νικολαος Γεωργιου | Μεθοδος-πρωτοκολλο διενεργειας τηλε-ηλεκτρονικων συναλλαγων |
US8538845B2 (en) | 2011-06-03 | 2013-09-17 | Mozido, Llc | Monetary transaction system |
US10438196B2 (en) | 2011-11-21 | 2019-10-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US9208488B2 (en) | 2011-11-21 | 2015-12-08 | Mozido, Inc. | Using a mobile wallet infrastructure to support multiple mobile wallet providers |
US9384004B2 (en) | 2012-06-15 | 2016-07-05 | International Business Machines Corporation | Randomized testing within transactional execution |
US9442737B2 (en) | 2012-06-15 | 2016-09-13 | International Business Machines Corporation | Restricting processing within a processor to facilitate transaction completion |
US9436477B2 (en) | 2012-06-15 | 2016-09-06 | International Business Machines Corporation | Transaction abort instruction |
US9361115B2 (en) | 2012-06-15 | 2016-06-07 | International Business Machines Corporation | Saving/restoring selected registers in transactional processing |
US10437602B2 (en) | 2012-06-15 | 2019-10-08 | International Business Machines Corporation | Program interruption filtering in transactional execution |
US9336046B2 (en) | 2012-06-15 | 2016-05-10 | International Business Machines Corporation | Transaction abort processing |
US9348642B2 (en) | 2012-06-15 | 2016-05-24 | International Business Machines Corporation | Transaction begin/end instructions |
US9367323B2 (en) | 2012-06-15 | 2016-06-14 | International Business Machines Corporation | Processor assist facility |
US8682877B2 (en) | 2012-06-15 | 2014-03-25 | International Business Machines Corporation | Constrained transaction execution |
US20130339680A1 (en) | 2012-06-15 | 2013-12-19 | International Business Machines Corporation | Nontransactional store instruction |
US9317460B2 (en) | 2012-06-15 | 2016-04-19 | International Business Machines Corporation | Program event recording within a transactional environment |
US9448796B2 (en) | 2012-06-15 | 2016-09-20 | International Business Machines Corporation | Restricted instructions in transactional execution |
US8688661B2 (en) | 2012-06-15 | 2014-04-01 | International Business Machines Corporation | Transactional processing |
US9740549B2 (en) | 2012-06-15 | 2017-08-22 | International Business Machines Corporation | Facilitating transaction completion subsequent to repeated aborts of the transaction |
US9772854B2 (en) | 2012-06-15 | 2017-09-26 | International Business Machines Corporation | Selectively controlling instruction execution in transactional processing |
SE536684C2 (sv) * | 2012-11-16 | 2014-05-20 | Mobile Payment Solutions Holding Nordic Ab | Förfarande för att köpa en produkt med hjälp av en bärbar kommunikationsenhet |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6868391B1 (en) * | 1997-04-15 | 2005-03-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Tele/datacommunications payment method and apparatus |
IL134741A (en) * | 2000-02-27 | 2003-11-23 | Adamtech Ltd | Mobile transaction system and method |
US7707120B2 (en) * | 2002-04-17 | 2010-04-27 | Visa International Service Association | Mobile account authentication service |
WO2004079676A1 (en) * | 2003-03-06 | 2004-09-16 | Fortunatus Holdings Limited | Secure transaction system |
-
2006
- 2006-06-12 MY MYPI20062712A patent/MY149658A/en unknown
-
2007
- 2007-06-11 WO PCT/MY2007/000038 patent/WO2007145500A1/en active Application Filing
- 2007-06-11 CN CNA2007800300146A patent/CN101536048A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104636909A (zh) * | 2014-12-30 | 2015-05-20 | 北京奇虎科技有限公司 | 账号识别的方法和系统、及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
MY149658A (en) | 2013-09-30 |
WO2007145500A1 (en) | 2007-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101536048A (zh) | 交易服务器 | |
US8554672B1 (en) | Method and system for performing a cash transaction with a self-service financial transaction terminal | |
US8527413B2 (en) | Method and system for mobile bill presentment and payment messaging and marketing | |
US10078821B2 (en) | System and method for securely registering a recipient to a computer-implemented funds transfer payment network | |
CN100535946C (zh) | 游戏方法和游戏系统 | |
US7392940B2 (en) | In-lane money transfer systems and methods | |
CA2539283C (en) | Delivery of value identifiers using short message service (sms) | |
CN101454795A (zh) | 移动的个人之间支付系统 | |
US20040111369A1 (en) | Method to associate the geographic location of a participant with the content of a communications session | |
US20070005467A1 (en) | System and method for carrying out a financial transaction | |
CN101650818A (zh) | 金融业务服务系统和方法 | |
CN101099181A (zh) | 电子钱包交易方法和系统 | |
MX2008012503A (es) | Sistema movil de pago de persona a persona. | |
US10232268B2 (en) | Promotion generation engine for a money transfer system | |
KR100885980B1 (ko) | 전화번호를 이용하여 송금하고 사후 승인으로 수금하는송금 서비스 시스템 및 그 방법 | |
CA2552257A1 (fr) | Dispositif transactionnel a pre-traitement anticipe | |
US20090024528A1 (en) | Method and system for charitable fund raising in conjunction with game-of-chance participation by donors | |
CN103229524B (zh) | 用于移动标识、商业和协定交易的方法和系统 | |
CN113168650B (zh) | 银行间自动转账的方法及实施该方法的系统 | |
WO2004023353A1 (en) | System and method for a wireless purchase request and payment for goods or services | |
KR101464665B1 (ko) | 경조금 전달 대행 서비스 시스템 및 방법 | |
KR20050091203A (ko) | 후불결제 처리방법 | |
CN201867900U (zh) | 通过安全验证的手机确认支付系统 | |
CN101529770A (zh) | 在交易中利用短语令牌 | |
KR102556983B1 (ko) | 안전 송금 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication |