CN101231722B - 一种网络支付方法及系统 - Google Patents

一种网络支付方法及系统 Download PDF

Info

Publication number
CN101231722B
CN101231722B CN200710000381.3A CN200710000381A CN101231722B CN 101231722 B CN101231722 B CN 101231722B CN 200710000381 A CN200710000381 A CN 200710000381A CN 101231722 B CN101231722 B CN 101231722B
Authority
CN
China
Prior art keywords
payment
order
user
data
account
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
CN200710000381.3A
Other languages
English (en)
Other versions
CN101231722A (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN200710000381.3A priority Critical patent/CN101231722B/zh
Publication of CN101231722A publication Critical patent/CN101231722A/zh
Priority to HK08114106.4A priority patent/HK1120908A1/zh
Application granted granted Critical
Publication of CN101231722B publication Critical patent/CN101231722B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种离散数据集中处理方法及其应用——一种网络支付方法及系统,以解决现有方式下离散数据在处理过程中造成重复操作,占用网络资源,耗费传输时间的问题,以及在实际应用中解决目前提供的支付服务需要用户为每个订单完成一次支付操作,带来操作烦琐、容易出错的问题。所述方法包括:接收离散数据,并暂存;识别离散数据中的特征信息;将具有相同或相应特征的离散数据集中发送给处理系统;处理系统统一处理所述具有相同或相应特征的离散数据。本发明将多个具有相同或相应特征的离散数据集中发送,能够减少网络传输次数,节省网络资源和传输时间。而且,能够一次性执行多个处理操作,极大地节省了操作时间,提高了处理效率。

Description

一种网络支付方法及系统
技术领域
本发明涉及网络数据处理技术,特别是涉及一种离散数据集中处理方法,及其应用——一种网络支付方法及系统。
背景技术
随着电子交易的兴起,安全、便捷的网络支付平台也随之兴起。目前,提供网络支付的主要形式是当用户在购物网站创建一笔交易后,通过支付系统完成交易的付款。参照图1,是提供网络支付服务的现状示意图。图中购物网站开设一个或多个店铺用于出售商品,网络支付系统用于为用户提供网络支付服务。图示流程如下:
第一步,用户在购物网站下的店铺中选购商品,并生成订单,然后在购物网站发起支付请求;
第二步,购物网站自动将订单数据传递给网络支付系统,包括订单号、订单金额、用户的支付帐户、收款方帐户等重要信息;
第三步,用户在网络支付系统中确认使用其帐户的金额支付;
第四步,网络支付系统完成结算操作,并向购物网站返回结算成功的结果;
第五步,购物网站将订单的状态更新为已成功支付。
在上述流程中,用户在各个店铺购物后,购物网站为每个店铺创建一张交易订单数据,用户再利用支付系统为每张订单付款结帐。这种行为就像在商场购物,看中一件商品之后,商场开一张购物小票,用户拿购物小票去收银台付款。例如,用户在商场Nike专柜购买了一双鞋子,拿到一张购物小票;又在Cat专柜买了一双Cat袜子,又拿到一张购物小票。该用户需要先拿着Nike的小票去收银台支付一次,在收银台找零之后,再拿出Cat的小票重新掏钱付款,收银台再次找钱。
离散数据指不以集中方式传送和处理的数据,上述订单数据即可看作是离散数据。在离散数据的处理过程中,由于每个离散数据的所有操作,包括数据请求的发起、传输、接收和处理等环节,都是单独进行的,则当有大量的数据请求通过网络传输时,就会占用网络资源,耗费传输时间。而且,实际应用中存在很多类似的离散数据的处理,则在一些操作环节会造成重复操作。
因此,在上述网络支付方式中存在的主要问题是:当用户在网上购买了多件商品,系统创建多个订单之后,该用户必须为每一份订单进行一次支付操作;即用户每次在购物网站发起的支付请求,请求中只包含一份订单数据,而支付系统每接收一个请求,只完成一份订单的支付处理。例如有10个订单,则用户就需要登录到网络支付系统中,输入十次支付密码,完成十次操作,过程十分烦琐。而且,多次操作还容易造成密码输入错误等后果。
发明内容
本发明所要解决的技术问题是提供一种离散数据集中处理方法,以解决现有方式下离散数据在处理过程中造成重复操作,占用网络资源,耗费传输时间的问题。
本发明的另一个目的是提供一种网络支付方法及系统,以解决目前提供支付服务的系统创建多份订单,需要用户为每个订单完成一次支付操作,带来操作烦琐、容易出错的问题。
为解决上述技术问题,本发明提供了一种离散数据集中处理方法,包括:
接收离散数据,并暂存;
识别离散数据中的特征信息;
将具有相同或相应特征的离散数据集中发送给处理系统;
处理系统统一处理所述具有相同或相应特征的离散数据。
优选的,分时间段向所述处理系统发送具有相同或相应特征的离散数据。
优选的,还包括:所述处理系统返回每份离散数据的处理结果。
将所述离散数据集中处理方法应用在电子交易领域,本发明提供了一种网络支付方法,包括:
创建订单,其中订单数据包括支付帐户、收款帐户、交易金额信息;
对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;
发送支付请求,将合并后的总帐单一起发送;
处理所述总帐单支付,将交易金额从支付帐户转入收款帐户,并返回处理结果。
其中,所述多份订单来自不同的购物网站,则将同一用户在各个购物网站的用户标识与支付帐户绑定。
还包括:累计所述总帐单的支付总金额后随支付请求发送。
优选的,将每份订单的处理结果返回。
还包括:用户在总帐单中选定需要支付的订单后发送支付请求。
本发明还提供了一种网络合并支付系统,其特征在于,包括:
购物网站服务器,用于创建订单,其中订单数据包括支付帐户、收款帐户、交易金额信息;
订单管理子系统,用于对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;向支付子系统发送支付请求,将合并后的总帐单一起发送;
支付子系统,用于处理所述总帐单支付,将交易金额从支付帐户转入收款帐户,并返回处理结果。
其中,所述订单管理子系统包括:接收单元,用于接收购物网站服务器发送的订单;合并支付单元,用于对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;发送单元,用于向支付子系统发送支付请求,将合并后的总帐单一起发送。
其中,所述合并支付单元还累计总帐单的支付总金额。
其中,所述订单管理子系统还包括绑定关系映射表:若所述多份订单来自不同的购物网站服务器,则所述绑定关系映射表记录了同一用户在各个购物网站服务器的用户标识与在订单管理子系统的用户标识的绑定关系。
优选的,所述支付子系统将每份订单的处理结果返回。
其中,所述支付子系统为提供中介信用服务的第三方,或者是提供支付服务的金融机构。
优选的,用户在购物网站服务器通过单次登录,也可访问订单管理子系统和支付子系统。
与现有技术相比,本发明具有以下优点:
本发明将多个具有相同或相应特征的离散数据集中发送,能够减少网络传输次数,节省网络资源和传输时间。而处理系统接收离散数据的操作次数也相应减少,并且针对相同或相应特征的离散数据,能够一次性执行多个处理操作,极大地节省了操作时间,提高了处理效率。
本发明应用于电子交易领域,在购物网站和网络支付子系统之间搭建了一个处理所有用户订单的平台,管理来自不同购物网站、不同购物店铺的订单。通过将同一用户在各个购物网站的用户标识与在所述管理平台的用户标识绑定,能够将同一用户的多份订单合并,并累计支付总金额后再发送给支付子系统,从而为用户提供便捷的合并支付服务,用户只需支付一次,就可以付清所有订单上的金额。本发明解决了网上购物时用户需要为多张订单支付多次的烦琐操作,大大节省了支付时间。
而且,网络支付子系统也作出适应性修改,对于包含多份订单数据的支付请求,能够逐份单独处理,并将每份订单的支付结果返回。与将多份订单作为一个整体进行处理,只返回一个处理结果,只要其中一个订单处理失败,整体的支付结果即为失败的情况相比,本发明在一次性处理多份订单数据方面作出改进,将处理结果更清晰地返回给管理平台和用户。
附图说明
图1是现有技术中提供网络支付服务的现状示意图;
图2是本发明所述一种离散数据集中处理示意图;
图3和图4是本发明中提供网络合并支付服务的原理示意图;
图5是本发明所述网络支付方法的步骤流程图;
图6是本发明所述网络合并支付系统的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图2,是本发明所述一种离散数据集中处理示意图。在将离散数据发送给处理系统进行处理之前,先将多份离散数据进行集中处理。如图所示,接收到离散数据后,先暂时存储起来,然后对所述离散数据进行特征识别,因为对于存在类似数据的情况,类似的离散数据具有相同或相应的特征信息。例如,离散数据1、离散数据2和离散数据3都具有相同或相应的特征信息A,则将他们合并成一个请求,集中发送给处理系统;而离散数据4和离散数据5都具有相同或相应的特征信息B,离散数据6和离散数据7都具有相同或相应的特征信息C,也集中起来以请求B和请求C发送。
由此,多个具有相同或相应特征的离散数据集中发送,能够减少网络传输次数,节省网络资源和传输时间。而处理系统接收离散数据的操作次数也相应减少,并且针对相同或相应特征的离散数据,能够一次性执行多个处理操作,极大地节省了操作时间,提高了处理效率。
优选的,离散数据的集中发送按照时间段执行,根据不同应用选定轮询时间(如1秒钟),将该时间段内具有相同或相应特征的离散数据集中发送到处理系统,保证数据的及时处理和及时响应。
优选的,虽然处理系统接收的是集中发送过来的离散数据,并一次性执行多个处理操作,但仍能够将每份离散数据的处理结果返回。传统的处理方式是,对于一次性的多个操作,支付系统作为一个整体进行处理,返回一个整体的处理结果,如果其中一份离散数据的处理失败,则整体返回的结果即为失败,这种方式并不能真实、清楚地反映每份离散数据的处理情况。本发明所述方法在一次性执行多个操作时,单独监控每份离散数据的处理过程,因此数据发送方能够更清晰地获知每份离散数据的处理结果。
将本发明应用到电子交易领域,为用户提供了方便、省时的网络合并支付方法,但需要解决两个问题:第一,用户可能会在多个店铺下订单(在同一店铺购买的所有商品生成一张订单);第二,用户可能会在多个购物网站下订单,并且需要到同一个网络支付系统中完成支付操作。为解决不同情况下的订单数据,本发明提出了合并支付的概念。
参照图3,是本发明中提供网络合并支付服务的原理示意图。图示的网络购物者是在购物网站注册的用户,购物网站提供多家店铺出售商品,网络收银台用于管理用户的订单数据,网络支付系统用于完成订单金额的支付处理。当用户在多家店铺中下订单后,通过网络收银台将需要支付的订单合并成一张总帐单,然后再利用网络支付系统完成总帐单的结算,并将支付结果通过网络收银台最终返回给用户。
在大量的订单数据中,网络收银台如何将同一用户的多份订单正确地合并到该用户的总帐单中,本发明采用的方法原理如图4所示。购物网站、网络收银台、网络支付系统都是通过用户标识来保证用户的唯一性,本发明将用户在购物网站的用户标识与在网络收银台的用户标识绑定,这样订单数据由购物网站传送到网络收银台,收银台首先识别出所接收的订单来自哪个用户,然后根据所述绑定关系,将订单归于所绑定的用户标识下进行合并处理。
而对于网络收银台同时管理多个购物网站的情况,也按照上述方法绑定用户标识。假设用户M在各个购物网站的用户标识不同,在网站A的标识为aa,在网站B的标识为bb,在网站C的标识为cc,在网络收银台的标识为dd则将aa、bb、cc与dd绑定。当用户M分别在三个网站购物后,网络收银台根据所述绑定关系就可以正确地将用户M的三分订单合并。同理,将用户在网络收银台的用户标识和在网络支付系统的用户标识也绑定,如将dd与ee绑定,解决网络支付系统中正确从用户帐户支付金额的问题。
在一份订单的支付处理过程中,如果购物网站、网络收银台、网络支付系统都需要用户登录后才能进行操作,则给用户带来烦琐的操作过程。因此,本发明优选的,采用公开号为CN1835438、名称为“一种在系统间实现单次登录的方法及系统”的发明专利所公开的方法,实现用户的单次登录,即用户在购物网站进行一次登录后,不需要进行网络收银台、网络支付系统的再次登录,即可直接进入操作,节省了操作时间。
基于图3、图4所示的原理,本发明提供了一种网络合并支付的方法。参照图5,是本发明所述网络支付方法的步骤流程图。
步骤501,用户A登录购物网站,在网站下的店铺中选购商品。
步骤502,购物网站根据用户A的需求创建交易订单。其中,订单数可能为一份或多份,订单也可能来自不同的购物网站。在单店铺的购物网站中(即网站只有一个店铺),通常采用“购物车”的方式,用户可以把所选购的商品放到购物车里,生成一份订单。购物网站将订单数据传送给收银台系统,包括订单号、订单金额、用户的支付帐户、收款方帐户等重要信息。
优选步骤503,收银台系统将同一用户创建的所有订单在列表中显示。用户进入收银台系统,在所述订单列表下选择需要立即支付的订单,并点击支付按钮。
步骤504,收银台系统将用户所选的订单累计成一份总帐单,向网络支付系统发送支付请求。优选的,收银台还计算所选订单的总金额后一并发送,因为对于多份订单向同一收款方帐户进行支付的情况,网络支付系统根据累计的总金额进行一次性支付即可。而且,在某些电子交易过程中,如果用户的支付总金额超过一定数额,就可以获得相应的优惠,比如按照总金额的一定百分比减少支付。
步骤505,用户在网络支付系统中输入一次密码,确认使用其帐户的金额支付,支付系统根据请求内容,将每个订单的交易金额从用户的支付帐户转入相应的收款方帐户。例如,一个支付请求中包含三份订单数据,收款方帐户分别是A、B、C,则支付系统分别将订单金额转入帐户A、B、C中。
步骤506,支付系统向收银台返回支付处理结果,如果成功,则收银台标识订单已结算完毕。支付系统处理支付请求有两种方式:一种是将一批订单作为一个整体进行处理,只返回一个处理结果,如果其中一份订单处理失败,则返回结果为失败;另一种是单独返回每份订单的处理结果。本发明优选的采用第二种方式,在一次性处理多份订单数据时,将每份订单的支付结果清晰地返回收银台系统。
步骤507,收银台将支付结果通知购物网站,网站记录订单状态,若支付成功,则更新为成功支付。
步骤508,网站为支付成功的订单用户提供凭证,用户携带所述系统凭证即可取得商品。
用户通过上述流程,无论创建多少张订单,只需支付一次,就可以付清所有订单上的金额,操作起来十分方便、安全。例如,用户在A店铺为一件Nike衣服下了订单,在B店铺为一双Cat运动鞋下了订单;然后进入收银台系统,确认需要支付“Nike订单和Cat订单”,收银台会显示“共计1200元,其中Nike衣服400元,Cat运动鞋800元”;然后用户在支付系统输入一次支付密码,就完成了两张订单的支付过程。本发明可以运用到多商城、多店铺的购物系统中,而且对于单店铺网站,用户可以利用目前网络的“购物车”功能在每个网店中得到一张订单,再利用“收银台”功能去网络支付系统中完成所有订单的支付。
针对上述网络合并支付方法,本发明还提供了相应的处理系统,参照图6,是本发明所述网络合并支付系统的结构框图。所述系统包括购物网站服务器601,订单管理子系统602,支付子系统603,其中订单管理子系统602包括接收单元604、合并支付单元605、发送单元606和数据库。
购物网站服务器601,用于管理一家或多家网上店铺,当已登录的用户在店铺中选购商品后,为用户创建交易订单,所述订单数据包括订单号、订单金额、用户的支付帐户、收款方帐户等。其中,在同一家店铺购买的所有商品生成一张订单。所述购物网站服务器601还记录订单的处理状态,若收到支付成功的消息,则为订单用户提供凭证,用户携带所述系统凭证即可取得商品。
订单管理子系统602,用于统一管理用户订单,将购物网站服务器601创建的多份订单合并后,发送给支付子系统603处理,包括接收单元604、合并支付单元605和发送单元606。其中,所述接收单元604用于接收用户从购物网站服务器601发送来的订单数据,所述合并支付单元605用于正确地将属于同一用户的多份订单合并为一张总帐单,所述发送单元606用于将合并后的总帐单发送给支付子系统603处理。
由于多份订单可能来自不同的购物网站服务器601,也可能来自不同的用户,所以本发明为实现合并支付功能,提供了多个购物网站服务器601与订单管理子系统602的邦定关系。在订单管理子系统602的数据库中,存有绑定关系映射表607,记录了同一用户在各个购物网站服务器的用户标志与在订单管理子系统的用户标志的邦定关系。对于订单管理子系统602同时处理来自多个购物网站服务器601订单的情况,合并支付单元605通过读取所述绑定关系映射表607,就能够正确地将订单按照绑定映射关系归并到对应的用户标识下。
优选的,合并支付单元605将合并后的总帐单以列表形式显示,并为用户提供选定操作,用户根据需要选择立即支付的订单后,通过发送单元606触发支付请求。而且,合并支付单元605还将用户选定的订单金额累计,便于支付子系统603对同一收款方帐户的一次性处理。所述合并支付单元605还记录订单状态,当收到成功支付的消息后,标识订单已结算完毕,并通过发送单元606将处理结果返回给购物网站服务器601。
支付子系统603,用于处理订单管理子系统602发送来的总帐单结算,当用户输入一次密码确认无误后,将每份订单数据中的金额从支付帐户转入相应的收款方帐户。如前所述,所述支付子系统603能够将每份订单的支付结果单独返回给订单管理子系统602,订单管理子系统602再通知购物网站服务器601。所述支付子系统603可以由提供支付服务的金融机构实现(如银行),也可以由提供中介信用服务的第三方实现(如提供安全的资金转帐的中介信用服务机构)。
本发明所述网络合并支付系统中,购物网站服务器601、订单管理子系统602、支付子系统603可以是各自独立的系统。如前所述,本发明采用公开号为CN1835438、名称为“一种在系统间实现单次登录的方法及系统”的发明专利所公开的方法和系统,实现购物网站服务器601、订单管理子系统602、支付子系统603三个系统间的单次登录,在此不再详述。
但是,本发明并不限于上述单独设置,如果所有订单都由同一个购物网站创建,则所述订单管理子系统602可以内嵌到购物网站内部,由购物网站来管理。而对于需要解决多个购物网站的订单一起支付的问题,所述订单管理子系统602通常单独设置,或者也可以内嵌到支付子系统603内部。总之,订单管理子系统602的设置形式灵活,根据实际应用情况可以由购物网站或网络支付系统实现其功能。
以上对本发明所提供的一种离散数据集中处理方法,及其应用——一种网络支付方法及系统,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种离散数据集中处理方法,其特征在于,包括:
接收离散数据,并暂存;
识别离散数据中的特征信息,类似的离散数据具有相同或相应的特征信息;
将具有相同或相应特征的离散数据集中发送给处理系统;
处理系统统一处理所述具有相同或相应特征的离散数据,单独监控每份离散数据的处理过程,返回每份离散数据的处理结果。
2.根据权利要求1所述的方法,其特征在于:分时间段向所述处理系统发送具有相同或相应特征的离散数据。
3.一种用于网络支付的离散数据集中处理方法,其特征在于,包括:
接收订单数据并创建订单,其中订单数据包括支付帐户、收款帐户、交易金额信息;
识别订单数据的支付帐户,对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;
发送支付请求,将合并后的总帐单一起发送,所述总帐单的订单数据具有相同的支付帐户;
处理所述总帐单支付,将交易金额从支付帐户转入收款帐户,并单独返回每份订单的处理结果。
4.根据权利要求3所述的方法,其特征在于:所述多份订单来自不同的购物网站,则将同一用户在各个购物网站的用户标识与支付帐户绑定。
5.根据权利要求3所述的方法,其特征在于,还包括:累计所述总帐单的支付总金额后随支付请求发送。
6.根据权利要求3所述的方法,其特征在于,还包括:用户在总帐单中选定需要支付的订单后发送支付请求。
7.一种用于网络合并支付的离散数据集中处理系统,其特征在于,包括:
购物网站服务器,用于接收订单数据并创建订单,其中订单数据包括支付帐户、收款帐户、交易金额信息;
订单管理子系统,用于识别订单数据的支付帐户,对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;向支付子系统发送支付请求,将合并后的总帐单一起发送,所述总帐单的订单数据具有相同的支付帐户;
支付子系统,用于处理所述总帐单支付,将交易金额从支付帐户转入收款帐户,并单独返回每份订单的处理结果。
8.根据权利要求7所述的系统,其特征在于,所述订单管理子系统包括:
接收单元,用于接收购物网站服务器发送的订单;
合并支付单元,用于对应同一支付帐户,合并多份订单,其中每个用户对应一个支付帐户;
发送单元,用于向支付子系统发送支付请求,将合并后的总帐单一起发送。
9.根据权利要求8所述的系统,其特征在于:所述合并支付单元还累计总帐单的支付总金额。
10.根据权利要求8所述的系统,其特征在于,所述订单管理子系统还包括绑定关系映射表:若所述多份订单来自不同的购物网站服务器,则所述绑定关系映射表记录了同一用户在各个购物网站服务器的用户标识与在订单管理子系统的用户标识的绑定关系。
11.根据权利要求7所述的系统,其特征在于:所述支付子系统为提供中介信用服务的第三方,或者是提供支付服务的金融机构。
12.根据权利要求7所述的系统,其特征在于:用户在购物网站服务器通过单次登录,也可访问订单管理子系统和支付子系统。
CN200710000381.3A 2007-01-22 2007-01-22 一种网络支付方法及系统 Active CN101231722B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200710000381.3A CN101231722B (zh) 2007-01-22 2007-01-22 一种网络支付方法及系统
HK08114106.4A HK1120908A1 (zh) 2007-01-22 2008-12-30 種網絡支付方法及系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710000381.3A CN101231722B (zh) 2007-01-22 2007-01-22 一种网络支付方法及系统

Publications (2)

Publication Number Publication Date
CN101231722A CN101231722A (zh) 2008-07-30
CN101231722B true CN101231722B (zh) 2014-09-17

Family

ID=39898175

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710000381.3A Active CN101231722B (zh) 2007-01-22 2007-01-22 一种网络支付方法及系统

Country Status (2)

Country Link
CN (1) CN101231722B (zh)
HK (1) HK1120908A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113469671A (zh) * 2021-07-06 2021-10-01 吉林亿联银行股份有限公司 一种订单合并付款方法及装置

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009050985A1 (de) * 2009-09-08 2011-03-17 Cosmin-Gabriel Ene Bezahlsystem, Einkaufssystem und Verfahren zum Durchführen einer Vielzahl von Bezahlvorgängen
CN102377753B (zh) * 2010-08-19 2015-12-02 腾讯科技(深圳)有限公司 系统信息识别方法、装置和系统
CN103325032A (zh) * 2012-03-21 2013-09-25 阿里巴巴集团控股有限公司 数据处理方法及装置
CN103971228B (zh) 2013-01-31 2017-08-01 深圳市腾讯计算机系统有限公司 网络开放平台虚拟商品的支付请求处理方法、装置和系统
CN104123654B (zh) * 2013-04-28 2017-06-23 腾讯科技(深圳)有限公司 一种多订单批量处理方法及装置
CN104766209B (zh) 2014-01-07 2017-07-21 腾讯科技(深圳)有限公司 一种数据批量处理方法及系统
CN103856557B (zh) * 2014-01-15 2016-10-12 北京奇虎科技有限公司 一种基于第三方平台的业务对象的处理方法和系统
CN105590243A (zh) * 2014-10-24 2016-05-18 阿里巴巴集团控股有限公司 对离散数据进行集中处理的方法、客户端、服务器及系统
CN104915869A (zh) * 2015-05-27 2015-09-16 腾讯科技(深圳)有限公司 数据信息生成方法及装置
CN105160570A (zh) * 2015-09-15 2015-12-16 浪潮软件股份有限公司 一种可水平扩展的并发在线交易处理方法
CN105427093A (zh) * 2015-12-29 2016-03-23 宁波博赢环深互联网科技有限公司 一种应用于电子商务的订单账户支付系统
GB201523166D0 (en) * 2015-12-31 2016-02-17 Jones Maria F Direct integration system
CN107147610B (zh) * 2016-03-01 2020-05-05 阿里巴巴集团控股有限公司 资源的处理方法及装置
CN105869030A (zh) * 2016-03-24 2016-08-17 北京金山安全软件有限公司 一种数据处理的方法、装置及电子设备
CN107292747A (zh) * 2016-04-13 2017-10-24 平安科技(深圳)有限公司 保全处理的优化方法和装置
CN105894366A (zh) * 2016-04-22 2016-08-24 上海瀚之友信息技术服务有限公司 一种秒杀型交易处理系统及方法
CN107403301A (zh) * 2016-05-18 2017-11-28 平安科技(深圳)有限公司 保单退费转账处理方法和装置
CN107403385B (zh) * 2016-05-18 2021-03-09 平安科技(深圳)有限公司 投保信息审核方法和装置
CN106886847A (zh) 2016-06-22 2017-06-23 阿里巴巴集团控股有限公司 一种资源处理方法及装置
CN106383911A (zh) * 2016-10-09 2017-02-08 广州唯品会信息科技有限公司 应收订单压缩方法及系统
CN106447455A (zh) * 2016-10-09 2017-02-22 广州唯品会信息科技有限公司 基于电子商务管理系统ebs的订单预处理方法及系统
CN112927090A (zh) * 2016-12-19 2021-06-08 创新先进技术有限公司 业务订单数据的生成方法及装置
CN107391541B (zh) * 2017-05-16 2020-10-20 创新先进技术有限公司 一种实时数据合并方法和装置
CN107679988A (zh) * 2017-07-25 2018-02-09 上海壹账通金融科技有限公司 基金组合购买方法、系统及存储介质
CN108038681A (zh) * 2017-12-21 2018-05-15 知而行(上海)营销咨询有限公司 跨商户交易支付信息处理方法
CN112819448A (zh) * 2021-02-08 2021-05-18 北京同邦卓益科技有限公司 批量支付系统、方法、装置、电子设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588868A (zh) * 2004-09-06 2005-03-02 杭州恒生电子股份有限公司 离散数据集中处理系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588868A (zh) * 2004-09-06 2005-03-02 杭州恒生电子股份有限公司 离散数据集中处理系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113469671A (zh) * 2021-07-06 2021-10-01 吉林亿联银行股份有限公司 一种订单合并付款方法及装置

Also Published As

Publication number Publication date
CN101231722A (zh) 2008-07-30
HK1120908A1 (zh) 2009-04-09

Similar Documents

Publication Publication Date Title
CN101231722B (zh) 一种网络支付方法及系统
CN102968715B (zh) 一种基于信用数据的支付控制方法和系统
US8744921B2 (en) Exchanging value between a service buyer and a service provider
CA2715496C (en) Method, device, and system for completing on-line financial transactions
JP5455269B2 (ja) サードパーティ支払い処理のシステムおよび方法
US8762210B2 (en) Alternative payment implementation for electronic retailers
US20080172304A1 (en) System and method for enabling cash gifts in an online gift registry
US20090099941A1 (en) System and method for enabling cash gifts in an online registry
MX2011007256A (es) Sistema de pago.
MX2011007356A (es) Sistema de pago.
US20110055079A1 (en) Real time accounts payable web service
CN110490568B (zh) 对象的换取方法和装置、存储介质、电子装置
CN113298512A (zh) 资金数据信息处理方法、装置及电子设备
JP2020187584A (ja) 複数の支払・決済手段を用いた請求・決済システム、方法およびプログラム
US20160300218A1 (en) System and Method for Processing Electronic Charitable Donations
JP2004005334A (ja) クレジット債権担保付即時貸出システム及びその方法
KR101736056B1 (ko) 전자 상거래용 양방향 에스크로 서비스 제공 방법 및 금융서버
US20170372280A1 (en) System and method for decoupling an e-commerce order from the electronic payment transaction
JP2001283126A (ja) 決済代行システム及び決済代行方法
JP7470850B1 (ja) 情報処理方法、情報処理装置および情報処理プログラム
RU2646335C1 (ru) Способ онлайн передачи права оплаты товаров или услуг сторонним плательщикам
CN113298607A (zh) 订单信息处理方法、装置及电子设备
CN107918866A (zh) 自有资源的交互方法以及电子交易信息的处理方法
JP2001256408A (ja) クライアントサーバーシステムにおけるクレジット取引システムおよびクレジット取引方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1120908

Country of ref document: HK

C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1120908

Country of ref document: HK