CN107025266B - 业务数据的处理方法和装置 - Google Patents

Abstract

本申请提供一种业务数据的处理方法和装置。所述方法包括：在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；若未缓存所述逆向业务数据对应的正向业务数据，则对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。本申请可大大提高了逆向业务数据的查询效率，同时提高***的性能。

Description

业务数据的处理方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种业务数据的处理方法和装置。

背景技术

随着互联网技术的快速发展，越来越多的业务可以通过网络实现。目前，很多业务场景中都会包括正向业务以及与正向业务相反的逆向业务，比如：付款是正向业务，而退款则是逆向业务等。

相关技术中，针对逆向业务数据的查询，通常需要将对应的正向业务数据连同该逆向业务数据一同返回给查询方，这往往就需要对数据库进行多次查询，查询效率较低，同时还会影响***的性能。

发明内容

有鉴于此，本申请提供一种业务数据的处理方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种业务数据的处理方法，所述方法包括：

在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；

若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；

若未缓存所述逆向业务数据对应的正向业务数据，则对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。

一种业务数据的处理装置，所述装置包括：

逆向接收单元，在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；

逆向处理单元，若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；若未缓存所述逆向业务数据对应的正向业务数据，则对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。

由以上描述可以看出，本申请针对接收到的逆向数据，若确定已缓存所述逆向业务数据对应的正向业务数据，则可对所述正向业务数据和所述逆向业务数据一并进行清洗后作为逆向业务记录保存至数据库中，整个过程无需数据库查询操作，后续在对逆向业务数据进行查询时，一次查询即可获取到包括有正向和逆向的完整业务数据，大大提高了逆向业务数据的查询效率，同时提高***的性能。

附图说明

图1是本申请一示例性实施例示出的一种业务数据的处理方法的流程示意图。

图2是本申请一示例性实施例示出的一种正向处理逻辑示意图。

图3是本申请一示例性实施例示出的一种逆向处理逻辑示意图。

图4是本申请一示例性实施例示出的一种用于业务数据的处理装置的一结构示意图。

图5是本申请一示例性实施例示出的一种业务数据的处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，针对逆向业务数据查询性能较低的问题，可以在存储该逆向业务数据时，查询对应的正向业务数据，并将该正向业务数据和逆向业务数据一同存储，以供后续查询。然而，这样的实现方式也需要多进行一次数据库查询，影响的逆向业务数据的存储性能。

本申请提供一种业务数据的处理方案，可以有效提高逆向业务数据的查询效率，提升***性能。

图1是本申请一示例性实施例示出的一种业务数据的处理方法的流程示意图。

请参考图1，所述业务数据的处理方法可以应用在服务提供商部署的服务器或者服务器集群中，比如：用于对数据进行清洗、存储的数据平台等。所述业务数据的处理方法可以包括以下步骤：

步骤101，在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据。

在本实施例中，当所述正向业务数据为付款数据时，对应的逆向业务数据通常为退款数据；当所述正向业务数据为优惠券、虚拟道具等虚拟资源的发放数据时，对应的逆向业务数据通常为优惠券、虚拟道具等相应虚拟资源的撤回数据。当然，在实际应用中，所述正向业务数据和所述逆向业务数据也可以为其他类型的业务数据，本申请对此不作特殊限制。

在本实施例中，在接收到逆向业务数据时，可以判断缓存中是否已缓存有该逆向业务数据对应的正向业务数据，比如：根据所述逆向业务数据中携带的正向业务标识进行判断。其中，所述缓存中的正向业务数据通常是在接收到该正向业务数据时存储。

步骤102，若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。

在本实施例中，对数据的清洗操作可以包括：对数据属性结构的调整，对数据属性格式的调整，对数据属性值的计算等，具体可以由开发人员根据业务情况和数据库要求进行设置。

步骤103，若未缓存所述逆向业务数据对应的正向业务数据，则对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。

由以上描述可以看出，本申请针对接收到的逆向数据，若确定已缓存所述逆向业务数据对应的正向业务数据，则可对所述正向业务数据和所述逆向业务数据一并进行清洗后作为逆向业务记录保存至数据库中，整个过程无需数据库查询操作，后续在对逆向业务数据进行查询时，一次查询即可获取到包括有正向和逆向的完整业务数据，大大提高了逆向业务数据的查询效率，同时提高***的性能。

下面以正向业务数据为付款数据、逆向业务数据为退款数据为例，分别通过付款数据的处理、退款数据的处理以及数据乱序情况三个方面来描述本申请的实现过程。

一、付款数据的处理

在本实施例中，数据平台在接收到付款数据后，可以对所述付款数据进行清洗，然后将清洗后的付款数据作为正向交易记录保存至相应的数据库中。举例来说，假设某笔付款数据为：商品价格100元，运费20元，而数据库中需要保存的是本次交易的总金额，则数据平台会根据本次付款数据计算交易总金额120元，并将120元储存到数据库中。当然，在实际应用中，付款数据通常还包括很多其他信息，比如：订单号、付款账户、收款账户、商品详情等信息，本申请在此不再一一赘述。

在本实施例中，数据平台还可以将所述付款数据缓存到缓存中，比如：将未清洗的原始付款数据保存至***的内存中。

二、退款数据的处理

在本实施例中，数据平台在接收到退款数据后，可以先判断是否已缓存该退款数据对应的付款数据。一般而言，在正常情况下付款数据会先于退款数据到达数据平台，因此基于前述付款数据的处理流程，缓存中通常已缓存有该退款数据对应的付款数据，数据平台可以一并对所述付款数据和退款数据进行清洗，并将清洗结果作为逆向交易记录存储到相应的数据库中。后续，当对该退款数据进行查询时，可以从该数据库中一次性获取到退款数据和其对应的付款数据，无需多次查询数据库，提高了退款数据的查询效率，同时提高***的性能。

在本实施例中，数据平台在对所述付款数据和所述退款数据进行清洗并落库之后，还可以删除缓存的所述付款数据。

三、数据乱序情况(退款数据先于付款数据到达)

在实际应用中，在高并发分布式***中，数据乱序很普遍，比如：并行处理、网络延时、消息蓄洪等因素都可能导致退款数据先于其对应的付款数据到达数据平台。相关技术中，在退款数据先到达时，由于无法在数据库中查询到对应的付款数据，还需要建立重试或者等待机制，大大增加了***的开销。

在本实施例中，为解决上述问题，数据平台在接收到退款数据时，若确定未缓存该退款数据对应的付款数据，可以确定出现数据乱序情况。针对这种情况，一方面数据平台可以对该退款数据进行清洗，并将清洗结果作为逆向交易记录保存到相关数据库中；另一方面，数据平台还可以缓存该退款数据，比如：将该退款数据存储到***内存中。

在本实施例中，数据平台在接收到付款数据时，可以先判断该付款数据对应的退款数据是否已到达，若对应的退款数据未到达，则可以确定未出现数据乱序情况，可以参照前述付款数据的处理流程对付款数据进行处理，比如：对所述付款数据进行清洗，将所述付款数据缓存等。若对应的退款数据已经到达，则可以确定出现数据乱序情况，进而可基于该付款数据更新数据库中与所述退款数据对应的逆向交易记录，以确保该逆向交易记录中包括有付款数据和对应的退款数据，提高后续退款数据的查询效率。同时，采用这样的实时方式，无需建立重试或者等待机制，大大节省了***的开销。

在本实施例中，可以采用以下两种方式判断付款数据对应的退款数据是否已到达。在一个例子中，若在退款数据先到达时未缓存该退款数据，则可以基于数据库中的逆向交易记录判断所述付款数据对应的退款数据是否已到达，比如：若数据库中存储有对应的逆向交易记录，则可以确定退款数据已先到达，若数据库中未存储对应的逆向交易记录，则可以确定退款数据尚未到达。在另一个例子中，若在退款数据先到达时将该退款数据缓存，则可以基于缓存进行判断，比如：若已缓存所述付款数据对应的退款数据，则可以确定退款数据已先到达，若未缓存所述付款数据对应的退款数据，则可以确定退款数据尚未到达等。

在实际应用中，并非所有支付业务都会产生退款，换言之，并非所有的付款数据都会存在对应的退款数据，因此可以为缓存的付款数据设置对应的超时时间，在到达该超时时间时，若仍未接收到已缓存的所述付款数据对应的退款数据，则删除缓存的所述付款数据。其中，所述超时时间通常为正向业务与逆向业务的最长业务间隔。

举例来说，假设某付款业务的退款时效是支付后的72小时，则数据平台在将该付款数据缓存后，可以为其设置超时时间72小时，若在72小时内均为接收到对应的退款数据，则可以删除缓存的该付款数据，因为已超过最长业务间隔，无法再发起退款。

在实际应用中，在实现上述业务数据的处理流程时，可以在数据库平台中建立两个处理逻辑，一个可以为处理付款数据的正向处理逻辑，另一个可以为处理退款数据的逆向处理逻辑。

具体地，正向处理逻辑的输入仅包括付款数据，而逆向处理逻辑的输入包括有付款数据和退款数据。请参考图2和图3的示例，在这样的实现方式中，正向处理逻辑和逆向处理逻辑监听接收到的数据，若监听到付款数据，则正向处理逻辑和逆向处理逻辑均需对该付款数据进行处理，比如：对于正向处理逻辑而言，可对该付款数据进行清洗，并将清洗结果作为正向交易记录存储到相关数据库中(对于附图中的清洗落库)；对于逆向处理逻辑而言，可判断其对应的退款数据是否已到达，在对应的退款数据已到达时根据该付款数据更新数据库中的逆向交易记录，在对应的退款数据未到达时缓存该付款数据。

在监听到退款数据，则正向处理逻辑无需进行处理，仅需逆向处理逻辑对该退款数据进行处理，比如：判断是否已缓存对应的付款数据，若缓存则可以对该付款数据和该退款数据一并进行清洗，并将清洗结果作为逆向业务记录保存至数据库中(对应附图中的一并清洗落库)，若未缓存则可以仅清洗该退款数据并落库等。

由以上描述可以看出，基于正向处理逻辑和逆向处理逻辑对数据进行处理，可以有效解决付款数据与退款数据之间的业务依赖，提升后续退款数据的查询效率，同时节省***的开销。

与前述业务数据的处理方法的实施例相对应，本申请还提供了业务数据的处理装置的实施例。

本申请业务数据的处理装置的实施例可以应用在服务提供商部署的服务器或者服务器集群上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请业务数据的处理装置所在服务器的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图5是本申请一示例性实施例示出的一种业务数据的处理装置的框图。

请参考图5，所述业务数据的处理装置400可以应用在前述图4所示的服务器中，包括有：逆向接收单元401、逆向处理单元402、正向处理单元403以及缓存删除单元404。

其中，逆向接收单元401，在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；

逆向处理单元402，若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；若未缓存所述逆向业务数据对应的正向业务数据，则对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中。

正向处理单元403，还在接收到正向业务数据时，对所述正向业务数据进行清洗，并将清洗结果作为正向业务记录保存至数据库中；并判断所述正向业务数据对应的逆向业务数据是否已到达；若所述正向业务数据对应的逆向业务数据尚未到达，则缓存所述正向业务数据；若所述正向业务数据对应的逆向业务数据已到达，则基于所述正向业务数据更新数据库中与所述逆向业务数据对应的逆向业务记录。

可选的，所述正向处理单元403，具体基于数据库中的逆向业务记录判断所述正向业务数据对应的逆向业务数据是否已到达。

可选的，所述逆向处理单元402，还在未缓存所述逆向业务数据对应的正向业务数据时，缓存所述逆向业务数据；

所述正向处理单元403，具体判断是否已缓存所述正向业务数据对应的逆向业务数据。

缓存删除单元404，在到达预设的超时时间时，若仍未接收到已缓存的所述正向业务数据对应的逆向业务数据，则删除缓存的所述正向业务数据。

可选的，所述超时时间为正向业务与逆向业务的最长业务间隔。

可选的，所述逆向处理单元402，还在对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中之后，删除缓存的所述正向业务数据。

可选的，所述正向业务数据为付款数据，所述逆向业务数据为退款数据。

可选的，所述正向业务数据为虚拟资源发放数据，所述逆向业务数据为虚拟资源撤回数据。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (18)

1.一种业务数据的处理方法，其特征在于，所述方法包括：

在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；所述正向业务数据为付款数据，所述逆向业务数据为退款数据；

若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；

若未缓存所述逆向业务数据对应的正向业务数据，则缓存所述逆向业务数据，并对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；

在接收到正向业务数据时，判断所述正向业务数据对应的逆向业务数据是否已到达；

若所述正向业务数据对应的逆向业务数据已到达，则基于所述正向业务数据更新数据库中与所述逆向业务数据对应的逆向业务记录。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在接收到正向业务数据时，对所述正向业务数据进行清洗，并将清洗结果作为正向业务记录保存至数据库中；

判断所述正向业务数据对应的逆向业务数据是否已到达；

若所述正向业务数据对应的逆向业务数据尚未到达，则缓存所述正向业务数据。

3.根据权利要求2所述的方法，其特征在于，所述判断所述正向业务数据对应的逆向业务数据是否已到达，包括：

基于数据库中的逆向业务记录判断所述正向业务数据对应的逆向业务数据是否已到达。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述判断所述正向业务数据对应的逆向业务数据是否已到达，包括：

判断是否已缓存所述正向业务数据对应的逆向业务数据。

5.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在到达预设的超时时间时，若仍未接收到已缓存的所述正向业务数据对应的逆向业务数据，则删除缓存的所述正向业务数据。

6.根据权利要求5所述的方法，其特征在于，

所述超时时间为正向业务与逆向业务的最长业务间隔。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中之后，删除缓存的所述正向业务数据。

8.根据权利要求1所述的方法，其特征在于，

所述正向业务数据为付款数据，所述逆向业务数据为退款数据。

9.根据权利要求1所述的方法，其特征在于，

所述正向业务数据为虚拟资源发放数据，所述逆向业务数据为虚拟资源撤回数据。

10.一种业务数据的处理装置，其特征在于，所述装置包括：

逆向接收单元，在接收到逆向业务数据时，判断是否已缓存所述逆向业务数据对应的正向业务数据；所述正向业务数据为付款数据，所述逆向业务数据为退款数据；

逆向处理单元，若已缓存所述逆向业务数据对应的正向业务数据，则对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；若未缓存所述逆向业务数据对应的正向业务数据，则缓存所述逆向业务数据，并对所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中；

正向处理单元，在接收到正向业务数据时，判断所述正向业务数据对应的逆向业务数据是否已到达，若所述正向业务数据对应的逆向业务数据已到达，则基于所述正向业务数据更新数据库中与所述逆向业务数据对应的逆向业务记录。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

正向处理单元，还在接收到正向业务数据时，对所述正向业务数据进行清洗，并将清洗结果作为正向业务记录保存至数据库中；并判断所述正向业务数据对应的逆向业务数据是否已到达；若所述正向业务数据对应的逆向业务数据尚未到达，则缓存所述正向业务数据。

12.根据权利要求11所述的装置，其特征在于，

所述正向处理单元，具体基于数据库中的逆向业务记录判断所述正向业务数据对应的逆向业务数据是否已到达。

13.根据权利要求11所述的装置，其特征在于，

所述正向处理单元，具体判断是否已缓存所述正向业务数据对应的逆向业务数据。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

缓存删除单元，在到达预设的超时时间时，若仍未接收到已缓存的所述正向业务数据对应的逆向业务数据，则删除缓存的所述正向业务数据。

15.根据权利要求14所述的装置，其特征在于，

所述超时时间为正向业务与逆向业务的最长业务间隔。

16.根据权利要求10所述的装置，其特征在于，

所述逆向处理单元，还在对所述正向业务数据和所述逆向业务数据进行清洗，并将清洗结果作为逆向业务记录保存至数据库中之后，删除缓存的所述正向业务数据。

17.根据权利要求10所述的装置，其特征在于，

所述正向业务数据为付款数据，所述逆向业务数据为退款数据。

18.根据权利要求10所述的装置，其特征在于，

所述正向业务数据为虚拟资源发放数据，所述逆向业务数据为虚拟资源撤回数据。

Images