CN107194752A - 交易数据处理方法及装置 - Google Patents
交易数据处理方法及装置 Download PDFInfo
- Publication number
- CN107194752A CN107194752A CN201610147039.5A CN201610147039A CN107194752A CN 107194752 A CN107194752 A CN 107194752A CN 201610147039 A CN201610147039 A CN 201610147039A CN 107194752 A CN107194752 A CN 107194752A
- Authority
- CN
- China
- Prior art keywords
- transaction data
- multistage
- order form
- trading
- trading order
- 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.)
- Granted
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/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
- 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/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/407—Cancellation of a transaction
-
- 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
-
- 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]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种交易数据处理方法及装置,该方法涉及网络技术领域,包括:在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;将所述退还交易对象的实际退还交易数据退还给所述用户;以及,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。该方案可以准确处理买方用户的退还交易数据和待付交易数据,提升用户体验。
Description
技术领域
本申请涉及网络技术领域,尤其涉及一种交易数据处理方法及装置。
背景技术
随着网络技术的飞速发展,越来越多的用户在网上进行交易,目前多阶段交易是非常常见的一种交易方式,买方用户与卖方用户在网上进行多阶段交易的过程中会产生多阶段交易订单,该订单可以分为多阶段支付交易数据。按照目前的网上交易规则,买方用户在交易过程中可以提出退还交易数据请求,下面以一个实例举例说明相关技术中交易数据的处理方法。
例如:买方用户购买卖方用户的两种交易对象--商品A(交易数据为95元)和商品B(交易数据为5元),产生的多阶段交易订单包括三个阶段,首阶段的待付交易数据为多阶段交易订单的总交易数据的30%,第二阶段的待付交易数据为多阶段交易订单的总交易数据的60%,尾阶段的待付交易数据为多阶段交易订单的总交易数据的10%,也就是说第一阶段的待付交易数据为30元,第二阶段的待付交易数据为60元,尾阶段的待付交易数据为10元。
若买方用户在多阶段交易订单进行的第二阶段发送针对商品A的退还交易数据请求,则买方用户只能得到第二阶段的已付交易数据,即60元,而商品A的交易数据为95元;并且,在第二阶段完成退还交易数据后,多阶段交易订单的尾阶段的待付交易数据不会变化,但实际上尾阶段的待付交易数据中仍然包括商品A的部分交易数据,这些都是非常不合理的。
上述交易数据的处理方法中,买方用户只能得到本阶段的已付交易数据,并且后续阶段的待付交易数据不会发生改变,这种交易数据的处理方法无法准确处理买方用户的退还交易数据和待付交易数据,严重影响用户体验。
发明内容
本申请实施例提供一种交易数据处理方法及装置,用以解决相关技术中存在的无法准确处理买方用户的退还交易数据和待付交易数据,严重影响用户体验的问题。
根据本申请实施例,提供一种交易数据处理方法,包括:
在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;
根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;
将所述退还交易对象的实际退还交易数据退还给所述用户;以及,
更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的,根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据,具体包括:
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到所述退还交易对象的最大退还交易数据;
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零;
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到所述退还交易对象的实际退还交易数据。
可选的,还包括:
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则获取所述退还交易对象的最大退还交易数据,得到所述退还交易对象的实际退还交易数据。
具体的,若所述退还交易数据请求为退还交易对象和退还交易数据请求,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值;
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的,若所述退还交易数据请求为仅退还交易数据请求,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
根据本申请实施例,还提供一种交易数据处理装置,包括:
接收单元,用于在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;
确定单元,用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;
退还单元,用于将所述退还交易对象的实际退还交易数据退还给所述用户;以及,
更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的,所述确定单元,用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据,具体用于:
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到所述退还交易对象的最大退还交易数据;
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零;
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到所述退还交易对象的实际退还交易数据。
可选的,所述确定单元,还用于:
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则获取所述退还交易对象的最大退还交易数据,得到所述退还交易对象的实际退还交易数据。
具体的,若所述退还交易数据请求为退还交易对象和退还交易数据请求,所述更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值;
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
可选的,若所述退还交易数据请求为仅退还交易数据请求,所述更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
本申请实施例提供一种交易数据处理方法及装置,在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;将所述退还交易对象的实际退还交易数据退还给所述用户;以及,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。该方案中,会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据,并在将实际退还交易数据退还给用户后,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,从而可以准确处理买方用户的退还交易数据和待付交易数据,提升用户体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例中一种交易数据处理方法的流程图;
图2为本申请实施例中S12的流程图;
图3为本申请实施例中一种交易数据处理装置的结构示意图。
具体实施方式
为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚、明白,以下结合附图和实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
为了解决相关技术中存在的无法准确处理买方用户的退还交易数据和待付交易数据,严重影响用户体验的问题,本申请实施例提供一种交易数据处理方法,该方法的执行主体可以但不限于是服务器,该方法的流程如图1所示,具体包括如下步骤:
S11:在多阶段交易订单的交易过程中,接收用户发送的针对多阶段交易订单的退还交易数据请求。
当买方用户与卖方用户进行多阶段交易时,会产生多阶段交易订单,多阶段交易订单可以分为多个阶段进行交易,买方用户在任一个阶段都可以发起退还交易数据请求,并在该退还交易数据请求中携带退还交易对象的总交易数据,服务器接收用户发送的退还交易数据请求。
继续沿用背景技术中的实例,若买方用户需要在第二阶段请求退还商品A的交易数据,可以向服务器发送退还交易数据请求,由于商品A的总交易数据为95元,因此需要在该退还交易数据请求中携带商品A的95元。
S12:根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据。
在计算退还交易对象的实际退还交易数据时,在相关技术中仅是退还当前阶段的交易数据,而本申请实施例中要根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据来确定,从而可以更加准确地计算实际退还交易数据,确保退还交易数据的准确性。
S13:将退还交易对象的实际退还交易数据退还给用户。
S14:更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
将退还交易对象的实际退还交易数据退还给用户后,还需要更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,从而可以更加准确地计算在多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,确保后续各个阶段的待付交易数据的准确性。
该方案中,会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据,并在将实际退还交易数据退还给用户后,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,从而可以准确处理买方用户的退还交易数据和待付交易数据,提升用户体验。
具体的,上述S12中根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据的实现过程如图2所示,具体包括以下步骤:
S121:将退还交易对象的总交易数据与多阶段交易订单的总交易数据相比后再乘以多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到退还交易对象的最大退还交易数据。
本步骤具体可以通过以下公式实现:
退还交易对象的最大退还交易数据=(退还交易对象的总交易数据/多阶段交易订单的总交易数据)*多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和。
根据上述公式计算的是退还交易对象的最大退还交易数据,也就是说退还交易对象在当前阶段以及之前阶段的已付交易数据总和,这部分是用户针对退还交易对象已经支付的交易数据,也就是针对退还交易对象最大可以退还给用户的交易数据。
S122:判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零,若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则执行S123;若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则执行S124。
S123:将退还交易对象的最大退还交易数据减去多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到退还交易对象的实际退还交易数据。
S124:获取退还交易对象的最大退还交易数据,得到退还交易对象的实际退还交易数据。
在确定退还交易对象的最大退还交易数据后,至于是否将退还交易对象的最大退还交易数据退还给用户,还需要进一步确定多阶段交易订单在当前阶段之前的各个阶段是否发生过已退还交易数据,也就是可以判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否为零,若已退还交易数据总和大于零,说明多阶段交易订单的当前阶段之前产生过已退还交易数据,为了避免重复退还用户交易数据,这时还要在最大退还交易数据中减去已退还交易数据总和,得到的才是实际退还交易数据总和;若已退还交易数据总和等于零,说明多阶段交易订单的当前阶段之前未产生过已退还交易数据,这时可以将最大退还交易数据作为实际退还交易数据。
通过步骤S121-S124可以实现更加准确地确定退还交易对象的实际退还交易数据,从而确保用户体验。
具体的,在多阶段交易订单的交易过程中,用户可以提出退还交易数据请求,该请求可能分为两种,第一种是退还交易对象和退还交易数据请求,另一种是仅退还交易数据请求,在这两种情况下,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据时的处理方法是不同的,下面分别针对这两种情况进行说明。
第一种,若退还交易数据请求为退还交易对象和退还交易数据请求,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:计算退还交易对象的总交易数据与多阶段交易订单的总交易数据的比值;用1减去比值后再分别乘以多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
当用户需要退还交易对象时,这可能是由于用户对交易对象不满意、交易对象破损、用户不再需要该交易对象等等多种原因产生的,这时退还交易数据请求为退还交易对象和退还交易数据请求,在更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据时,需要根据下列公式进行:
(1-退还交易对象的总交易数据/多阶段交易订单的总交易数据)*各个阶段的待付交易数据。
因为针对退还交易对象已经产生过退还交易数据,而在原多阶段交易订单的当前阶段之后的各阶段的订单中依然包括退还交易对象的部分交易数据,当交易对象已退还时,这部分交易数据就是不合理交易数据,因此需要去除掉退还交易对象的部分交易数据,从而得到的各个阶段准确的待付交易数据。
第二种,若退还交易数据请求为仅退还交易数据请求,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
当用户仅需要退还交易数据而无需退还交易对象时,这可能是由于交易对象有瑕疵、交易对象的交易数据减少等等原因下产生的,此时卖方用户需要退还一部分交易数据给买方用户用来补偿买方用户,由于没有退还交易对象,因此,多阶段交易订单的当前阶段之后的各个阶段的待付交易数据并没有发生改变,保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据即可。
上述两种情况中,当退还交易数据请求不同时,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据的方式也不同,由于针对具体情况作了不同的更新方式,从而可以确保更加准确地多阶段交易订单的当前阶段之后的各个阶段的待付交易数据的准确性,进而可以提升用户体验。
基于同一发明构思,本申请实施例还提供一种交易数据处理装置,该装置与如图1所示的交易数据处理方法相对应,该装置的结构如3图所示,包括接收单元31、确定单元32、退还单元33和更新单元34,其中:
上述接收单元31,用于在多阶段交易订单的交易过程中,接收用户发送的针对多阶段交易订单的退还交易数据请求,退还交易数据请求携带退还交易对象的总交易数据;
上述确定单元32,用于根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据;
上述退还单元33,用于将退还交易对象的实际退还交易数据退还给用户;以及,
上述更新单元34,用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
该方案中,会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据,并在将实际退还交易数据退还给用户后,更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,从而可以准确处理买方用户的退还交易数据和待付交易数据,提升用户体验。
具体的,上述确定单元32,用于根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据,具体用于:
将退还交易对象的总交易数据与多阶段交易订单的总交易数据相比后再乘以多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到退还交易对象的最大退还交易数据;
判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零;
若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则将退还交易对象的最大退还交易数据减去多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到退还交易对象的实际退还交易数据。
可选的,上述确定单元32,还用于:
若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则获取退还交易对象的最大退还交易数据,得到退还交易对象的实际退还交易数据。
具体的,若退还交易数据请求为退还交易对象和退还交易数据请求,上述更新单元34,用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
计算退还交易对象的总交易数据与多阶段交易订单的总交易数据的比值;
用1减去比值后再分别乘以多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
可选的,若退还交易数据请求为仅退还交易数据请求,上述更新单元34,用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
上述说明示出并描述了本申请的优选实施例,但如前,应当理解本申请并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围,则都应在本申请所附权利要求的保护范围内。
Claims (10)
1.一种交易数据处理方法,其特征在于,包括:
在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;
根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;
将所述退还交易对象的实际退还交易数据退还给所述用户;以及,
更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
2.如权利要求1所述的方法,其特征在于,根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据,具体包括:
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到所述退还交易对象的最大退还交易数据;
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零;
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到所述退还交易对象的实际退还交易数据。
3.如权利要求2所述的方法,其特征在于,还包括:
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则获取所述退还交易对象的最大退还交易数据,得到所述退还交易对象的实际退还交易数据。
4.如权利要求1-3任一所述的方法,其特征在于,若所述退还交易数据请求为退还交易对象和退还交易数据请求,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值;
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
5.如权利要求1-3任一所述的方法,其特征在于,若所述退还交易数据请求为仅退还交易数据请求,更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体包括:
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
6.一种交易数据处理装置,其特征在于,包括:
接收单元,用于在多阶段交易订单的交易过程中,接收用户发送的针对所述多阶段交易订单的退还交易数据请求,所述退还交易数据请求携带退还交易对象的总交易数据;
确定单元,用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据;
退还单元,用于将所述退还交易对象的实际退还交易数据退还给所述用户;以及,
更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
7.如权利要求6所述的装置,其特征在于,所述确定单元,用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据,具体用于:
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和,得到所述退还交易对象的最大退还交易数据;
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零;
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零,则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和,得到所述退还交易对象的实际退还交易数据。
8.如权利要求7所述的装置,其特征在于,所述确定单元,还用于:
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零,则获取所述退还交易对象的最大退还交易数据,得到所述退还交易对象的实际退还交易数据。
9.如权利要求6-8任一所述的装置,其特征在于,若所述退还交易数据请求为退还交易对象和退还交易数据请求,所述更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值;
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
10.如权利要求6-8任一所述的装置,其特征在于,若所述退还交易数据请求为仅退还交易数据请求,所述更新单元,用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据,具体用于:
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610147039.5A CN107194752B (zh) | 2016-03-15 | 2016-03-15 | 交易数据处理方法及装置 |
TW106104788A TW201734919A (zh) | 2016-03-15 | 2017-02-14 | 交易資料處理方法及裝置 |
PCT/CN2017/075068 WO2017157163A1 (zh) | 2016-03-15 | 2017-02-27 | 交易数据处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610147039.5A CN107194752B (zh) | 2016-03-15 | 2016-03-15 | 交易数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107194752A true CN107194752A (zh) | 2017-09-22 |
CN107194752B CN107194752B (zh) | 2020-11-27 |
Family
ID=59850576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610147039.5A Active CN107194752B (zh) | 2016-03-15 | 2016-03-15 | 交易数据处理方法及装置 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN107194752B (zh) |
TW (1) | TW201734919A (zh) |
WO (1) | WO2017157163A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080114697A1 (en) * | 2006-11-13 | 2008-05-15 | Jonathan Simon Black | Using biometric tokens to pre-stage and complete transactions |
CN101604427A (zh) * | 2009-07-10 | 2009-12-16 | 阿里巴巴集团控股有限公司 | 数据处理方法及系统、交易处理系统、第三方支付系统 |
CN101989337A (zh) * | 2009-07-30 | 2011-03-23 | 上海薄荷信息科技有限公司 | 一种支付系统中实现安全支付的控制方法及控制装置 |
CN102045682A (zh) * | 2009-10-19 | 2011-05-04 | 中兴通讯股份有限公司 | 一种支付业务异常交易的处理方法及系统 |
CN103020819A (zh) * | 2012-11-28 | 2013-04-03 | 关志松 | 一种移动支付方法及系统 |
CN104978682A (zh) * | 2015-07-09 | 2015-10-14 | 广州浠牛网络科技有限公司 | 一种通过电商平台进行服务的方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103186852A (zh) * | 2011-12-31 | 2013-07-03 | 乐活在线(北京)网络技术有限公司 | 网络交易的支付方法、装置及系统 |
CN103514565A (zh) * | 2012-06-27 | 2014-01-15 | 中国银联股份有限公司 | 金融交易处理系统的交易异常处理单元及方法 |
-
2016
- 2016-03-15 CN CN201610147039.5A patent/CN107194752B/zh active Active
-
2017
- 2017-02-14 TW TW106104788A patent/TW201734919A/zh unknown
- 2017-02-27 WO PCT/CN2017/075068 patent/WO2017157163A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080114697A1 (en) * | 2006-11-13 | 2008-05-15 | Jonathan Simon Black | Using biometric tokens to pre-stage and complete transactions |
CN101604427A (zh) * | 2009-07-10 | 2009-12-16 | 阿里巴巴集团控股有限公司 | 数据处理方法及系统、交易处理系统、第三方支付系统 |
CN101989337A (zh) * | 2009-07-30 | 2011-03-23 | 上海薄荷信息科技有限公司 | 一种支付系统中实现安全支付的控制方法及控制装置 |
CN102045682A (zh) * | 2009-10-19 | 2011-05-04 | 中兴通讯股份有限公司 | 一种支付业务异常交易的处理方法及系统 |
CN103020819A (zh) * | 2012-11-28 | 2013-04-03 | 关志松 | 一种移动支付方法及系统 |
CN104978682A (zh) * | 2015-07-09 | 2015-10-14 | 广州浠牛网络科技有限公司 | 一种通过电商平台进行服务的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
TW201734919A (zh) | 2017-10-01 |
WO2017157163A1 (zh) | 2017-09-21 |
CN107194752B (zh) | 2020-11-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Brigo et al. | Credit default swap calibration and derivatives pricing with the SSRD stochastic intensity model | |
Park et al. | Effects of international entry‐order strategies on foreign subsidiary exit: The case of Korean chaebols | |
US20070022031A1 (en) | Transfering financial interest | |
JP5943961B2 (ja) | 取引可能証券の利用可能性を決定するシステム | |
EP1897052A2 (en) | System for routing a trading order based upon quantity | |
CN105354719A (zh) | 应用于电子商务平台的信用评估系统及方法 | |
Kim et al. | Customer churn prediction in influencer commerce: An application of decision trees | |
CN110163586A (zh) | 交易支付和退款处理的方法、装置及设备 | |
CN105869051A (zh) | 一种信息处理方法、装置及系统 | |
CN107767209A (zh) | 一种自动报价方法及系统 | |
CN110264365A (zh) | 一种交易数据处理方法及装置 | |
CN107194752A (zh) | 交易数据处理方法及装置 | |
CN108446905A (zh) | 一种支付方法、装置及电子设备 | |
JP6785833B2 (ja) | シミュレーション装置、プログラム、及び制御方法 | |
JP2017120666A (ja) | 金融商品取引管理装置、金融商品取引管理システム、金融商品取引管理システムにおける金融商品取引管理方法 | |
JP7178756B1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN107886346A (zh) | 数据对象资源信息处理方法及装置 | |
CN110111169A (zh) | 业务交易数据处理系统及方法、装置、客户端设备 | |
JP2015531123A (ja) | 注文の事前マッチングリスク検証 | |
JP2021184185A (ja) | 情報処理方法、情報処理装置、プログラム、及び情報処理端末 | |
CN107038181A (zh) | 交易操作的交易日期的确定方法及装置 | |
CN110348943A (zh) | 商品推荐信息的处理方法、装置、存储介质及计算机设备 | |
CN106663265A (zh) | 用于经由同步双向电子通信会话来出售和购买产品的技术 | |
JP5873939B1 (ja) | 資金移動明細作成装置、資金移動明細作成方法及び資金移動明細作成プログラム | |
JP2019071097A (ja) | 分散電子取引システムで異議データの伝達を行うシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for 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: 1244574 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |