CN103679437B - 一种数据处理方法和系统 - Google Patents
一种数据处理方法和系统 Download PDFInfo
- Publication number
- CN103679437B CN103679437B CN201210340255.3A CN201210340255A CN103679437B CN 103679437 B CN103679437 B CN 103679437B CN 201210340255 A CN201210340255 A CN 201210340255A CN 103679437 B CN103679437 B CN 103679437B
- Authority
- CN
- China
- Prior art keywords
- data
- user
- total amount
- acquisition request
- data acquisition
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种数据处理方法和系统,涉及计算机技术领域。本申请通过利用订单池,当第一用户发起第一数据获取请求时,将当前对应第一用户的各第二数据获取请求放入订单池,然后将各第二数据获取请求对应的第二数据整合为初始的第二总量,再通知第三方数据处理服务器发送相应为第一总量的第一数据至第一用户;然后,对于订单池数据第二数据获取请求出现变化的情况,则根据变化后的各第二数据获取请求的第二数据的第二总量,与前一次计算剩余的第一总量的比较结果进行相应判断,如果不符合条件,则不返回第三数据至第三方数据处理服务器。本申请在处理同等数量的请求的情况下,降低了网络资源的占用量,从而可提高网络资源的利用效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种数据处理方法和系统。
背景技术
在现有技术中,存在这样一种数据处理方式:在第一用户向第三方数据处理服务器请求调用其第一数据使用的情况下:第一用户每接收一个第二用户的第二数据获取请求后,(其中,所述第二数据获取请求为第二用户请求获得的第一用户的第二数据),第一用户发送第一数据获取请求至第一服务器,而第一服务器则根据请求,通知第三方数据处理服务器所述数据借用对应第二数据的第一数据发送给第一用户使用。
当确认完成所述第二数据获取请求后,系统将第二用户发送的第三数据作为所述第一数据的补偿返回给第三方数据处理服务器。其中,所述第三数据为第二用户发送至第一用户的,对应所述确认完成的第二数据获取请求的确认数据。
在这个过程中,对于第一用户来说,每接收一个第二数据获取请求,则需要向第一服务器发送一个第一数据获取请求,然后由第一服务器通知第三方数据处理服务器向第一用户发送第一数据;然后当第二数据获取请求确认完成时,系统将所述第三数据返回给第三方数据处理服务器。那么当第一用户接收多个第二数据获取请求时,则对于网络中数量庞大的第一用户,则会出现数量相当庞大的第一数据获取请求,相应份数的第一数据,和需要返回的相应份数的第三数据。那么对于网络来说,前述数据处理方式中,需要传输的数据量也很大,挤占网络资源,数据传输效率慢,对于第一服务器来说,第一服务器处理的数据量也大,占用第一服务器大量资源,第一服务器负载压力很大。
比如,在现有的一种网络平台的交易过程中,卖家可根据其未被买家签收的交易订单中的应收账款申请贷款,第一服务器则向第三方金融机构的服务器请求发放贷款给卖家。即买家点击购买卖家的以某种价格发布的商品,形成交易订单,那么对于卖家来说,即存在买家应该为该交易订单支付的价钱,但是在买家未确认收到商品之前,卖家无法获得所述价钱。那么,基于该交易订单,卖家可通过第一服务器向第三方金融机构的服务器请求借贷与所述价钱相应额度的贷款,然后第三方金融机构的服务器根据该交易订单的价钱向卖家借贷相应额度的贷款;如果买家确认收到该商品并进行了支付,那么第一服务器则将买家支付的价钱返还给第三方金融机构的服务器。但在实际中,存在对于一个卖家来说,每笔交易订单均需要向第三方金融机构的服务器申请借贷。而实际中,对于基数相当庞大的卖家来说,上述情况的交易订单量相当大,那么该种借贷的方式中,需要传输的数据数量就相当庞大,传输效率低,并且第三方金融机构的服务器的第一服务器和网络平台的第一服务器处理的数据量也都相当庞大,第一服务器负载压力大。
发明内容
本申请所要解决的技术问题之一是提供一种数据处理方法和系统,解决现有技术中由于对单个订单进行独立处理,导致数据处理过程复杂,使第一服务器处理数据量大大增加,第一服务器负载压力大的问题。
为了解决上述问题,本申请公开了一种数据处理方法,包括:
步骤110,接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
步骤120,根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
步骤130,根据所述第二总量通知第三方平台发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
步骤140,每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
步骤150,当接收到确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
步骤160,将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器;所述第三数据为第二用户发送至第一用户的,对应所述确认完成的第二数据获取请求的确认数据;
步骤170,如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,进入步骤140。
优选的,所述接收第一用户发送第一数据获取请求之后,或者所述计算初始的第二数据的第二总量之后还包括:
判断所述第一用户是否符合发送第一数据获取请求的条件;
如果符合,则进入步骤120或者步骤130;
如果不符合,则暂停第一用户发送的第一数据获取请求。
优选的,判断所述第一用户是否符合发送第一数据获取请求的条件具体包括:
获取第一用户的终端设备信息,根据终端设备信息判断所述第一用户是否存在欺诈;
如果没有,则发送第一用户对应用户身份信息数据到实名认证库,判断第一用户的用户是否与实名认证库匹配;
如果匹配,则发送校验信息给第一用户对应的移动终端设备,并接收第一用户输入的所述校验信息,进行校验;
如果校验通过,则根据第一用户的历史行为记录信息,判断所述第一用户是否符合安全借用等级。
优选的,如果述第一用户符合安全借用等级,还包括:
通知第一用户是否接受预置合同条件;
如果接受,则通知第一用户输入签署信息;
当接收到第一用户输入的签署信息,对所述签署信息进行校验,如果通过,则确认合同条件成立,并进入步骤120或者步骤130。
优选的,所述将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器包括:
当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
优选的,所述如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,包括:
针对所述第二数据获取请求,当返回相应第三数据给第三方数据处理服务器的期限超过阈值时,将与所述剩余第一总量的指定比例加入所述第一总量中。
优选的,所述将所述第三数据的部分或者全部返回给第三方数据处理服务器包括:
将第一总量与第二总量之间的差值对应的第三数据返回给第三方数据处理服务器。
优选的,所述根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池包括:
根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求,并将第一用户确认答复的第二数据获取请求放入请求池。
相应的,本申请还公开了一种数据处理系统,包括:
第一服务器和第三方数据处理服务器
所述第一服务器包括:
请求接收模块,用于接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
第二总量计算模块,用于根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
第一总量计算模块,用于根据所述第二总量通知第三方平台发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
新第二数据获取请求处理模块,用于每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
已确认请求处理模块,用于当接收到第二用户确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
比较判断模块,用于将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器;
剩余第一总量计算模块,用于如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,并进入已确认请求处理模块。
优选的,所述请求接收模块之后,或者所述第二总量计算模块之后,还包括:
条件判断模块,用于判断所述第一用户是否符合发送第一数据获取请求的条件;如果符合,则进入第二总量计算模块或者第一总量计算模块;如果不符合,则暂停第一用户发送的第一数据获取请求。
优选的,所述比较判断模块包括:
第一判断模块,用于当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
第二判断模块,用于当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
与现有技术相比,本申请包括以下优点:
本申请通过利用订单池,当第一用户发起第一数据获取请求时,将当前对应第一用户的各第二数据获取请求放入订单池,然后将各第二数据获取请求对应的第二数据整合为初始的第二总量,再通知第三方数据处理服务器发送相应为第一总量的第一数据至第一用户;然后,对于订单池数据第二数据获取请求出现变化的情况,则根据变化后的各第二数据获取请求的第二数据的第二总量,与前一次计算剩余的第一总量的比较结果进行相应判断,如果不符合条件,则不返回第三数据至第三方数据处理服务器。该过程中,大大减少了第一数据获取请求的数量,也减少了向第三方数据处理服务器返回第三数据的次数,从而减少了网络中数据的传输量,在处理同等数量的请求的情况下,降低了网络资源的占用量,从而可提高网络资源的利用效率,也减轻了第一服务器的负载压力,
附图说明
图1是本申请一种数据处理方法实施例的流程示意图;
图2是本申请一种数据处理系统实施例的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
本申请的核心思想之一在于,对于第二用户发送的,并且第二用户未确认收到第一用户对所述第二数据获取请求的反馈的第二数据获取请求,将其放入请求池,然后以请求池为基础判断是否将第二用户为所述第二数据获取请求的第二数据进行支付的第三数据,作为第三方数据处理服务器发送的第一数据的补偿,返回给第三方。如此,大大减少了第一数据获取请求的数量,也减少了向第三方数据处理服务器返回第三数据的次数,从而减少了网络中数据的传输量,也减轻了第一服务器的负载压力。
参照图1,示出了本申请一种数据处理方法实施例的流程示意图,具体可以包括:
步骤110,接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
第一用户如果想要借用第三方数据处理服务器的第一数据,则需要向本申请的第一服务器发送第一数据获取请求,本申请的第一服务器再根据第一数据获取请求启动后续步骤。
步骤120,根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
在本申请中,网络中的第一用户如果想获取第二用户的第二数据,则需要向第一用户发送第二数据获取请求,而第一用户作为其第二数据的提供方,可提供第二数据给其他任何第二用户获取,因此第一用户可能对应多个第二数据获取请求,而这些第二数据获取请求可能来自不同的第一用户,并且可能某个第一用户可能发送了多个第二数据获取请求。
那么本申请则可根据所述第一数据获取请求,从服务器获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池。即为了给后续统计计算提供数据基础,本申请还提供了订单池,将初始的对应第一用户的各第二数据获取请求放入订单池,再进行处理。
那么本步骤则根据第一用户的第一数据获取请求,激活第一用户基于其对应的第二数据获取请求的第二数据计算第二数据总数,即第二总量。
优选的,所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池包括:
步骤R121,根据所述第一数据获取请求,针对各第二用户发送给第一用户的各第二数据获取请求,将第一用户确认答复的第二数据获取请求放入请求池。
对于第一用户来说,其接收了第二用户的第二数据获取请求,可确认是否答复该第二数据获取请求,比如决定是否提供其第一有价数给该第二用户。
步骤130,根据所述第二总量通知第三方平台发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
本申请的第一服务器在计算得到第二总量后,向第三方数据处理服务器请求发送相应数量(即第一总量)的第一数据至第一用户,同时记录所述第一数据的第一总量
步骤110至步骤130是第一用户发起第一数据获取请求后,第一服务器的初始处理过程,即计算初始的第二总量和初始的第一总量;而进入步骤140至步骤170,则可循环对新增的第二数据获取请求和确认完成的第二数据获取请求进行循环处理的过程。
下面以网络交易平台的卖家、买家和第三方金融机构的服务器为例,介绍本申请步骤110至130的具体的数据处理过程。
第一用户对应卖家,第二用户对应买家,第三方数据处理服务器对应第三方金融机构的服务器。
第二用户发送给第一用户的各第二数据获取请求可为买家在网络交易平台购买卖家的网页中的商品后,产生的卖家将对应实体发送出去,买家未付款和未确认收到的订单;第二数据为订单中的商品总价格,第三数据为买家为订单的商品总价格支付的价钱,第一数据为第三方金融机构的服务器为以卖家应收的价钱为基础数量,借给卖家的价钱。
在本申请中,所述订单的定义可为:卖家已经将对应商品进行发货,而买家已经为订单支付,但买家未进行收货确认的订单。如此可降低第三方金融机构的服务器数据借用的风险。当然也可定义为其他形式,比如卖家已经将对应的商品进行发货。
以买家购买卖家的订单为例,那么所述请求池可以理解为订单池。
当卖家请求向第三方金融机构的服务器根据其订单的应收账款进行贷款时,那么系统首先根据卖家的第一数据获取请求,将其接收到各个由买家所下的订单放入订单池,然后统计订单池中订单的应收账款总额A(即第二数据的第二总量),然后系统再通知第三方金融机构的服务器为该卖家发送相应总量的贷款金额B(第一数据的第一总量);那么第三方金融机构的服务器将贷款B发送给卖家后,系统即记录卖家的贷款余额B(第一数据的第一总量)。
比如,卖家a,其请求时所有订单为:订单1:400元,订单2:200元,订单3:300元,那么将其放入订单池,统计卖家a的应收账款总额(第二总量)为600元,那么请求第三方金融机构的服务器向卖家a发送的贷款为600元,那么系统可记录卖家的贷款余额为600元。
进一步的,在步骤110之后还可包括:
步骤S101,第一服务器接收到第一请求后,生成申请表页面发送至第一用户所在终端进行展示;
步骤S102,第一用户所在终端设备接收在其展示的申请表页面填入的信息,并根据填写完毕的命令将所述申请表信息发送至第一服务器。
另外,在步骤S102之前还包括:
S1011,将第一用户输入的初始身份信息与发送至第一服务器进行验证,如果失败次数达到阈值,则暂停所述第一数据获取请求。
如果步骤S1011在步骤120之后,那么
进一步的,在步骤S1011之后还可包括:
步骤A121,判断第一服务器是否允许过第一用户的第一数据获取请求;
步骤A122,如果是,则判断当前第二总量是否小于阈值,如果不小于阈值,则转入跳过发送校验信息给第一用户对应的移动终端设备,并接收第一用户输入的所述校验信息,进行校验;如果小于,则继续发送校验信息给第一用户对应的移动终端设备,并接收第一用户输入的所述校验信息,进行校验。
即判断当前卖家的应收贷款是否小于阈值,比如20万,如果小于,则可不需要第一用户输入验证码,比如手机验证码。
如此第一用户的包括了用户填写的信息的第一数据获取请求即发送至第一服务器。其中用户填写的信息可包括用户的身份信息等信息。
比如用户输入企业名称或企业工商号验证失败次数超过阈值;或者用户输入姓名或身份证号验证失败次数达到阈值,则暂停所述第一数据获取请求。
在本申请中,为了防止第二用户的恶意的第二数据获取请求,避免系统通知第三方数据处理服务器因大量的第二数据获取请求而大量发送第一数据,导致第三方数据处理服务器负载增大,并且占用网络资源,优选的,步骤110,之后还包括:
步骤A10,判断所述第一用户是否符合发送第一数据获取请求的条件;
比如判断第一用户所在机器是否为被木马控制的机器等情况。
优选的,判断所述第一用户是否符合发送第一数据获取请求的条件具体包括:
步骤A11,获取第一用户的终端设备信息,根据终端设备信息判断所述第一用户是否存在欺诈;
比如提取第一用户所在终端设备的mac地址(Media Access Control,也叫物理地址),向mac地址所在终端设备发送ping消息,判断其是否与发送第一数据获取请求对应的mac地址相同,如果相同则说明该第一用户所在终端设备正常,不存在欺诈。
步骤A12,如果没有,则发送第一用户对应用户身份信息数据到实名认证库,判断第一用户的用户是否与实名认证库匹配;
如果有,则暂停所述第一数据获取请求。
对于网络交易平台的卖家来说,其存在实际的身份信息,比如对于个人卖家来说,其可包括个人姓名、个人身份证、联系方式等信息,对于企业用户可包括企业名称、工商注册号、企业法人姓名、企业法人身份证、联系方式等。而第一服务器则会在其实名认证库里存储该类身份信息。那么对于第一用户与实名认证库进行匹配,当匹配上,则说明第一用户的身份信息正确。
另外,实名认证库还可采用第三方的实名认证库。
对于前述步骤中第一用户的用户则会将相关身份信息填入申请表,然后发送至第一服务器的情况,那么本步骤中第一服务器则可将该申请表中的身份信息与实名认证库进行匹配。
步骤A13,如果匹配,则发送校验信息给第一用户对应的移动终端设备,并接收第一用户输入的所述校验信息,进行校验;如果校验通过,转入步骤A14,;
比如,如果匹配上,则发送验证码至第一用户关联的手机上,并在第一用户所在终端生成验证短信输入界面,当相应用户则将验证短信输入并发送至第一服务器后,第一服务器则接收第一用户输入的验证码,并与本地记录的发送给该第一用户的验证码进行校验。
如果不匹配,说明第一用户相应的用户身份信息不正确,可能存在造假,则暂停所述第一数据获取请求。
步骤A14,则根据第一用户的历史行为记录信息,判断所述第一用户是否符合安全借用等级。
如果校验通过,则提取用户的历史记录信息,比如交易行为信息,信用记录信息等信息,分析判断第一用户是否符合安全借用等级,比如优良、良、差等等级,如果安全借用等级为良以上,则可符合安全借用等级,如果地域良的等级,则不符合安全借用等级,暂停第一用户的第一数据获取请求。
如果述第一用户符合安全借用等级,还包括:
步骤A141,通知第一用户是否接受预置合同条件;
步骤A142,如果接受,则通知第一用户输入签署信息;
步骤A143,当接收到第一用户输入的签署信息,对所述签署信息进行校验,如果通过,则确认合同条件成立,并进入根据所述第二总量确定相应第一数据的第一总量,所述第一数据由第三方数据处理服务器发送给第一用户及之后的步骤。
对于申请贷款的卖家来说,则提示通知卖家是否接受合同条件,如果接受,则跳转合同签署页面,进行合同签署,当卖家签署后,校验签署信息,如果通过,则确认合同条件成立,则通知第三方金融机构的服务器发放贷款给第一用户,并进入后续处理过程。
步骤A20,如果符合,则进入步骤120;
步骤A30,如果不符合,则暂停第一用户发送的第一数据获取请求。
另外,如果步骤A10在步骤120之后,
对于步骤A10优选的步骤A11至A14,进一步的在步骤A12之后,A13之前,还可包括:
步骤A121,判断第一服务器是否允许过第一用户的第一数据获取请求;
步骤A122,如果是,则判断当前第二总量是否小于阈值,如果小于阈值,转入步骤A14。
即不需要第一用户输入验证码,比如手机验证码。
然后步骤A20,如果符合,则进入步骤130。
步骤140,每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
为了便于说明后,续步骤140至步骤170以前述网络交易平台的卖家、买家和第三方金融机构的服务器的例子为例进行说明。
那么对于一个网络交易平台的卖家a,如果买家b对其商品新下了订单4:50元,订单5:80元,那么即可将新下的订单4、订单5放入订单池。
步骤150,当接收到确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
当系统接收到确认完成所述第二数据获取请求的消息时,则将所述第二数据获取请求移除请求池,以便重新计算移除后的请求池中第二数据获取请求的第二数据的第二总量。
比如当前述例子中,将请求池理解为订单池,那么订单池中订单1买家确认收货并付款100元,那么将订单1移除订单池,此时订单池中的订单包括:订单2:200元,订单3:300元,订单4:50元,订单5:80元;那么订单池中的第二总量为630元。
本步骤的确认完成所述第二数据获取请求的消息可通过:每当第二用户ID采用第二有价数据为所述获取请求的第一有价数据进行支付,并确认收到第一用户ID对所述获取请求的确认答复后获得。
步骤160,将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器;所述第三数据为第二用户发送至第一用户的,对应所述确认完成的第二数据获取请求的确认数据。
其中,如前所述,在第一用户接收到第二用户发送的第二数据获取请求后,第二用户可对所述第二数据获取请求进行答复确认,即通常所说的将订单对应的商品进行发送,该商品即可是实体商品(比如玩具),也可是虚拟数据商品(比如充值卡的卡号和密码等)。
而买家首先需要对该第二数据获取请求对应的第二数据(即对应的商品信息)进行支付,另外还需确认收到该第二数据获取请求对应的商品。在本申请中,买家可在发送第二数据获取请求时进行支付,即再卖家发货之前就对商品信息进行支付,也可在收到第二数据获取请求对应的商品时再用第三数据对其进行支付。
在步骤160中,具体可包括:
步骤S161,当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
如前所述当前的第一总量为600元,那么第二总量630大于第一总量600,则不用将买家支付的订单1的价钱100返回给第三方金融机构的服务器。
步骤S162,当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
本申请返回数据处理平台的第三数据量可为第一总量减去第二总量的差值。当然也可按照其他方式返回。
前述例子中,而如果后续又有订单2的买家确认收货并付款200元,那么此时订单池中订单为:订单3:300元,订单4:50元,订单5:80元。步骤150重新计算订单池中第二总量为430元,小于第一总量600元,那么需要将当前接收的订单2的价钱200中的170(即600-430)返回至第三方金融机构的服务器。
步骤170,如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,进入步骤140。
在将所述第三数据的部分或者全部返回给第三方数据处理服务器后,意味着第三方数据处理服务器发送给第一用户第一数据被返回了一部分,即相应的第一总量变化了,那么需要计算第一用户侧变化之后的第一总量,即根据当前的第一总量扣除第三数据后剩余的第一总量。
比如前述例子中,当前的第一总量为600,返回170,那么剩余的第一总量为430。如果返回200,那么剩余的第一总量为400。
然后即可进入下一轮处理。
优选的,所述如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,包括:
步骤S171,针对所述第二数据获取请求,当返回相应第三数据给第三方数据处理服务器的期限超过阈值时,将与所述剩余第一总量的指定比例加入所述第一总量中。
比如买家付款并确认收货超过5天,则开始计算未回收贷款的利息(第一总量的指定比例),并加入第一总量作为新的第一总量。
另外,也可在第三方金融机构的服务器发送第一数据至卖家当天开始按天计算未还贷款(即剩余第一总量)的利息,累加进入第一总量。
在这个过程中,首先第一服务器接收一次第一用户的第一数据获取请求,即可对该第一用户的大量第二数据获取请求进行处理,减少了第一用户的第一数据获取请求发送量;其次,如果新加入订单池的订单的对应的增加的第二数据的总量大于移除订单池的订单的第二数据的总量,那么则可不向第三方数据处理服务器发送通知。
参照图2,示出了本申请一种数据处理系统实施例的流程示意图,具体可以包括:
第一服务器210和第三方数据处理服务器220
所述第一服务器210包括:
请求接收模块211,用于接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
第二总量计算模块212,用于根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据订单池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
第一总量计算模块213,用于根据所述第二总量通知第三方平台发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
新第二数据获取请求处理模块214,用于每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
已确认请求处理模块215,用于当接收到第二用户确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
比较判断模块216,用于将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器;
剩余第一总量计算模块217,用于如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,并进入已确认请求处理模块。
进一步的,所述请求接收模块之后,或者所述第二总量计算模块之后,还包括:
条件判断模块,用于判断所述第一用户是否符合发送第一数据获取请求的条件;如果符合,则进入第二总量计算模块或者第一总量计算模块;如果不符合,则暂停第一用户发送的第一数据获取请求。
进一步的,所述比较判断模块包括:
第一判断模块,用于当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
第二判断模块,用于当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
对于系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、第一服务器计算机、手持终端设备或便携式终端设备、平板型终端设备、多处理器系统、基于微处理器的系统、网络PC、小型计算机、大型计算机、包括以上任何系统或终端设备的分布式计算环境等等。本发明优选应用于嵌入式系统中。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理终端设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储终端设备在内的本地和远程计算机存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
以上对本申请所提供的一种数据处理方法和系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (11)
1.一种数据处理方法,其特征在于,包括:
步骤110,接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
步骤120,根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据所述请求池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
步骤130,根据所述第二总量通知第三方数据处理服务器发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
步骤140,每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
步骤150,当接收到确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
步骤160,将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将第三数据的部分或者全部返回给第三方数据处理服务器;所述第三数据为第二用户发送至第一用户的,对应所述确认完成的第二数据获取请求的确认数据;
步骤170,如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,进入步骤140。
2.根据权利要求1所述的方法,其特征在于,所述接收第一用户发送第一数据获取请求之后,或者所述计算初始的第二数据的第二总量之后还包括:
判断所述第一用户是否符合发送第一数据获取请求的条件;
如果符合,则进入步骤120或者步骤130;
如果不符合,则暂停第一用户发送的第一数据获取请求。
3.根据权利要求2所述的方法,其特征在于,判断所述第一用户是否符合发送第一数据获取请求的条件具体包括:
获取第一用户的终端设备信息,根据终端设备信息判断所述第一用户是否存在欺诈;
如果没有,则发送第一用户对应用户身份信息数据到实名认证库,判断第一用户的用户是否与实名认证库匹配;
如果匹配,则发送校验信息给第一用户对应的移动终端设备,并接收第一用户输入的所述校验信息,进行校验;
如果校验通过,则根据第一用户的历史行为记录信息,判断所述第一用户是否符合安全借用等级。
4.根据权利要求3所述的方法,其特征在于,如果述第一用户符合安全借用等级,还包括:
通知第一用户是否接受预置合同条件;
如果接受,则通知第一用户输入签署信息;
当接收到第一用户输入的签署信息,对所述签署信息进行校验,如果通过,则确认合同条件成立,并进入步骤120或者步骤130。
5.根据权利要求1所述的方法,其特征在于,所述将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将所述第三数据的部分或者全部返回给第三方数据处理服务器包括:
当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
6.根据权利要求1所述的方法,其特征在于,所述如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,包括:
针对所述第二数据获取请求,当返回相应第三数据给第三方数据处理服务器的期限超过阈值时,将与所述剩余第一总量的指定比例加入所述第一总量中。
7.根据权利要求1所述的方法,其特征在于,所述将所述第三数据的部分或者全部返回给第三方数据处理服务器包括:
将第一总量与第二总量之间的差值对应的第三数据返回给第三方数据处理服务器。
8.根据权利要求1所述的方法,其特征在于,所述根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池包括:
根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求,并将第一用户确认答复的第二数据获取请求放入请求池。
9.一种数据处理系统,其特征在于,包括:
第一服务器和第三方数据处理服务器
所述第一服务器包括:
请求接收模块,用于接收第一用户发送的第一数据获取请求;所述第一数据获取请求为第一用户请求通知第三方数据处理服务器发送第一数据至第一用户;
第二总量计算模块,用于根据所述第一数据获取请求,获得各第二用户发送给第一用户的各第二数据获取请求并放入请求池,并根据所述请求池中的第二数据获取请求对应的第二数据计算初始的第二数据的第二总量;
第一总量计算模块,用于根据所述第二总量通知第三方数据处理服务器发送相应的第一数据至第一用户,并记录所述第一数据的第一总量;
新第二数据获取请求处理模块,用于每当出现新的第二数据获取请求,将所述新的第二数据获取请求放入请求池;
已确认请求处理模块,用于当接收到第二用户确认完成所述第二数据获取请求的消息时,将所述第二数据获取请求移除请求池,并基于所述请求池中各第二数据获取请求的第二数据重新计算当前的第二总量;
比较判断模块,用于将所述当前的第二总量与当前的第一总量进行比较,并依据比较结果确定是否将第三数据的部分或者全部返回给第三方数据处理服务器;
剩余第一总量计算模块,用于如果将所述第三数据的部分或者全部返回给第三方数据处理服务器,则根据当前的第一总量,重新计算扣除所述返回第三方数据处理服务器的第三数据后剩余的第一总量,并进入已确认请求处理模块。
10.根据权利要求9所述的系统,其特征在于,所述请求接收模块之后,或者所述第二总量计算模块之后,还包括:
条件判断模块,用于判断所述第一用户是否符合发送第一数据获取请求的条件;如果符合,则进入第二总量计算模块或者第一总量计算模块;如果不符合,则暂停第一用户发送的第一数据获取请求。
11.根据权利要求9所述的系统,其特征在于,所述比较判断模块包括:
第一判断模块,用于当所述当前的第二总量大于或等于当前的第一总量,则不将所述第三数据的部分或者全部返回给第三方数据处理服务器;
第二判断模块,用于当所述当前的第二总量小于当前的第一总量,则将所述第三数据的部分或者全部返回给第三方数据处理服务器。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710806790.6A CN107679839B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
CN201210340255.3A CN103679437B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
TW101146898A TWI570648B (zh) | 2012-09-13 | 2012-12-12 | Data processing methods and systems |
US14/025,664 US9473588B2 (en) | 2012-09-13 | 2013-09-12 | Data processing method and system |
PCT/US2013/059518 WO2014043389A2 (en) | 2012-09-13 | 2013-09-12 | Data processing method and system |
US15/269,624 US10708384B2 (en) | 2012-09-13 | 2016-09-19 | Data processing method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210340255.3A CN103679437B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710806790.6A Division CN107679839B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103679437A CN103679437A (zh) | 2014-03-26 |
CN103679437B true CN103679437B (zh) | 2017-10-20 |
Family
ID=49305100
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210340255.3A Active CN103679437B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
CN201710806790.6A Active CN107679839B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710806790.6A Active CN107679839B (zh) | 2012-09-13 | 2012-09-13 | 一种数据处理方法和系统 |
Country Status (4)
Country | Link |
---|---|
US (2) | US9473588B2 (zh) |
CN (2) | CN103679437B (zh) |
TW (1) | TWI570648B (zh) |
WO (1) | WO2014043389A2 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105743956A (zh) * | 2014-12-12 | 2016-07-06 | 阿里巴巴集团控股有限公司 | 一种数据资源分配方法和装置 |
CN105654360A (zh) * | 2015-12-30 | 2016-06-08 | 北京金山安全软件有限公司 | 一种信息处理方法、装置及电子设备 |
CN109978644B (zh) * | 2017-12-28 | 2021-03-30 | 北京京东尚科信息技术有限公司 | 信息处理方法、装置及系统 |
CN111681062A (zh) * | 2020-06-01 | 2020-09-18 | 腾讯科技(深圳)有限公司 | 票据信息的处理方法、装置、存储介质及电子装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101567071A (zh) * | 2008-04-21 | 2009-10-28 | 阿里巴巴集团控股有限公司 | 一种网上交易系统和银行系统的数据交互处理方法及装置 |
Family Cites Families (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6208973B1 (en) | 1998-02-27 | 2001-03-27 | Onehealthbank.Com | Point of service third party financial management vehicle for the healthcare industry |
US20050033604A1 (en) | 1999-07-13 | 2005-02-10 | Mitan Technologies, Llc | Method and apparatus for settling claims between health care providers and third party payers |
US20020038277A1 (en) * | 2000-02-22 | 2002-03-28 | Yuan Frank S. | Innovative financing method and system therefor |
US20010034663A1 (en) * | 2000-02-23 | 2001-10-25 | Eugene Teveler | Electronic contract broker and contract market maker infrastructure |
US20040181493A1 (en) | 2000-10-26 | 2004-09-16 | Cross Thomas M. | Method and system for real-time transactional information processing |
JP2003016295A (ja) | 2001-06-28 | 2003-01-17 | Nec Corp | オンラインショッピング方法及びそのシステム並びにプログラム |
US20040172361A1 (en) | 2003-02-28 | 2004-09-02 | Hitachi, Ltd. | Dutch account settlement method |
US20050096986A1 (en) | 2003-09-05 | 2005-05-05 | De La Rue International, Limited | Method of electronically managing payment media |
US7707055B2 (en) * | 2003-09-12 | 2010-04-27 | Altisource Solutions S.A.R.L. | Method and system for vendor management |
US20060212407A1 (en) * | 2005-03-17 | 2006-09-21 | Lyon Dennis B | User authentication and secure transaction system |
US20060287953A1 (en) | 2005-06-16 | 2006-12-21 | Siamr Solutions, Inc. | Global web-based financial remitance system and process |
US7567938B1 (en) | 2005-06-22 | 2009-07-28 | Arch Insurance Group | Method for reimbursing administrators of payments |
CA2612964A1 (en) * | 2005-07-15 | 2007-01-25 | United Parcel Service Of America, Inc. | Systems and methods for inventory financing |
US7716125B2 (en) | 2005-08-10 | 2010-05-11 | Axcessnet Innovations Llc | Networked loan market and lending management system |
US20070214077A1 (en) * | 2006-02-21 | 2007-09-13 | Primerevenue, Inc. | Systems and methods for asset based lending (abl) valuation and pricing |
CN101676943A (zh) | 2008-09-16 | 2010-03-24 | 阿里巴巴集团控股有限公司 | 物流公司货款资金实时清算方法及其系统 |
US7983951B2 (en) * | 2009-03-02 | 2011-07-19 | Kabbage, Inc. | Apparatus to provide liquid funds in the online auction and marketplace environment |
US10430873B2 (en) * | 2009-03-02 | 2019-10-01 | Kabbage, Inc. | Method and apparatus to evaluate and provide funds in online environments |
US20100268557A1 (en) * | 2009-04-17 | 2010-10-21 | Patrick Faith | Enrollment server |
US8762288B2 (en) * | 2009-04-22 | 2014-06-24 | The Western Union Company | Methods and systems for establishing an identity confidence database |
US8635442B2 (en) * | 2009-04-28 | 2014-01-21 | Adobe Systems Incorporated | System and method for long-term digital signature verification utilizing light weight digital signatures |
US20110035294A1 (en) | 2009-08-04 | 2011-02-10 | Authernative, Inc. | Multi-tier transaction processing method and payment system in m- and e- commerce |
US8370236B1 (en) * | 2009-11-24 | 2013-02-05 | Island Intellectual Property Llc | Method and system for allocating funds over a plurality of time deposit instruments in depository institutions |
CN102236826A (zh) * | 2010-04-26 | 2011-11-09 | 吴越 | 财务系统数据记录的生成方法 |
US20110276484A1 (en) * | 2010-05-04 | 2011-11-10 | Gregory A. Pearson, Inc. | Identity verification systems |
CN102332139A (zh) * | 2010-07-15 | 2012-01-25 | 金银岛(北京)网络科技股份有限公司 | 供应链融资模式及操作方法 |
CN102347929A (zh) * | 2010-07-28 | 2012-02-08 | 阿里巴巴集团控股有限公司 | 一种用户身份的验证方法及装置 |
TW201224961A (en) * | 2010-08-26 | 2012-06-16 | Project Fastlane Inc | Location aware mobile marketplace application and system |
US20130060708A1 (en) * | 2011-09-06 | 2013-03-07 | Rawllin International Inc. | User verification for electronic money transfers |
TWI627987B (zh) * | 2012-02-28 | 2018-07-01 | Cfph有限責任公司 | 提供遊戲服務的方法及裝置 |
US20130282523A1 (en) * | 2012-04-20 | 2013-10-24 | Howard Pfeffer | Network service provider assisted payment fraud detection and mitigation methods and apparatus |
US8933776B2 (en) * | 2012-07-20 | 2015-01-13 | Qualcomm Incorporated | Relative positioning applications in wireless devices |
US10489772B2 (en) * | 2013-11-27 | 2019-11-26 | At&T Intellectual Property I, L.P. | Out-of-band device verification of transactions |
-
2012
- 2012-09-13 CN CN201210340255.3A patent/CN103679437B/zh active Active
- 2012-09-13 CN CN201710806790.6A patent/CN107679839B/zh active Active
- 2012-12-12 TW TW101146898A patent/TWI570648B/zh active
-
2013
- 2013-09-12 US US14/025,664 patent/US9473588B2/en active Active
- 2013-09-12 WO PCT/US2013/059518 patent/WO2014043389A2/en active Application Filing
-
2016
- 2016-09-19 US US15/269,624 patent/US10708384B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101567071A (zh) * | 2008-04-21 | 2009-10-28 | 阿里巴巴集团控股有限公司 | 一种网上交易系统和银行系统的数据交互处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
TWI570648B (zh) | 2017-02-11 |
CN107679839A (zh) | 2018-02-09 |
CN103679437A (zh) | 2014-03-26 |
CN107679839B (zh) | 2021-04-27 |
US10708384B2 (en) | 2020-07-07 |
US9473588B2 (en) | 2016-10-18 |
WO2014043389A2 (en) | 2014-03-20 |
WO2014043389A3 (en) | 2014-07-03 |
US20170006133A1 (en) | 2017-01-05 |
TW201411528A (zh) | 2014-03-16 |
US20140074914A1 (en) | 2014-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10275760B2 (en) | Method and apparatus for authorizing a payment via a remote device | |
CN102663586B (zh) | 一种通过两个移动终端完成支付的方法 | |
TWI640937B (zh) | Online payment method and equipment | |
US9208485B2 (en) | System and method for facilitating online transactions | |
WO2016147730A1 (ja) | 決済処理装置、方法、及びコンピュータプログラム | |
CN106469377A (zh) | 退货信息处理方法及装置 | |
WO2012142532A1 (en) | Method and apparatus to evaluate and provide funds in online environments | |
US10937010B1 (en) | Payment platform for online service providers | |
US20130339231A1 (en) | Prepaid wallet for merchants | |
CN101706933A (zh) | 一种实现联名账户业务操作的方法及后台系统 | |
KR20170093859A (ko) | 거래 시스템 및 방법 | |
US11720960B1 (en) | Refinancing tools for purchasing transactions | |
CN104077699A (zh) | 用于电商平台的支付数据处理方法和系统 | |
TW201909085A (zh) | 基於區塊鏈智能合約的應收帳款融資系統及其方法 | |
CN103679437B (zh) | 一种数据处理方法和系统 | |
CN113298512A (zh) | 资金数据信息处理方法、装置及电子设备 | |
US20190205871A1 (en) | System and methods for populating a merchant advice code | |
CN107646122A (zh) | 从支付账户交易生成捐赠的系统和方法 | |
CN102855557A (zh) | 网络交易支付处理系统及方法 | |
US20160048815A1 (en) | Payment service provision with reduced transaction costs | |
US20210224756A1 (en) | Electronic money mediation system and electronic money mediation method | |
US8874075B2 (en) | System and method for utilizing a user's mobile phone account as a funding source | |
CN110675260A (zh) | 基于区块链的农产品交易数据处理方法及装置 | |
KR102585035B1 (ko) | 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법 | |
TWM617374U (zh) | 第三方支付的團購服務裝置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191212 Address after: P.O. Box 31119, grand exhibition hall, hibiscus street, 802 West Bay Road, Grand Cayman, Cayman Islands Patentee after: Innovative advanced technology Co., Ltd Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Patentee before: Alibaba Group Holding Co., Ltd. |