CN116681520A - 交易数据的处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提供一种交易数据的处理方法、装置、服务器及存储介质，涉及大数据领域。每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据。根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总；将再次更新后的资产数据的汇总发送给金融服务系统，以供金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据，数量处理压力较小，不会出现对资产数据的更新的延迟或者丢包的情况，对资产数据的更新的实时性和可靠性高。

Description

交易数据的处理方法、装置、服务器及存储介质

技术领域

本申请涉及大数据领域，尤其涉及一种交易数据的处理方法、装置、服务器及存储介质。

背景技术

随着互联网业务发展以及智能终端的普及，用户可以通过安装在智能终端上的资产管理应用，进行各种类型的资产交易(例如，存款、转账、基金购买、以及股票购买等)，方便快捷。

目前，用户的不同类型的资产数据散落在各个对应的类型资产的产品系统中。当任一类型资产的产品系统(如基金管理系统、股票管理系统)接收到资产交易请求时，对资产交易指令携带的用户账户关联的资产数据进行资产交易，并在资产交易后更新用户账户关联的资产余额。然而，每个资产的产品系统每时每刻都会接收到大量的数据访问请求(如资产管理界面访问请求、资产余额查询请求等)。这样一来，会造成资产余额更新的延迟以及且可靠性差。如此，当资产的产品系统接收到来自终端设备的对目标账户的资产查询请求后，向终端设备发送的与目标账户关联的账户的更新后的资产余额的实时性和可靠性也相对较低。

发明内容

本申请提供一种交易数据的处理方法、装置、电子设备及存储介质，用以解决当资产管理服务器接收到来自终端设备的对目标账户的资产查询请求后，向终端设备发送与目标账户关联的账户的更新后的资产余额的实时性和可靠性差的问题。

第一方面，本申请提供了一种交易数据的处理方法，包括：数据更新系统每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据。数据更新系统根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总；数据更新系统将再次更新后的资产数据的汇总发送给金融服务系统，以供金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据。

在一种可能的实施方式中，数据更新系统每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据，包括：

数据更新系统每隔预设周期，通过数据交易平台从每个产品对应的产品系统中，获取金融服务系统中存储的每个账户对应的交易明细数据。

这样一来，数据更新系统无需与各个资产的产品系统对接，减小了各个资产的产品系统的压力。

在一种可能的实施方式中，本申请提供的方法还包括：对于每个产品下的每个账户对应的每个交易明细数据：确认交易明细数据是否缺少必要信息，若缺少必要信息，则从交易明细数据所对应的产品系统中获取缺少的必要信息；将必要信息和交易明细数据进行拼接处理，以获取拼接后的交易明细数据；

其中，必要信息包括如下至少一种：交易序号、账户、客户号、交易产品名称、产品码、币别、份额以及余额。

这样一来，使得交易明细数据更加完善，以使得在后续更新的每个产品下每个账户对应的资产数据也更加完善。

在一种可能的实施方式中，数据更新系统根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总，包括：

对于每个产品下的每个账户，若每个账户下存在多笔交易明细数据，则获取次序排列在最后的交易明细数据；

根据每个产品下的每个账户对应的次序排列在最后的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据的汇总进行更新处理，以获取再次更新后的资产数据的汇总。

这样一来，可以高效率地每个产品下每个账户对应的资产数据的汇总进行更新处理，且可靠性高。

在一种可能的实施方式中，在得到再次更新后的资产数据的汇总之后，本申请提供的还包括：

数据更新系统在目标时刻获取之前的预设时长内的每个产品下每个账户对应的交易明细数据集合；

数据更新系统从交易明细数据集合中，确定每个产品下的每个账户下的交易序号的次序最靠后的交易明细数据的资产数据；

数据更新系统在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，得到再次更新后的资产数据的汇总。

由于获取的预设时长内的每个产品下每个账户对应的交易明细数据集合，可能会因为网络等原因丢包，因此，数据更新系统在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，可靠性更高。

在一种可能的实施方式中，产品包括外汇产品，账户包括外汇账户，在得到再次更新后的资产数据的汇总之后，本申请提供的方法还包括：数据更新系统在预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新外币账户对应的资产数据；数据更新系统将外币账户对应的更新后的资产数据，添加到资产数据的汇总中。

由于外汇产品的汇率发生变化无法体现在交易明细数据中，由此数据更新系统在预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新外币账户对应的资产数据，得到的更新后资产数据的可靠性高。

在一种可能的实施方式中，产品包括保险产品，账户包括保险账户，在得到再次更新后的资产数据的汇总之后，本申请提供的方法还包括：

数据更新系统在预设周期内检测保险账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新保险账户对应的资产数据；

数据更新系统将保险账户对应更新后的资产数据，添加到资产数据的汇总中。

由于有的保险产品是线下交易购买的而无法体现在交易明细数据中，在预设周期内检测外汇账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新保险账户对应的资产数据，得到的更新后资产数据的可靠性高。

在一种可能的实施方式中，在得到再次更新后的资产数据的汇总之后，方法还包括：

数据更新系统在检测到任一产品下的账户对应的资产数据在预设周期内发生增值或贬值时，确定账户对应的增值或贬值后的资产数据；

数据更新系统以账户对应的增值或贬值后的资产数据，更新账户对应的资产数据；

数据更新系统将账户对应更新后的资产数据，添加到资产数据的汇总中。

由于任一产品下的账户对应的资产数据在预设周期内发生增值或贬值无法体现在交易明细数据中，数据更新系统以账户对应的增值或贬值后的资产数据，更新账户对应的资产数据，得到的更新后的资产数据的可靠性高。

在一种可能的实施方式中，资产数据包括资产份额和资产余额，在得到再次更新后的资产数据的汇总之后，本申请提供的方法还包括：

数据更新系统检测到在任一账户因被分配资产份额而使得资产余额发生变化时，确定账户对应的变化后的资产份额和资产余额；

数据更新系统以账户对应的变化后的资产份额和资产余额，更新账户对应的资产余额和资产份额。

可以理解地，更新后的资产数据包括资产余额和资产份额，更新后资产数据的丰富性高。

在一种可能的实施方式中，同一用户的账户包括第一账户和第二账户，在得到再次更新后的资产数据的汇总之后，本申请提供的方法还包括：

数据更新系统检测到同一用户的第一账户被归属到第二账户时，将第二账户下的交易数据的处理为第一账户的资产数据和第二账户的资产数据的汇总。

这样一来，当同一用户的账户归属发生变化时，可以将账户下的资产的归属也相应的变更，可靠性高。

在一种可能的实施方式中，在得到再次更新后的资产数据的汇总之后，本申请提供的方法还包括：

数据更新系统对同一用户的各个账户对应的更新后的资产数据进行求和，得到各个账户关联的更新后的总资产数据；

数据更新系统以各个账户关联的总资产数据，更新对应的账户的总资产数据。

这样一来，还可以实时更新账户的总资产数据。

在一种可能的实施方式中，每个预设周期的起始时刻为在上一次更新对应的账户的资产数据的时刻起，计时预设的周期时长后的时刻。

第二方面，本申请还提供了一种交易数据的处理装置，包括：

数据获取单元，用于每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据；

数据更新单元，用于根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总；

数据发送单元，用于将再次更新后的资产数据的汇总发送给金融服务系统，以供金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据。

第三方面，本申请还提供了一种服务器，包括：处理器，以及与处理器通信连接的存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，以实现如本申请第一方面提供的方法。

第四方面，本申请还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如本申请第一方面提供的方法。

本申请提供的交易数据的处理方法、装置、服务器及存储介质，各个产品对应的产品系统在各个时刻面临的数据访问量较大，数量处理压力较大；而在本申请技术方案中，执行根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总的是：独立的数据更新系统，而不是各个产品对应的产品系统。由于独立的数据更新系统仅需处理对资产数据的更新，因此数量处理压力较小，不会出现对资产数据的更新的延迟或者丢包的情况，对资产数据的更新的实时性和可靠性高。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的交易数据的处理系统的交互示意图；

图2为本申请实施例提供的交易数据的处理方法的流程图之一；

图3为本申请实施例提供的交易数据的处理方法的流程图之二；

图4为本申请实施例提供的交易数据的处理方法的流程图之三；

图5为本申请实施例提供的交易数据的处理方法的流程图之四；

图6为本申请实施例提供的交易数据的处理方法的流程图之五；

图7为本申请实施例提供的交易数据的处理方法的流程图之六；

图8为本申请实施例提供的交易数据的处理方法的流程图之七；

图9为本申请实施例提供的交易数据的处理装置的功能模块框图；

图10为本申请实施例提供的服务器的电路连接框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

需要说明的是，本申请提供的交易数据的处理方法、装置、服务器及存储介质可用于大数据领域，也可用于除大数据领域之外的任意领域，本申请提供的交易数据的处理方法、装置、服务器及存储介质的应用领域不做限定。

目前，用户的不同类型的资产数据散落在各个对应的类型资产的产品系统中。当任一类型资产的产品系统(如基金管理系统、股票管理系统)接收到资产交易请求时，对资产交易指令携带的用户账户关联的资产数据进行资产交易，并在资产交易后更新用户账户关联的资产余额。

然而，每个资产的产品系统每时每刻都会接收到大量的数据访问请求(如资产管理界面访问请求、资产余额查询请求等)。这样一来，会造成资产余额更新的延迟以及且可靠性差。如此，当资产的产品系统接收到来自终端设备的对目标账户的资产查询请求后，向终端设备发送的与目标账户关联的账户的更新后的资产余额的实时性和可靠性也相对较低。

基于上述技术问题，本申请的发明构思在于：对资产数据的更新不是资产的产品系统，而是独立的数据更新系统。

由于独立的数据更新系统仅需处理对资产数据的更新，因此数量处理压力较小，不会出现对资产数据的更新的延迟或者丢包的情况，对资产数据的更新的实时性和可靠性高。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例提供了一种交易数据的处理方法，应用于交易数据的处理系统。其中，如图1所示，交易数据的处理系统包括数据更新系统101、金融服务系统102以及各个类型的资产的产品系统103。数据更新系统101、金融服务系统102、以及资产的产品系统103之间依次可以进行数据交互。资产的产品系统103可以包括但不限于基金管理系统、理财产品管理系统、存款管理系统、保险管理系统等。其中，金融服务系统102获取各个不同的资产的产品系统103的交易明细数据并存储。图2为本申请一种实施例提供的交易数据的处理方法的流程图，如图2所示，本申请实施例提供的交易数据的处理方法包括：

S201：数据更新系统101每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据。

数据交易平台实时从金融服务系统102中，获取存储的每个账户对应的交易明细数据。因而，数据更新系统101可以每隔预设周期，通过数据交易平台获取每个账户对应的交易明细数据。其中，预设的周期可以是1分钟、2分钟以及5分钟等，在此不作限定。在一种可能的实施方式中，每个预设周期的起始时刻为在上一次更新对应的账户的资产数据的时刻起，计时预设的周期时长后的时刻。

示例性地，数据更新系统101每隔2分钟，获取2分钟内基金的账户1、账户2、....账户N对应的交易明细数据、理财产品的账户1、账户2、....账户N对应的交易明细数据、存款的账户1、账户2、....账户N对应的交易明细数据等。另外，交易明细数据可以包括交易序号、账户、客户号、交易产品名称、产品码、币别以及余额。

这样一来，数据更新系统101无需与各个资产的产品系统103对接，减小了各个资产的产品系统103的压力。

需要说明的是，数据更新系统101可以对获取到的交易明细数据进行数据清洗，以去除交易明细数据中的无效数据(如空白字段)，并对交易明细数据中的字段进行分类然后入库存储。

进一步地，数据更新系统101可以对于每个产品下的每个账户对应的每个交易明细数据：确认交易明细数据是否缺少必要信息，若缺少必要信息，则从交易明细数据所对应的产品系统103中获取缺少的必要信息；将必要信息和交易明细数据进行拼接处理，以获取拼接后的交易明细数据。

其中，必要信息包括如下至少一种：交易序号、账户、客户号、交易产品名称、产品码、币别、交易时间、份额以及余额。例如，交易明细数据中缺少份额，则产品系统103中获取份额，并将份额与交易明细数据进行拼接处理，以获取拼接后的交易明细数据。

这样一来，使得交易明细数据更加完善，以使得在后续更新的每个产品下每个账户对应的资产数据也更加完善。

S202：数据更新系统101根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总。

示例性，当账户1对应的上一周期更新的资产数据为基金余额为X1元、理财产品为Y1元、以及存款为Z1元，对应交易明细数据为基金买入X2元、理财产品卖出Y2元、存款存入Z2元，则再次更新后的资产数据的汇总为基金余额为X1+X2元、理财产品为Y1+Y2元、存款为Z1+Z2元。

S203：数据更新系统101将再次更新后的资产数据的汇总发送给金融服务系统102，以供金融服务系统102响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据。

示例性地，当用户输入目标账户的登录账号和密码，登录金融应用(如掌上银行)成功后，在终端设备的金融应用对应的显示界面，点击资产查询按钮时，终端设备向对目标账户发送的资产查询请求。进而，金融服务系统102响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据，以供用户浏览。例如，显示再次更新后的资产数据的汇总为基金余额为X1+X2元、理财产品为Y1+Y2元、存款为Z1+Z2元。

进一步地，在S203之后，本申请实施例提供的方法还可以包括：

数据更新系统101对同一用户的各个账户对应的更新后的资产数据进行求和，得到各个账户关联的更新后的总资产数据。数据更新系统101以各个账户关联的总资产数据，更新对应的账户的总资产数据。这样一来，还可以实时更新账户的总资产数据。

示例性地，当再次更新后的资产数据的汇总为基金余额为X1+X2元、理财产品为Y1+Y2元、存款为Z1+Z2元时，则更新后的账户的总资产数据为X1+X2+Y1+Y2+Z1+Z2元。

综上所述，本申请提供的交易数据的处理方法，各个产品对应的产品系统103在各个时刻面临的数据访问量较大，数量处理压力较大；而在本申请技术方案中，执行根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总的是：独立的数据更新系统101，而不是各个产品对应的产品系统103。由于独立的数据更新系统101仅需处理对资产数据的更新，因此数量处理压力较小，不会出现对资产数据的更新的延迟或者丢包的情况，对资产数据的更新的实时性和可靠性高。

图3为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，如图3所示，S202具体可以包括：

S301：对于每个产品下的每个账户，若每个账户下存在多笔交易明细数据，则获取次序排列在最后的交易明细数据。

S302：根据每个产品下的每个账户对应的次序排列在最后的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据的汇总进行更新处理，以获取再次更新后的资产数据的汇总。

例如，账户A在预设周期内对应有交易明细数据A、交易明细数据B、交易明细数据C，其中，交易明细数据A的交易序号为001、交易明细数据B的交易序号为002、交易明细数据C的交易序号为003，则交易明细数据C为次序排列在最后的交易明细数据。当交易明细数据C对应的资产数据为资产数据A时，则以资产数据A更新账户A的资产数据。

这样一来，可以高效率地每个产品下每个账户对应的资产数据的汇总进行更新处理，且可靠性高。

图4为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，如图4所示，在S203之后，本申请实施例提供的还包括：

S401：数据更新系统101在目标时刻获取之前的预设时长内的每个产品下每个账户对应的交易明细数据集合。

其中，目标时刻可以是每天的22:00、23:00或1:00等，在此不作限定。之前的预设时长可以是12小时或24小时等，在此不作限定。

示例性地，数据更新系统101可以每天的22:00获取之前的24小时内的每个产品下每个账户对应的交易明细数据集合。

S402：数据更新系统101从交易明细数据集合中，确定每个产品下的每个账户下的交易序号的次序最靠后的交易明细数据的资产数据。

S403：数据更新系统101在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，得到再次更新后的资产数据的汇总。

示例性地，交易明细数据集合包括产品A下的账户1对应的交易明细数据A1、交易明细数据B1、交易明细数据C1，其中，交易明细数据A1的交易序号为001、交易明细数据B1的交易序号为002、交易明细数据C1的交易序号为003，则交易明细数据C1为产品A下的账户1的次序排列在最后的交易明细数据，则交易明细数据C1中资产数据1与存储产品A下的账户1下的资产数据2不相同时，以交易明细数据C1中资产数据1更新产品A下的账户1下的资产数据2。

可以理解地，由于获取的预设时长内的每个产品下每个账户对应的交易明细数据集合，可能会因为网络等原因丢包，因此，数据更新系统101在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，可靠性更高。

图5为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，产品包括外汇产品(如美元存款产品、英镑存款产品)，账户包括外汇账户。如图5所示，在S202之后，本申请实施例提供的方法还包括：

S501：数据更新系统101在预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新外币账户对应的资产数据。

例如，美元存款产品中的资产为10W美元，美元存款产品的汇率为6.88时，则外币账户对应的资产数据为68.8W；当美元存款产品的汇率从6.88更新到6.90时，外币账户对应的资产数据为69W，则以资产数据69W更新资产数据68.8W。

S502：数据更新系统101将外币账户对应的更新后的资产数据，添加到资产数据的汇总中。

这样一来，后续在终端设备显示的资产数据包括更新后的外币账户对应的资产数据，可靠性高。由于外汇产品的汇率发生变化无法体现在交易明细数据中，由此数据更新系统101在预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新外币账户对应的资产数据，得到的更新后资产数据的可靠性高。

图6为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，产品包括保险产品，账户包括保险账户。在S202之后，如图6所示，本申请实施例提供的方法还包括：

S601：数据更新系统101在预设周期内检测保险账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新保险账户对应的资产数据。

例如，用户的账户中初始有一款资产数据为5000的保险产品，用户在上一个周期使用现金在线上购买了一款价值1W保险产品，银行工作人员在客户购买保险产品后，将保险产品的资产数据录入到用户的保险账户，这时用户的保险账户的资产数据为1.5W。如此，数据更新系统101检测到在预设周期内保险账户关联有新增的保险产品，这时数据更新系统101根据新增的保险产品对应的资产数据1W，更新保险账户对应的资产数据为1.5W。

S602：数据更新系统101将保险账户对应更新后的资产数据，添加到资产数据的汇总中。

这样一来，后续在终端设备显示的资产数据包括更新后的保险账户对应的资产数据，可靠性高。由于保险产品是线下交易购买的而无法体现在交易明细数据中，在预设周期内检测外汇账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新保险账户对应的资产数据，得到的更新后资产数据的可靠性高。

图7为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，在S202之后，如图7所示，本申请实施例提供的方法还包括：

S701：数据更新系统101在检测到任一产品下的账户对应的资产数据在预设周期内发生增值或贬值时，确定账户对应的增值或贬值后的资产数据。

S702：数据更新系统101以账户对应的增值或贬值后的资产数据，更新账户对应的资产数据。

S703：数据更新系统101将账户对应更新后的资产数据，添加到资产数据的汇总中。

示例性地，理财产品A下的理财产品账户1中的资产数据为10W元，理财产品A下的账户1中的资产在预设周期内升值了1000元，则理财产品账户1中的资产数据为10.1W元，则以资产数据10.1W更新资产数据10W。

可以理解地，由于任一产品下的账户对应的资产数据在预设周期内发生增值或贬值无法体现在交易明细数据中，数据更新系统101以账户对应的增值或贬值后的资产数据，更新账户对应的资产数据，得到的更新后的资产数据的可靠性高。

图8为本申请另一种实施例提供的交易数据的处理方法的流程图。在上述图2对应的实施例的基础上，本申请实施例提供的方法还包括：资产数据包括资产份额和资产余额，在S202之后，如图8所示，本申请实施例提供的方法还包括：

S801：数据更新系统检测到在任一账户因被分配资产份额而使得资产余额发生变化时，确定账户对应的变化后的资产份额和资产余额。

S802：数据更新系统以账户对应的变化后的资产份额和资产余额，更新账户对应的资产余额和资产份额。

示例性地，理财产品A下的理财产品账户1中的资产份额为1000份、资产余额为10W元，理财产品A下的账户1中的资产在预设周期内被分配了100份资产份额的红利，则资产余额变化为11W元，则理财产品账户1中的资产数据为1100份、11W元，则以资产数据1100份、11W元更新资产数据1000份和10W元。

可以理解地，更新后的资产数据包括资产余额和资产份额，更新后资产数据的丰富性高。

另外，同一用户的账户包括第一账户和第二账户，在得到再次更新后的资产数据的汇总之后，在S202之后，本申请实施例提供的方法还包括：数据更新系统检测到同一用户的第一账户被归属到第二账户时，将第二账户下的交易数据的处理为第一账户的资产数据和第二账户的资产数据的汇总。

例如，同一用户使用个人的身份证申请了第一账户和第二账户。其中，第一账户下的资产数据为资产数据1、第二账户下的资产数据为资产数据2，当第一账户被归属到第二账户，则将第二账户的资产数据2更新为资产数据1+资产数据2。这样一来，当同一用户的账户归属发生变化时，可以将账户下的资产的归属也相应的变更，可靠性高。

请参阅图9，本申请实施例还提供了一种交易数据的处理装置900，需要说明的是，本申请实施例所提供的交易数据的处理方法，其基本原理及产生的技术效果和上述图2对应的实施例相同，为简要描述，本申请实施例部分未提及之处，可参考上述的实施例中相应内容。本申请实施例提供的交易数据的处理装置900包括数据获取单元901、数据更新单元902、以及数据发送单元903，其中，

数据获取单元901，用于每隔预设周期，获取预设周期内每个产品下每个账户对应的交易明细数据。

数据更新单元902，用于根据预设周期内每个产品下每个账户对应的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总。

数据发送单元903，用于将再次更新后的资产数据的汇总发送给金融服务系统，以供金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从再次更新后的资产数据的汇总中，获取并显示与目标账户对应的资产数据。

在一种可能的实施方式中，数据获取单元901，具体用于数据更新系统每隔预设周期，通过数据交易平台从每个产品对应的产品系统中，获取金融服务系统中存储的每个账户对应的交易明细数据。

在一种可能的实施方式中，数据获取单元901，还用于对于每个产品下的每个账户对应的每个交易明细数据：确认交易明细数据是否缺少必要信息，若缺少必要信息，则从交易明细数据所对应的产品系统中获取缺少的必要信息；将必要信息和交易明细数据进行拼接处理，以获取拼接后的交易明细数据；其中，必要信息包括如下至少一种：交易序号、账户、客户号、交易产品名称、产品码、币别、份额以及余额。

在一种可能的实施方式中，数据更新单元902，具体用于对于每个产品下的每个账户，若每个账户下存在多笔交易明细数据，则获取次序排列在最后的交易明细数据。根据每个产品下的每个账户对应的次序排列在最后的交易明细数据，对本地在预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据的汇总进行更新处理，以获取再次更新后的资产数据的汇总。

在一种可能的实施方式中，数据更新单元902，还用于在目标时刻获取之前的预设时长内的每个产品下每个账户对应的交易明细数据集合；数据更新系统从交易明细数据集合中，确定每个产品下的每个账户下的交易序号的次序最靠后的交易明细数据的资产数据；数据更新系统在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，得到再次更新后的资产数据的汇总。

在一种可能的实施方式中，产品包括外汇产品，账户包括外汇账户。数据更新单元902，还用于在预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新外币账户对应的资产数据；将外币账户对应的更新后的资产数据，添加到资产数据的汇总中。

在一种可能的实施方式中，产品包括保险产品，账户包括保险账户。数据更新单元902，还用于在预设周期内检测保险账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新保险账户对应的资产数据；将保险账户对应更新后的资产数据，添加到资产数据的汇总中。

在一种可能的实施方式中，在数据更新单元902，还用于在检测到任一产品下的账户对应的资产数据在预设周期内发生增值或贬值时，确定账户对应的增值或贬值后的资产数据；以账户对应的增值或贬值后的资产数据，更新账户对应的资产数据；将账户对应更新后的资产数据，添加到资产数据的汇总中。

在一种可能的实施方式中，资产数据包括资产份额和资产余额，数据更新单元902，还用于检测到在任一账户因被分配资产份额而使得资产余额发生变化时，确定账户对应的变化后的资产份额和资产余额；以账户对应的变化后的资产份额和资产余额，更新账户对应的资产余额和资产份额。

在一种可能的实施方式中，同一用户的账户包括第一账户和第二账户。数据更新单元902，还用于检测到同一用户的第一账户被归属到第二账户时，将第二账户下的交易数据的处理为第一账户的资产数据和第二账户的资产数据的汇总。

在一种可能的实施方式中，数据更新单元902，还用于对同一用户的各个账户对应的更新后的资产数据进行求和，得到各个账户关联的更新后的总资产数据；以各个账户关联的总资产数据，更新对应的账户的总资产数据。

在一种可能的实施方式中，每个预设周期的起始时刻为在上一次更新对应的账户的资产数据的时刻起，计时预设的周期时长后的时刻。

图10是根据一示例性实施例示出的一种服务器的框图，服务器可以包括以下一个或多个组件：处理器1002，存储器1004，电源组件1006，以及通信组件1016。

处理器1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理器1002可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理器1002可以包括一个或多个模块，便于处理器1002和其他组件之间的交互。具体地，处理器1002可以用于实现如本申请实施例图2提供的交易数据的处理方法。

存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。

在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器820执行以完成上述的方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本申请实施例还提供了一种非临时性计算机可读存储介质，当该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述的交易数据的处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (15)

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

数据更新系统每隔预设周期，获取所述预设周期内每个产品下每个账户对应的交易明细数据；

所述数据更新系统根据所述预设周期内每个产品下每个账户对应的交易明细数据，对本地在所述预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总；

所述数据更新系统将所述再次更新后的资产数据的汇总发送给金融服务系统，以供所述金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从所述再次更新后的资产数据的汇总中，获取并显示与所述目标账户对应的资产数据。

2.根据权利要求1所述的方法，其特征在于，所述数据更新系统每隔预设周期，获取所述预设周期内每个产品下每个账户对应的交易明细数据，包括：

所述数据更新系统每隔预设周期，通过数据交易平台从每个产品对应的产品系统中，获取金融服务系统中存储的每个账户对应的交易明细数据。

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

对于每个产品下的每个账户对应的每个交易明细数据：确认所述交易明细数据是否缺少必要信息，若缺少必要信息，则从所述交易明细数据所对应的产品系统中获取缺少的必要信息；

将所述必要信息和所述交易明细数据进行拼接处理，以获取拼接后的交易明细数据；

其中，所述必要信息包括如下至少一种：交易序号、账户、客户号、交易产品名称、产品码、币别、份额以及余额。

4.根据权利要求1至3任一所述的方法，其特征在于，所述数据更新系统根据所述预设周期内每个产品下每个账户对应的交易明细数据，对本地在所述预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总，包括：

对于每个产品下的每个账户，若每个账户下存在多笔交易明细数据，则获取次序排列在最后的交易明细数据；

根据所述每个产品下的每个账户对应的次序排列在最后的交易明细数据，对本地在所述预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据的汇总进行更新处理，以获取再次更新后的资产数据的汇总。

5.根据权利要求1所述的方法，其特征在于，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统在目标时刻获取之前的预设时长内的每个产品下每个账户对应的所述交易明细数据集合；

所述数据更新系统从所述交易明细数据集合中，确定每个产品下的每个账户下的交易序号的次序最靠后的交易明细数据的资产数据；

所述数据更新系统在其中一个确定的账户的资产数据与存储的同一账户的资产数据不同时，以确定的账户的资产数据，再次更新存储的同一账户的资产数据，得到再次更新后的资产数据的汇总。

6.根据权利要求1所述的方法，其特征在于，所述产品包括外汇产品，所述账户包括外汇账户，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统在所述预设周期内检测外汇账户关联的外汇产品的汇率发生变化时，根据变化后的汇率，更新所述外币账户对应的资产数据；

所述数据更新系统将外币账户对应的更新后的资产数据，添加到所述资产数据的汇总中。

7.根据权利要求1所述的方法，其特征在于，所述产品包括保险产品，所述账户包括保险账户，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统在所述预设周期内检测保险账户关联有新增的保险产品时，根据新增的保险产品对应的资产数据，更新所述保险账户对应的资产数据；

所述数据更新系统将保险账户对应更新后的资产数据，添加到所述资产数据的汇总中。

8.根据权利要求1所述的方法，其特征在于，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统在检测到任一产品下的账户对应的资产数据在所述预设周期内发生增值或贬值时，确定所述账户对应的增值或贬值后的资产数据；

所述数据更新系统以所述账户对应的增值或贬值后的资产数据，更新所述账户对应的资产数据；

所述数据更新系统将所述账户对应更新后的资产数据，添加到所述资产数据的汇总中。

9.根据权利要求1所述的方法，其特征在于，所述资产数据包括资产份额和资产余额，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统检测到在任一账户因被分配资产份额而使得资产余额发生变化时，确定所述账户对应的变化后的资产份额和资产余额；

所述数据更新系统以所述账户对应的变化后的资产份额和资产余额，更新所述账户对应的资产余额和资产份额。

10.根据权利要求1所述的方法，其特征在于，同一用户的账户包括第一账户和第二账户，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统检测到同一用户的第一账户被归属到第二账户时，将所述第二账户下的交易数据的处理为所述第一账户的资产数据和所述第二账户的资产数据的汇总。

11.根据权利要求1所述的方法，其特征在于，在所述得到再次更新后的资产数据的汇总之后，所述方法还包括：

所述数据更新系统对同一用户的各个账户对应的更新后的资产数据进行求和，得到各个所述账户关联的更新后的总资产数据；

所述数据更新系统以各个所述账户关联的总资产数据，更新对应的所述账户的总资产数据。

12.根据权利要求1所述的方法，其特征在于，每个所述预设周期的起始时刻为在上一次更新对应的账户的资产数据的时刻起，计时预设的周期时长后的时刻。

13.一种交易数据的处理装置，其特征在于，所述装置包括：

数据获取单元，用于每隔预设周期，获取所述预设周期内每个产品下每个账户对应的交易明细数据；

数据更新单元，用于根据所述预设周期内每个产品下每个账户对应的交易明细数据，对本地在所述预设周期的上一个周期已更新的每个产品下每个账户对应的资产数据进行更新处理，得到再次更新后的资产数据的汇总；

数据发送单元，用于将所述再次更新后的资产数据的汇总发送给金融服务系统，以供所述金融服务系统响应于来自终端设备的对目标账户的资产查询请求，从所述再次更新后的资产数据的汇总中，获取并显示与所述目标账户对应的资产数据。

14.一种服务器，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至12任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至12任一项所述的方法。