CN101226617A - 一种基于多平台数据交互处理的方法和系统 - Google Patents
一种基于多平台数据交互处理的方法和系统 Download PDFInfo
- Publication number
- CN101226617A CN101226617A CNA200710000773XA CN200710000773A CN101226617A CN 101226617 A CN101226617 A CN 101226617A CN A200710000773X A CNA200710000773X A CN A200710000773XA CN 200710000773 A CN200710000773 A CN 200710000773A CN 101226617 A CN101226617 A CN 101226617A
- Authority
- CN
- China
- Prior art keywords
- group
- data
- platform
- information
- transaction
- 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
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种基于多平台的数据交互处理方法,其特征在于,包括预置数据交互规则;所述第一交互平台获取交互信息,并将所述交互信息发送至第二交互平台;所述第二交互平台根据所述交互信息进行数据锁定处理,并向所述第一交互平台返回处理结果;所述第一交互平台根据所述处理结果和交互信息调整所述数据交互规则;判断所述数据交互过程是否有效,如果有效,则生成交互订单,并发起数据解锁请求;由所述第二交互平台进行数据解锁处理,并根据所述交互订单完成数据交互;如果无效,则向客户端返回交互结束信息,并发起数据解锁请求,由所述第二交互平台进行数据解锁处理。本发明可以满足在不同情况下参购资金的实时调整,成本和风险较低。
Description
技术领域
本发明涉及基于网络的联机数据交互领域,特别是涉及一种基于多平台的数据交互处理的方法和系统。
背景技术
联机数据交互的基本特征是由客户端处理数据的输入输出和基本预处理,服务器进行具体的数据处理,客户端和服务器之间进行数据的交互需要通过交互平台实现,所述交互平台用于保存数据交互的过程信息。
以下以一种现有的联机数据交互为例说明所述数据交互的过程:
1、多个用户对某个预置规则的展示平台中的某件商品提出数据交互请求,例如,多个用户针对某网站的一类商品提出购买请求,A用户想要购买5件,B用户想要购买10件,而这件商品的预置规则为,达到50件以上才可以形成团购;
2、服务器根据所述数据交互请求进行处理,并向处理结果返回展示平台;
例如,服务器统计所有用户的购买数量,确定最终团购数量为100件,则将这个结果返回展示平台。
3、所述展示平台根据各个用户的请求分别与各个用户进行数据交互。
这种联机数据交互过程的缺陷在于:
一、所述过程仅基于展示平台实现,不能根据服务器的处理结果实时调整预置规则,严重浪费系统资源,对于用户来说,没有透明度,用户体验差;
二、由于上述服务器的处理步骤与展示平台的处理步骤是分别独立的,所述展示平台的处理不一定得以实现,有可能导致数据交互过程不完整,给用户带来利益风险。
由于近年来,电子商务逐渐成为互联网经济发展的主要潮流,依托于互联网等信息技术的电子商务应用,目前在全世界范围内以惊人的速度普及与发展。事实上,电子商务正逐渐成为整个社会经济活动中的一个越来越重要的组成部分。随着电子商务的普及与发展,人们对传统的商业行为是否能够在网络上重现越来越关注,现有的网上交易都属于多用户联机数据交互的范畴。例如,现有的网络团购过程一般包括:
①买方用户确定团购产品,向团购网站确认订单;
②团购网站确认订单,分配给买方用户团购编号;
③线下购买成交。
显然,由于电子商务本身的特点而完全不同于各种传统的社会经济活动,现有的网络团购方法需要人工参与的环节较多,特别是资金控制环节,完全通过线下交易完成,无法提供与传统团购、抵押拍卖相似的资金、预定金的缴纳、交割、退回等操作。
具体地说,主要表现在以下两个方面:
首先,现有的网络团购不能在不同情况下提供实时的参购资金的调整。而在传统线下团购中,不同的参购人数、参购数量将影响最终的成交价格。这种情况使得网络团购的应用被限制;
其次,现有的商品信息管理系统所采集的源数据无法满足电子商务的需要。现有的商品信息管理系统通常采集的源数据只包括参购的数量、金额、时间等数据,而由于无法解决资金流转问题,则目前的网络团购方法,无法提供与传统团购、抵押拍卖相似的资金、预定金的缴纳、交割、退回。这一情况使得网络团购的真实性大打折扣,缺少交易资金这一重要的交易属性,使目前的网络团购有价无市。
总之,随着电子商务的飞速发展,迫切需要发展出一种符合社会经济活动的联机数据交互处理方法,尤其对于网络团购联机数据交互的处理而言更是如此。
发明内容
本发明所要解决的技术问题是提供一种基于多平台的数据交互处理方法,以满足网络团购交易中的各类团购规则,并保证团购交易中买卖双方的利益,以及无需服务提供者的资源投入。
本发明的另一个目的是将上述方法应用于实际中,提供一种保基于多平台的数据交互处理系统,可以使服务提供商不需要额外购买设备、也不需要额外支出,即保证上述方法的实现和应用。
为解决上述技术问题,本发明的实施例提供了一种基于多平台的数据交互处理方法,所述联机数据交互涉及第一交互平台和第二交互平台,所述方法包括:
预置数据交互规则;
所述第一交互平台获取交互信息,并将所述交互信息发送至第二交互平台;
所述第二交互平台根据所述交互信息进行数据锁定处理,并向所述第一交互平台返回处理结果;
所述第一交互平台根据所述处理结果和交互信息调整所述数据交互规则;
判断所述数据交互过程是否有效,如果有效,则生成交互订单,并发起数据解锁请求;
由所述第二交互平台进行数据解锁处理,并根据所述交互订单完成数据交互;
如果无效,则向客户端返回交互结束信息,并发起数据解锁请求,由所述第二交互平台进行数据解锁处理。
优选的是,所述第一交互平台为团购平台,第二交互平台为支付平台,所述数据交互规则为团购交易规则,所述交互信息为交易信息,所述数据锁定为资金冻结,所述数据解锁为资金解冻,所述交互订单为交易订单。
优选的是,所述团购交易规则至少包括团购时间规则、团购数量规则和团购价格规则;所述交易信息至少包括交易时间信息、交易数量信息和交易价格信息。
优选的是,所述支付平台通过以下步骤进行资金冻结处理:
步骤S1、判断所述交易时间信息是否符合所述团购时间规则,如果是,则执行步骤S2;如果不是,则向客户端返回交易结束信息;
步骤S2、判断所述交易数量信息是否符合所述团购数量规则,如果是,则执行步骤S3;如果不是,则向客户端返回重新提交交易请求的信息;
步骤S3、根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
优选的是,通过以下步骤判断所述团购交易是否有效:
根据所述团购时间规则关闭所述客户端的团购交易接口;
根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则所述团购交易为有效;如果不是,则所述团购交易为无效。
本发明的实施例还提供了一种基于多平台的数据交互处理系统,包括:
第一交互平台:包括预置模块、获取模块、调整模块、判断模块、有效处理模块、无效处理模块和第一接口模块,所述预置模块用于预置数据交互规则;所述获取模块用于获取交互信息;所述调整模块用于根据处理结果和交互信息调整所述数据交互规则;所述判断模块用于判断所述数据交互过程是否有效;所述有效处理模块用于当判断该交互过程为有效时,生成交互订单,以及发起数据解锁请求;所述无效处理模块用于当判断该交互过程为无效时,向客户端返回交互结束信息,并发起数据解锁请求;所述第一接口模块用于与客户端和第二交互平台接口进行数据交互;
第二交互平台:包括数据锁定模块、数据解锁模块、执行模块和第二接口模块,所述数据锁定模块用于根据所述交互信息进行数据锁定处理;所述数据解锁模块用于根据数据解锁请求进行数据解锁处理;所述执行模块用于根据交互订单完成数据交互;所述第二接口模块用于与客户端和第一交互平台接口进行数据交互;
客户端:用于与所述第一交互平台和所述第二交互平台进行数据交互。
优选的是,所述第一交互平台为团购平台,第二交互平台为支付平台,所述数据交互规则为团购交易规则,所述交互信息为交易信息,所述数据锁定为资金冻结,所述数据解锁为资金解冻,所述交互订单为交易订单。
优选的是,所述团购交易规则至少包括团购时间规则、团购数量规则和团购价格规则;所述交易信息至少包括交易时间信息、交易数量信息和交易价格信息。
优选的是,所述支付平台的数据锁定模块包括:
时间判断子模块:用于判断所述交易时间信息是否符合所述团购时间规则,如果是,则调用数量判断子模块;如果不是,则向客户端返回交易结束信息;
数量判断子模块:用于判断所述交易数量信息是否符合所述团购数量规则,如果是,则调用价格判断子模块;如果不是,则向客户端返回重新提交交易请求的信息;
价格判断子模块:用于根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
优选的是,所述团购平台的判断模块包括:
关闭子模块:用于根据所述团购时间规则关闭所述客户端的团购交易接口;
有效判断子模块:用于根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则判断所述团购交易为有效;如果不是,则判断所述团购交易为无效。
与现有技术相比,本发明具有以下优点:
首先,本发明通过对数据交互规则的实时调整,可以满足在不同情况下网络团购资金的实时调整;
其次,本发明通过进行数据锁定处理保证双方用户利益,有效地规避了交易风险;
再者,本发明通过判断数据交互过程的有效性,对锁定数据进行不同的流向处理,使服务提供商无需额外提供人力物力进行反向操作,成本和风险较低。
附图说明
图1是本发明的一种基于多平台的数据交互处理方法的流程图;
图2是应用图1所示的方法进行网络团购的流程图;
图3是本发明的一种基于多平台的数据交互处理系统的结构框图;
图4是应用图3所示系统的优选实施例进行网络团购的流程图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参考图1,是本发明的一种基于多平台的数据交互处理方法的流程图,包括以下步骤:
步骤101、预置数据交互规则;
步骤102、所述第一交互平台获取交互信息,并将所述交互信息发送至第二交互平台;
步骤103、所述第二交互平台根据所述交互信息进行数据锁定处理,并向所述第一交互平台返回处理结果;
步骤104、所述第一交互平台根据所述处理结果和交互信息调整所述数据交互规则;
步骤105、判断所述数据交互过程是否有效,如果有效,则转步骤1051;如果无效,则转步骤1052;
步骤1051、生成交互订单,并发起数据解锁请求,由所述第二交互平台执行数据解锁处理,并根据所述交互订单完成数据交互;
步骤1052、向客户端返回交互结束信息,并发起数据解锁请求,由所述第二交互平台进行数据解锁处理。
需要说明的是,本发明所述交互平台包括接口平台和服务器。
为使本领域技术人员更好地理解本发明,以下将以对网络团购交易的处理为例详细说明本发明。
参照图2,是应用图1所示的方法进行网络团购的流程图,包括以下步骤:
步骤201、预置团购规则;
所述团购规则至少包括团购时间规则、团购数量规则和团购价格规则,具体地说,所述团购时间规则包括团购交易起止时间;所述团购数量规则包括商品总数、已团购的商品数、尚可团购的商品数和最低团购数;所述团购价格规则包括团购价格区间段,例如,购买20件至50件商品的价格为500元/件,购买51件至80件商品的价格为400元/件等;所述团购规则可以根据需要任意设置,例如,设置一口价团购规则,即对于团购商品采用统一价格;设置区间团购规则,即团购商品的价格随参购数量变动而变动;设置抵押团购规则,即拍卖等,本发明对此不需要进行限定。
步骤202、用户通过客户端提交团购请求,触发所述团购平台获取该用户的交易信息,并将所述交易信息发送至支付平台;
所述团购平台接收到用户基于客户端提交的团购请求后,连接服务器解析并获取所述请求信息中该用户的交易信息,其中,所述交易信息至少包括该用户的交易时间信息、交易数量信息和交易价格信息。即所述交易信息至少记录了用户在何时团购、团购多少件以及根据团购数量计算得到用户需要支付的预定金等信息。
步骤203、所述支付平台根据所述交易信息冻结用户账户中满足支付条件的资金,并向团购平台返回冻结成功的信息;
具体地说,所述支付平台通过以下子步骤进行资金冻结处理:
子步骤A1、判断所述交易时间信息是否符合所述团购时间规则,如果是,则执行子步骤A2;如果不是,则向客户端返回交易结束信息;
例如,所述团购时间规则中设置的团购起止时间为2006年9月10日8:00-2006年12月10日8:00,如果用户在2006年9月9日或2006年12月11日再发起团购请求,就会获得交易结束的提示。
子步骤A2、判断所述交易数量信息是否符合所述团购数量规则,如果是,则执行子步骤A3;如果不是,则向客户端返回重新提交交易请求的信息;
例如,所述团购数量规则中设置团购商品总数为100件,已团购的商品数为88件,如果用户提交20件该商品的团购请求,则提示用户重新提交符合所述团购数量规则的请求。
子步骤A3、根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
在这种情况下,所述支付平台还会判断用户账户中的余额是否大于或等于用户需要支付的预定金金额,即判断用户的账户余额是否足够进行此次支付,如果是,则根据所述交易价格信息将用户账户内满足支付条件的这笔资金作为此笔交易的预定金冻结起来;例如,用户团购单价为10元的A商品20件,则在所述交易价格信息中会体现出该用户此次团购交易的金额为200元,当然,也可以是表示购买意向的其它金额,如20元,只需要在团购平台设置相应的计算规则即可,本发明对此不作限制。如果不是,所述支付平台则调用充值平台,比如网银,使用户可以通过网银或其它充值方式对账户进行充值。当用户账户的资金足够进行此次支付时,支付平台将用户账户中用于此次支付的资金冻结起来,并向所述团购平台返回冻结成功的信息。
本发明实施例采用上述冻结预定金的方式,可以有效规避交易风险,例如,在现有网络团购平台中,由于买方参而不买而造成卖方货物挤压、资金受困的风险,从而有效保证了买卖双方的利益,提高了用户友好度。同时,在服务供应商的服务成本上,因为采用所述资金冻结的方法,使服务提供商无需再投入结算、服务等配套人员对所述预付金进行反向操作,因而有效地降低了人力物力地支出,成本和风险较低,同时也有效防患了现有网络团购中有价无市的现状。
步骤204、所述团购平台根据所述冻结成功的信息和交易信息更新所述团购规则;
所述团购平台接收到所述冻结成功的信息后,调用该用户的交易信息,然后根据该用户的交易数量信息和交易价格信息分别修改团购数量规则和团购价格规则。例如,A用户在团购20件A商品并提交支付后,所述团购平台基于原有已团购的商品数增加20件;基于原有尚可团购的商品数减少20件。
步骤205、判断所述团购交易是否有效,如果有效,则转步骤2051;如果无效,则转步骤2052;
具体地说,本发明通过以下子步骤判断所述团购交易是否有效:
子步骤B1:根据所述团购时间规则关闭所述客户端的团购交易接口;
由于在所述团购时间规则中预置了团购的起止时间,例如,2006年9月10日8:00-2006年12月10日8:00,因此,一旦到达所述团购的截止时间2006年12月10日8:00,所述团购平台则会自动关闭此笔团购交易的客户端接口,即不再接收用户针对该团购商品发起的团购请求。如果仍有用户针对该团购商品发出团购请求,则向用户返回交易结束的信息或页面,或以其它方式提示用户该商品的此次团购交易已结束。
子步骤B2:根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则所述团购交易为有效;如果不是,则所述团购交易为无效。
例如,假设所述团购数量规则中设置的最低团购数为50件,然而在2006年9月10日8:00-2006年12月10日8:00的有效时间内,通过累加所有用户的交易数量信息获得该团购商品的交易总数为48件,则判定此次团购交易是无效的;但如果所有用户的交易总数超过了50件,则判定此次团购交易是有效的。
在团购交易有效的情况下适用步骤2051,如果所述团购有效,则生成交易订单,并发起资金解冻请求;然后由所述支付平台进行资金解冻处理,并根据所述交易订单进行付款操作。
在这种情况下,所述解冻的资金(即用户的预定金)会转入支付平台,由所述支付平台自动完成货款支付后,向团购平台发送付款成功的信息,以便卖方用户完成发货。
优选的是,在卖方用户声明发货后,用户通过所述支付平台支付的货款将得到一个“买家保护期”的保护,在“买家保护期”内,只要用户确认收货,所述将把货款支付给卖方用户。其中,所述“买家保护期”的长短根据所述交易选择的物流形式的不同而不同,也可以根据实际情况任意设置。在所述“买家保护期”结束后,如果用户没有确认收货,除非申请退款,所述支付平台将默认用户同意支付平台向卖家支付货款,从而结束整笔交易。
此外,在团购交易无效的情况下适用步骤2052,如果所述团购无效,则向客户端返回交互结束信息,并发起资金解冻请求,由所述支付平台进行资金解冻处理。
在这种情况下,所述解冻的资金将保留买方用户账户中,从而很好地保护了用户的利益,整笔交易结束。
一种极端的情况是,所述团购交易部分有效,在这种情况下,需要对于所述冻结资金进行区分处理,即将有效部分的资金转入支付平台进入支付过程,无效部分的资金则进行解冻处理,保留在用户账户内。
参考图3,是本发明一种基于多平台的数据交互处理系统的结构框图,包括:
第一交互平台301:包括预置模块3011、获取模块3012、调整模块3013、判断模块3014、有效处理模块3015、无效处理模块3016和第一接口模块3017,所述预置模块3011用于预置数据交互规则;所述获取模块3012用于获取交互信息;所述调整模块3013用于根据处理结果和交互信息调整所述数据交互规则;所述判断模块3014用于判断所述数据交互过程是否有效;所述有效处理模块3015用于当判断该交互过程为有效时,生成交互订单,以及发起数据解锁请求;所述无效处理模块3016用于当判断该交互过程为无效时,向客户端返回交互结束信息,并发起数据解锁请求;所述第一接口模块3017用于与客户端303和第二交互平台302接口进行数据交互;
第二交互平台302:包括数据锁定模块3021、数据解锁模块3022、执行模块3023和第二接口模块3024,所述数据锁定模块3021用于根据所述交互信息进行数据锁定处理;所述数据解锁模块3022用于根据数据解锁请求进行数据解锁处理;所述执行模块3023用于根据交互订单完成数据交互;所述第二接口模块3024用于与客户端和第一交互平台接口进行数据交互;
客户端303:用于与所述第一交互平台301和所述第二交互平台302进行数据交互。
优选的是,所述第一交互平台101为团购平台,第二交互平台102为支付平台,所述数据交互规则为团购交易规则,所述交互信息为交易信息,所述数据锁定为资金冻结,所述数据解锁为资金解冻,所述交互订单为交易订单。
优选的是,所述团购交易规则至少包括团购时间规则、团购数量规则和团购价格规则;所述交易信息至少包括交易时间信息、交易数量信息和交易价格信息。
优选的是,所述支付平台的数据锁定模块进一步包括:
时间判断子模块:用于判断所述交易时间信息是否符合所述团购时间规则,如果是,则调用数量判断子模块;如果不是,则向客户端返回交易结束信息;
数量判断子模块:用于判断所述交易数量信息是否符合所述团购数量规则,如果是,则调用价格判断子模块;如果不是,则向客户端返回重新提交交易请求的信息;
价格判断子模块:用于根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
优选的是,所述团购平台的判断模块进一步包括:
关闭子模块:用于根据所述团购时间规则关闭所述客户端的团购交易接口;
有效判断子模块:用于根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则判断所述团购交易为有效;如果不是,则判断所述团购交易为无效。
为使本领域技术人员更好地理解本发明的系统,以下将以用户采用本发明系统的一种优选的实施例进行网络团购为例进行详细说明。
参考图4,是应用图3所示系统的优选实施例进行网络团购的流程图,包括以下步骤:
步骤401、用户通过客户端提交团购请求;
例如,用户进入团购页面后,如果确认要参加团购,则直接点击“立刻参加团购”;此时,跳转到用户信息填写界面,用户填写购买数量,运送方式、校验码、收货地址等并确认,则生成该用户的交易信息。
步骤402、所述团购平台的获取模块获取该用户的交易信息,并通过第一接口模块将所述交易信息发送至支付平台;
步骤403、用户在所述支付平台支付团购商品的预定金;
步骤404、所述支付平台的数据锁定模块冻结用户账户中支付团购商品的预定金部分,并通过第二接口模块向所述团购平台返回冻结成功的信息;
具体地说,所述支付平台通过以下子步骤进行预定金冻结处理:
子步骤C1、由所述数据锁定模块的时间判断子模块判断所述用户的交易时间是否在所述团购交易的起止时间内,如果是,则执行子步骤C2;如果不是,则向客户端返回交易结束信息;
子步骤C2、由所述数据锁定模块的数量判断子模块判断所述用户的购买数量是否没有超过可以团购的商品数,如果是,则执行子步骤C3;如果不是,则向客户端返回重新提交交易请求的信息;
子步骤C3、由所述数据锁定模块的价格判断子模块判断用户账户中的余额是否足够支付所述预定金,如果是,则冻结用户账户中需要支付的预定金部分;如果不是,则调用充值平台对账户进行充值。
例如,如果用户账户里余额不足或无余额,则需要先登陆“支付宝账户”,然后点击账户充值将款项补足才可以支付预定金。
步骤405、所述团购平台的调整模块根据所述冻结成功的信息和交易信息调整所述团购规则;
步骤406、所述团购平台判断模块的关闭子模块根据预置的团购起止时间关闭所述客户端的团购交易接口;
步骤407、所述团购平台判断模块的有效判断子模块判断该团购商品的交易总数是否达到了预置的最低团购数,如果是,则通知用户此次团购成功,执行步骤408;如果不是,则通知用户此次团购失败,执行步骤409。
步骤408、在所述团购成功的情况下,所述团购平台的有效处理模块会生成交易订单,并发起资金解冻请求,由所述支付平台进行资金解冻处理,并根据所述交易订单进行付款操作;这时买家只需等待卖家的发货,在“买家保护期”内,只要用户确认收货,所述将把货款支付给卖方用户。在所述“买家保护期”结束后,如果用户没有确认收货,除非申请退款,所述支付平台将默认用户同意支付平台向卖家支付货款,从而结束整笔交易。
步骤409、在所述团购失败的情况下,所述团购平台的无效处理模块会向客户端返回交互结束信息,并发起资金解冻请求,由所述支付平台进行资金解冻处理。即货款会自动退还到买家的账户里。
以上对于图3、4的描述未详尽之处,也可以参见本说明书前述相关部分。
以上对本发明所提供的一种基于多平台的数据交互处理方法和系统的实施例进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种基于多平台的数据交互处理方法,所述联机数据交互涉及第一交互平台和第二交互平台,其特征在于,所述方法包括:
预置数据交互规则;
所述第一交互平台获取交互信息,并将所述交互信息发送至第二交互平台;
所述第二交互平台根据所述交互信息进行数据锁定处理,并向所述第一交互平台返回处理结果;
所述第一交互平台根据所述处理结果和交互信息调整所述数据交互规则;
判断所述数据交互过程是否有效,如果有效,则生成交互订单,并发起数据解锁请求;
由所述第二交互平台进行数据解锁处理,并根据所述交互订单完成数据交互;
如果无效,则向客户端返回交互结束信息,并发起数据解锁请求,由所述第二交互平台进行数据解锁处理。
2.如权利要求1所述的方法,其特征在于,所述第一交互平台为团购平台,第二交互平台为支付平台,所述数据交互规则为团购交易规则,所述交互信息为交易信息,所述数据锁定为资金冻结,所述数据解锁为资金解冻,所述交互订单为交易订单。
3.如权利要求2所述的方法,其特征在于,所述团购交易规则至少包括团购时间规则、团购数量规则和团购价格规则;所述交易信息至少包括交易时间信息、交易数量信息和交易价格信息。
4.如权利要求2或3所述的方法,其特征在于,所述支付平台通过以下步骤进行资金冻结处理:
步骤S1、判断所述交易时间信息是否符合所述团购时间规则,如果是,则执行步骤S2;如果不是,则向客户端返回交易结束信息;
步骤S2、判断所述交易数量信息是否符合所述团购数量规则,如果是,则执行步骤S3;如果不是,则向客户端返回重新提交交易请求的信息;
步骤S3、根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
5.如权利要求2或3所述的方法,其特征在于,通过以下步骤判断所述团购交易是否有效:
根据所述团购时间规则关闭所述客户端的团购交易接口;
根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则所述团购交易为有效;如果不是,则所述团购交易为无效。
6.一种基于多平台的数据交互处理系统,其特征在于,包括:
第一交互平台:包括预置模块、获取模块、调整模块、判断模块、有效处理模块、无效处理模块和第一接口模块,所述预置模块用于预置数据交互规则;所述获取模块用于获取交互信息;所述调整模块用于根据处理结果和交互信息调整所述数据交互规则;所述判断模块用于判断所述数据交互过程是否有效;所述有效处理模块用于当判断该交互过程为有效时,生成交互订单,以及发起数据解锁请求;所述无效处理模块用于当判断该交互过程为无效时,向客户端返回交互结束信息,并发起数据解锁请求;所述第一接口模块用于与客户端和第二交互平台接口进行数据交互;
第二交互平台:包括数据锁定模块、数据解锁模块、执行模块和第二接口模块,所述数据锁定模块用于根据所述交互信息进行数据锁定处理;所述数据解锁模块用于根据数据解锁请求进行数据解锁处理;所述执行模块用于根据交互订单完成数据交互;所述第二接口模块用于与客户端和第一交互平台接口进行数据交互;
客户端:用于与所述第一交互平台和所述第二交互平台进行数据交互。
7.如权利要求6所述的系统,其特征在于,所述第一交互平台为团购平台,第二交互平台为支付平台,所述数据交互规则为团购交易规则,所述交互信息为交易信息,所述数据锁定为资金冻结,所述数据解锁为资金解冻,所述交互订单为交易订单。
8.如权利要求7所述的系统,其特征在于,所述团购交易规则至少包括团购时间规则、团购数量规则和团购价格规则;所述交易信息至少包括交易时间信息、交易数量信息和交易价格信息。
9.如权利要求7或8所述的系统,其特征在于,所述支付平台的数据锁定模块包括:
时间判断子模块:用于判断所述交易时间信息是否符合所述团购时间规则,如果是,则调用数量判断子模块;如果不是,则向客户端返回交易结束信息;
数量判断子模块:用于判断所述交易数量信息是否符合所述团购数量规则,如果是,则调用价格判断子模块;如果不是,则向客户端返回重新提交交易请求的信息;
价格判断子模块:用于根据所述交易价格信息判断用户账户中的资金是否满足支付条件,如果是,则冻结用户账户中满足所述支付条件的资金;如果不是,则调用充值平台对账户进行充值。
10.如权利要求7或8所述的系统,其特征在于,所述团购平台的判断模块包括:
关闭子模块:用于根据所述团购时间规则关闭所述客户端的团购交易接口;
有效判断子模块:用于根据所述交易数量信息判断是否符合所述团购数量规则,如果是,则判断所述团购交易为有效;如果不是,则判断所述团购交易为无效。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200710000773XA CN101226617A (zh) | 2007-01-19 | 2007-01-19 | 一种基于多平台数据交互处理的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200710000773XA CN101226617A (zh) | 2007-01-19 | 2007-01-19 | 一种基于多平台数据交互处理的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101226617A true CN101226617A (zh) | 2008-07-23 |
Family
ID=39858598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200710000773XA Pending CN101226617A (zh) | 2007-01-19 | 2007-01-19 | 一种基于多平台数据交互处理的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101226617A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103559190A (zh) * | 2013-08-23 | 2014-02-05 | 小米科技有限责任公司 | 请求信息处理方法、装置、设备和系统 |
CN104574106A (zh) * | 2014-12-30 | 2015-04-29 | 苏州亚安智能科技有限公司 | 新型团购电子商务平台 |
CN109213729A (zh) * | 2017-06-30 | 2019-01-15 | 埃森哲环球解决方案有限公司 | 结果驱动的案例管理 |
CN109559197A (zh) * | 2018-11-14 | 2019-04-02 | 宁波鲸灵网络科技有限公司 | 信息交互方法及系统 |
CN113177792A (zh) * | 2021-05-11 | 2021-07-27 | 上海商学院 | 通过智能合约实现代币池多账户流处理的方法与装置 |
-
2007
- 2007-01-19 CN CNA200710000773XA patent/CN101226617A/zh active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103559190A (zh) * | 2013-08-23 | 2014-02-05 | 小米科技有限责任公司 | 请求信息处理方法、装置、设备和系统 |
CN104574106A (zh) * | 2014-12-30 | 2015-04-29 | 苏州亚安智能科技有限公司 | 新型团购电子商务平台 |
CN109213729A (zh) * | 2017-06-30 | 2019-01-15 | 埃森哲环球解决方案有限公司 | 结果驱动的案例管理 |
CN109213729B (zh) * | 2017-06-30 | 2022-02-18 | 埃森哲环球解决方案有限公司 | 结果驱动的案例管理 |
CN109559197A (zh) * | 2018-11-14 | 2019-04-02 | 宁波鲸灵网络科技有限公司 | 信息交互方法及系统 |
CN113177792A (zh) * | 2021-05-11 | 2021-07-27 | 上海商学院 | 通过智能合约实现代币池多账户流处理的方法与装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8078511B2 (en) | Method and system for foreign exchange price procurement and automated hedging | |
US20020010685A1 (en) | Electronic exchange apparatus and method | |
US8239313B2 (en) | System and method for the interactive trading of derivatives | |
CN101140650A (zh) | 一种信息网络环境下的商品交易模式 | |
CA2385043C (en) | Systems and methods for transferring items with restricted transferability | |
WO2005076181A1 (en) | Information buying and selling system | |
CN107590725A (zh) | 一种网络交易平台及其实现方法 | |
CN101739637A (zh) | 开放性网络平台团购交易方法和系统 | |
KR20040010510A (ko) | 제3자 지불 처리 시스템 및 방법 | |
WO2001098969A2 (en) | System and method for multiple currency transactions | |
CN105469297A (zh) | 应用于电子商务系统的资金处理方法及相关系统 | |
TWI646484B (zh) | 基於區塊鏈智能合約的應收帳款融資系統及其方法 | |
TWI659377B (zh) | 以智能合約數位化不可量化資產並交易之系統及其方法 | |
CN101017559A (zh) | 一种由买方决定交易条件的商业网络交易平台的建立方法 | |
CN103971276A (zh) | 一种数字出版产品及其权益网上交易方法及系统 | |
CN101226617A (zh) | 一种基于多平台数据交互处理的方法和系统 | |
KR101695229B1 (ko) | 에프엑스마진거래 렌트거래 방법 | |
WO1999024921A2 (en) | Improvements in, or relating to, electronic payment systems | |
CN110163720A (zh) | 一种基于大宗商品交易的即时竞价的系统及方法 | |
CN104376473A (zh) | 电子商业汇票支付系统及支付方法 | |
US20020116316A1 (en) | Auction manager system and method of operation | |
KR20060100013A (ko) | 투자 에스크로 서비스 시스템 및 방법 | |
CN105913318A (zh) | 一种农产品基差交易方法 | |
KR20130083050A (ko) | 가상계좌를 이용한 금융기관납부대행시스템 및 그 제어방법 | |
JP2010118037A (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: 1120910 Country of ref document: HK |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080723 |
|
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1120910 Country of ref document: HK |