一种交易数据处理方法及系统的制作方法
【专利摘要】本发明公开了一种交易数据处理方法及系统，其中方法包括以下步骤：获取目标用户当前交易的实时交易额数据和历史余额数据；对获取的实时交易额数据和历史余额数据进行处理，并将处理后的数据打包成统一格式的数据块，进行存储；根据存储的实时交易额数据和历史余额数据，实时计算目标用户当前交易的新钱交易数额和旧钱交易数额；对目标用户当前交易的新钱交易数额和旧钱交易数额进行输出。本发明提供的交易数据处理方法及系统，可以简单、快速的计算出目标用户当前交易的新钱交易数额和旧钱交易数额，从而得出当前交易中的新钱交易部分和旧钱交易部分。其数据处理准确性高，计算过程简单，数据存储量小，适用于大数据处理。
【专利说明】
-种交易数据处理方法及系统
技术领域
[0001] 本发明设及互联网领域，特别设及一种交易数据处理方法及系统。
【背景技术】
[0002] 依托于互联网、大数据W及云计算等信息技术的发展，互联网金融目前在全世界 W惊人的速度普及与发展。事实上，中国的互联网金融正在成为普惠金融中越来越重要的 组成部分。
[0003] 但是，伴随着越来越多的新兴产品的出现，例如较高利率的随存随取产品、高利率 的短期供应链金融产品等，出现了很多投资用户利用同一笔钱反复交易的现象。在互联网 金融领域，将在资金消耗期内，在理财平台上已经在发生过购买理财产品行为的资金称为 旧钱。对应地，将在资金消耗期内，尚未在理财平台发生过购买理财产品行为的资金称为新 钱。
[0004] 基于大数据处理技术(互联网金融理财平台的用户数量是千万级乃至亿级的）计 算用户某笔投资交易使用的资金为新钱还是旧钱可W更加清晰的解读理财平台的交易额， 使得用户能够更理智的认知理财平台。
[0005] 传统的计算某笔交易是否是旧钱的方法，是将运笔交易与运个用户的资金进出流 水进行比对，确认运笔交易资金是否来源于之前的某个回款或提现资金。其通过扫描用户 之前的所有购买与提现回款的行为，标记每一笔购买交易中的金额是否来源于之前的提现 与回款行为，W此来确认该笔交易额中的新钱交易额和旧钱交易额。
[0006] 上述方法不但计算复杂，数据对比过程容易出错，而且数据存储量大，不适合进行 大数据处理。
【发明内容】
[0007] 为降低计算复杂度，提高数据处理的准确性，适用于大数据处理，本发明提出一种 交易数据处理方法及系统，W识别用户某笔交易中的新钱交易额和旧钱交易额。
[000引本发明提供的交易数据处理方法，包括W下步骤：
[0009] 获取目标用户当前交易的实时交易额数据和历史余额数据；
[0010] 对获取的所述实时交易额数据和历史余额数据进行处理，并将处理后的数据打包 成统一格式的数据块，进行存储；
[0011] 根据存储的所述实时交易额数据和历史余额数据，实时计算所述目标用户当前交 易的新钱交易数额和旧钱交易数额；
[0012] 对所述目标用户当前交易的新钱交易数额和旧钱交易数额进行输出。
[0013] 作为一种可实施方式，所述获取目标用户的当前交易的实时交易额数据和历史余 额数据，包括W下步骤：
[0014] 调取所述目标用户当前交易的实时交易表，从所述实时交易表中抽取所述实时交 易额数据；
[0015] 调取所述目标用户当前交易之前的历史余额表，从所述历史余额表中抽取所述历 史余额数据。
[0016] 作为一种可实施方式，所述对获取的所述实时交易额数据和历史余额数据进行处 理，并将处理后的数据打包成统一格式的数据块，进行存储，包括W下步骤：
[0017] 对获取的所述实时交易额数据进行流数据转换处理；
[0018] 对获取的所述历史余额数据进行HD!^转换处理；
[0019] 采用统一的元数据对处理后的所述实时交易额数据和处理后的所述历史余额数 据进行打包标记，并进行储存。
[0020] 作为一种可实施方式，所述根据存储的所述实时交易额数据和历史余额数据，实 时计算所述目标用户当前交易的新钱交易数额和旧钱交易数额，包括W下步骤：
[0021] 检测所述目标用户当前交易是否处于前一次交易的资金消耗期内；
[0022] 若是，则判定所述目标用户当前交易的新钱交易数额为零，旧钱交易数额为所述 目标用户当前交易的全部交易数额；
[0023] 若否，则比较所述实时交易额数据和历史余额数据之间的大小；
[0024] 若所述实时交易额数据大于所述历史余额数据，则计算所述实时交易额数据和历 史余额数据之间的差值，该差值即为所述目标用户当前交易的新钱交易数额，旧钱交易数 额为所述目标用户当前交易的全部交易数额与所述新钱交易数额之间的差额；
[0025] 若所述实时交易额数据小于或等于所述历史余额数据，则判定所述目标用户当前 交易的新钱交易数额为零，旧钱交易数额为所述目标用户当前交易的全部交易数额。
[0026] 作为一种可实施方式，在对所述目标用户当前交易的新钱交易数额和旧钱交易数 额进行输出之前，还包括W下步骤：
[0027] 对计算得到的所述目标用户当前交易的新钱交易数额和旧钱交易数额进行效验。
[0028] 相应地，本发明还提供一种交易数据处理系统，包括数据采集模块、数据处理模 块、数据计算模块W及数据输出模块；
[0029] 所述数据采集模块用于获取目标用户当前交易的实时交易额数据和历史余额数 据；
[0030] 所述数据处理模块用于对所述数据采集模块获取的所述实时交易额数据和历史 余额数据进行处理，并将处理后的数据打包成统一格式的数据块，进行存储；
[0031] 所述数据计算模块用于根据所述数据处理模块存储的所述实时交易额数据和历 史余额数据，实时计算所述目标用户当前交易的新钱交易数额和旧钱交易数额；
[0032] 所述数据输出模块用于对所述数据计算模块计算得到的所述目标用户当前交易 的新钱交易数额和旧钱交易数额进行输出。
[0033] 作为一种可实施方式，所述数据采集模块包括第一抽取单元和第二抽取单元；
[0034] 所述第一抽取单元用于调取所述目标用户当前交易的实时交易表，并从所述实时 交易表中抽取所述实时交易额数据；
[0035] 所述第二抽取单元用于调取所述目标用户当前交易之前的历史余额表，并从所述 历史余额表中抽取所述历史余额数据。
[0036] 作为一种可实施方式，所述数据处理模块包括第一转换单元、第二转换单元W及 打包单元；
[0037] 所述第一转换单元用于对获取的所述实时交易额数据进行流数据转换处理；
[0038] 所述第二转换单元用于对获取的所述历史余额数据进行HD!^转换处理；
[0039] 所述打包单元用于采用统一的元数据对所述第一转换单元处理后的所述实时交 易额数据和所述第二转换单元处理后的所述历史余额数据进行打包标记，并进行储存。
[0040] 作为一种可实施方式，所述数据计算模块包括检测单元、比较单元、计算单元W及 判定单元；
[0041] 所述检测单元用于检测所述目标用户当前交易是否处于前一次交易的资金消耗 期内；
[0042] 所述比较单元用于在所述检测单元检测到所述目标用户当前交易不处于前一次 交易的资金消耗期内时，比较所述实时交易额数据和历史余额数据之间的大小；
[0043] 所述计算单元用于在所述比较单元比较得到所述实时交易额数据大于所述历史 余额数据时，计算所述实时交易额数据和历史余额数据之间的差值，该差值即为所述目标 用户当前交易的新钱交易数额，旧钱交易数额为所述目标用户当前交易的全部交易数额与 所述新钱交易数额之间的差额；
[0044] 所述判定单元用于在所述检测单元检测到所述目标用户当前交易处于前一次交 易的资金消耗期内时，或者在所述比较单元比较得到所述实时交易额数据小于或等于所述 历史余额数据时，判定所述目标用户当前交易的新钱交易数额为零，旧钱交易数额为所述 目标用户当前交易的全部交易数额。
[0045] 作为一种可实施方式，本发明提供的交易数据处理系统，还包括效验模块；
[0046] 所述效验模块用于对所述计算模块计算得到的所述目标用户当前交易的新钱交 易数额和旧钱交易数额进行效验。
[0047] 本发明相比于现有技术的有益效果在于：
[0048] 本发明提供的交易数据处理方法及系统，通过获取目标用户当前交易的实时交易 额数据和历史余额数据，并对获取的实时交易额数据和历史余额数据进行处理，打包成统 一格式的数据块，进行存储;根据存储的实时交易额数据和历史余额数据，实时计算目标用 户当前交易的新钱交易数额和旧钱交易数额并进行输出。可W简单、快速的计算出目标用 户当前交易的新钱交易数额和旧钱交易数额，从而得出当前交易中的新钱交易数额和旧钱 交易数额。其简化了传统的计算方式，计算过程简单，数据处理准确性高，数据存储量小，适 用于大数据处理。
【附图说明】
[0049] 图1为本发明提供的交易数据处理方法的一实施例的流程图；
[0050] 图2为本发明提供的交易数据处理系统的一实施例的结构示意图。
【具体实施方式】
[0051] W下结合附图，对本发明上述的和另外的技术特征和优点进行清楚、完整地描述， 显然，所描述的实施例仅仅是本发明的部分实施例，而不是全部实施例。
[0052] 在互联网金融领域，将在资金消耗期内，在理财平台上已经在发生过购买理财产 品行为的资金称为旧钱。对应地，将在资金消耗期内，尚未在理财平台发生过购买理财产品 行为的资金称为新钱。其中，资金消耗期指的是一笔资金的自然存在寿命，通常定义为12个 月。
[0053] 例如，某个用户一笔资金第一次进入理财平台后（例如此用户第一次购买了一款 理财产品），资金消耗期(假设为12个月）内运笔资金发生的其他购买行为（比如回款后继续 购买)视为旧钱的购买行为;资金消耗期之后，运笔资金发生的第一次购买行为视为新钱的 购买行为(即视此资金为新的资金，不同于原先的资金了）。
[0054] 假设资金消耗期为T，某用户在某时间点t发生交易，其交易金额为M，该用户在此 产品回款后，在资金消耗期为T之后，再次发生了交易，交易金额为M'，则运笔交易中的(M'- M)部分的金额算作新钱，M金额的部分算作旧钱。若r小于M，则运笔交易中的新钱部分金额 为零，全部为旧钱交易。
[0055] 基于上述原理，本发明提供了一种交易数据处理方法，利用目标用户当前交易的 实时交易额数据和历史余额数据，计算目标用户当前交易的新钱交易数额和旧钱交易数 额。
[0056] 请参阅图1，本发明提供的交易数据处理方法的一实施例，包括W下步骤：
[0057] S100、获取目标用户当前交易的实时交易额数据和历史余额数据；
[0058] S200、对获取的实时交易额数据和历史余额数据进行处理，并将处理后的数据打 包成统一格式的数据块，进行存储；
[0059] S300、根据存储的实时交易额数据和历史余额数据，实时计算目标用户当前交易 的新钱交易数额和旧钱交易数额；
[0060] S400、对目标用户当前交易的新钱交易数额和旧钱交易数额进行输出。
[0061] 本实施例提供的交易数据处理方法，通过与交易平台对接，即可获取目标用户当 前交易的实时交易额数据和历史余额数据；由于实时交易数据通常为日志格式的数据流， 而历史余额数据通常储存在数据库中，所W为了后续的统一计算，本发明对实时交易额数 据和历史余额数据进行处理，打包成统一格式的数据块，进行存储;最后，根据存储的实时 交易额数据和历史余额数据，实时计算目标用户当前交易的新钱交易数额和旧钱交易数额 并对计算结果进行输出。计算结果可W输出到用户终端，也可W通过支持API等方式等与相 关业务系统进行对接，服务于业务系统。
[0062] 采用本实施例提供的交易数据处理方法，可W简单、快速的计算出目标用户当前 交易的新钱交易数额和旧钱交易数额，从而得出当前交易是新钱交易还是旧钱交易，或者 当前交易数额中的新钱部分和旧钱部分。其有效利用了互联网金融平台的现有数据，简化 了传统方法的计算方式，适应大数据量(亿级用户）下的处理模式，用一部分存储空间（存储 每个用户每天的余额数据)来节省大量的计算时间。进一步地，可W转化为分布式计算，还 可W进一步缩减计算时间。
[0063] 作为一种可实施方式，具体地，SlOO包括W下步骤：
[0064] Sl 10、调取目标用户当前交易的实时交易表，从实时交易表中抽取实时交易额数 据；
[0065] S120、调取目标用户当前交易之前的历史余额表，从历史余额表中抽取历史余额 数据。
[0066] 上述S110、S120可通过后述的数据采集模块实现。通常的交易平台中均存储有实 时交易表和历史余额表，所W只需要与交易平台对接即可调取目标用户当前交易的实时交 易表和目标用户当前交易之前的历史余额表。
[0067] 其中，实时交易表中存储了当前交易的实时数据，需要根据当前交易的进度实时 更新。历史余额表可采用离线方式获取。例如，设置每日凌晨一点将前一天的历史余额表批 量导入到皿FS(分布式文件系统），进行离线存储。
[0068] 进一步地，可W采用结构化查询模块对实时交易表和历史余额表进行抽取。从实 时交易表中抽取的实时交易额数据存储在消息队列，从历史余额表中抽取历史余额数据存 储在皿FS。
[0069] 作为一种可实施方式，具体地，S200包括W下步骤：
[0070] S210、对获取的实时交易额数据进行流数据转换处理；
[0071] 实时交易额数据存储在内存文件系统中，系统初始化时，可W通过注册交易数据 的字段与存储位置（申请一块动态内存存储），当实时交易额数据进行流数据转换处理后， 就可W将处理后的实时交易额数据写入当初注册的内存位置中。此外，还可W每隔一定时 间将内存中的数据异步写入皿FS中，防止内存数据丢失。
[0072] S220、对获取的历史余额数据进行HD!^转换处理；
[0073] 可W将前一天的历史余额表通过MapReduce框架抽取放入皿FS的专口存储余额表 的文件夹中，并按日期分类。
[0074] S230、采用统一的元数据对处理后的实时交易额数据和处理后的历史余额数据进 行打包标记，并进行储存。
[0075] 元数据通过内存数据库(读写速度快)对已经注册的数据进行管理，当需要调用处 理后的实时交易额数据和历史余额数据时，首先查询元数据关于调用数据的结构W及位置 信息，然后通过位置信息去抽取数据，最后再进行计算。进一步地，元数据每隔一段时间（例 如，1秒钟)会备份到皿FS中，重启时会从备份中加载信息，防止数据丢失。
[0076] S200主要用于将消息队列中的流数据与存在HDFS的文件数据整合起来，达到互通 的目的，方便后续计算，提高计算效率和准确性。S210和S220无先后次序之分，可W同时进 行。
[0077] 作为一种可实施方式，具体地，S300包括W下步骤：
[0078] S310、检测目标用户当前交易是否处于前一次交易的资金消耗期内；
[0079] S320、若是，则判定目标用户当前交易的新钱交易数额为零，旧钱交易数额为目标 用户当前交易的全部交易数额；
[0080] S330、若否，则比较实时交易额数据和历史余额数据之间的大小；
[0081] S340、若实时交易额数据大于历史余额数据，则计算实时交易额数据和历史余额 数据之间的差值，该差值即为目标用户当前交易的新钱交易数额，旧钱交易数额为目标用 户当前交易的全部交易数额与新钱交易数额之间的差额；
[0082] S350、若实时交易额数据小于或等于历史余额数据，则判定目标用户当前交易的 新钱交易数额为零，旧钱交易数额为目标用户当前交易的全部交易数额。
[0083] 下面，列举一个具体的例子对上述过程进行说明：
[0084] 假设用U表示用户标号，/1表示U用户的第i笔交易的金额，众表示U用户的第i笔回 款或者提现，友1表示U用户的第i笔投资的收益。
[0085] 依据传统的方法判断用户某笔交易是否是旧钱，需要扫描用户之前的所有购买与 提现回款的行为，标记每一笔购买交易中的金额是否来源于之前的提现与回款行为，即通 过将该笔交易与用户之前的资金进出流水进行比对得出判断结果，计算复杂，数据处理量 大。
[0086] 采用本发明实施例的方法如下：
[0087] 假设某个用户在需要被判定的交易之前总共发生了 n次购买行为，m次提现与回款 行为。
[0088] 设需要被判定的交易发生的时间为t(精确到天），则用户t时刻的账户余额为：
[0089]
[0090] 一般而言，在互联网金融理财平台下，运个^并不需要每次都需要如此复杂的计 算得出，因为互联网金融平台每天都会为每个用户维护一个余额值，所W，历史余额直接从 交易平台的数据库里抽取即可得到。
[0091] 设资金消耗期为T天，则表示t-T时刻的账户余额，计算方法同上或者从数据 库里直接抽取。
[0092] 设从数据库里直接抽取了最近T天的每一天的用户账户余额^r... ...分"，
表示T天之内的最大的账户余额；
[0093] 则运笔交易中的新钱Inew为：
[0094]旧钱 Ioid为:，
[00巧]更进一步地，在S400之前，还包括W下步骤：
[0096] 对计算得到的目标用户当前交易的新钱交易数额和旧钱交易数额进行效验。
[0097] 上述校验可W通过反推的方式实现。即目标用户当前余额减去新钱交易数额应该 等于资金消耗期内（例如，12个月前至昨日）的最大余额值，如果符合则输出校验成功标志， 出错则输出到监控系统，进行重新计算。数据校验能够保证计算结果的合理性，并能反馈给 相应的监控系统，及时处理错误，提高计算结果的准确率。
[0098] 基于同一发明构思，本发明还提供了一种交易数据处理系统，其原理与上述交易 数据处理方法的实现原理一致，该系统的实施过程可参照上述方法实现，重复之处不再冗 述。
[0099] 参见图2,本实施例提供的交易数据处理系统，包括数据采集模块100、数据处理模 块200、数据计算模块300 W及数据输出模块400;
[0100] 数据采集模块100用于获取目标用户当前交易的实时交易额数据和历史余额数 据；
[0101] 数据处理模块200用于对数据采集模块获取的实时交易额数据和历史余额数据进 行处理，并将处理后的数据打包成统一格式的数据块，进行存储；
[0102] 数据计算模块300用于根据数据处理模块存储的实时交易额数据和历史余额数 据，实时计算目标用户当前交易的新钱交易数额和旧钱交易数额；
[0103] 数据输出模块400用于对数据计算模块计算得到的目标用户当前交易的新钱交易 数额和旧钱交易数额进行输出。
[0104] 具体地，作为一种可实施方式，数据采集模块100包括第一抽取单元和第二抽取单 元;取单元用于调取目标用户当前交易的实时交易表，并从实时交易表中抽取实时交易额 数据;第二抽取单元用于调取目标用户当前交易之前的历史余额表，并从历史余额表中抽 取历史余额数据。
[0105] 数据处理模块200包括第一转换单元、第二转换单元W及打包单元;第一转换单元 用于对获取的实时交易额数据进行流数据转换处理;第二转换单元用于对获取的历史余额 数据进行皿FS转换处理;打包单元用于采用统一的元数据对第一转换单元处理后的实时交 易额数据和第二转换单元处理后的历史余额数据进行打包标记，并进行储存。
[0106] 需要说明的是，实时交易额数据存储在内存文件系统中，系统初始化时可W向数 据处理模块200注册交易数据的字段与存储位置（申请一块动态内存存储），当实时交易额 数据通过第一抽取单元实时到达计算集群时，第一转换单元会将交易额数据写入当初注册 的内存位置中。此外，还可设置转储单元每隔一段时间（例如10分钟）将内存中的数据异步 写入皿FS中，防止内存数据丢失。
[0107] 通过第二抽取单元将前一天的历史余额表通过MapReduce框架抽取放入皿FS的专 口用于存储历史余额表的文件夹中，并按日期分类，然后通知数据处理模块200中的第二转 换单元新增历史余额信息的数据结构W及在皿FS中的位置。
[0108] 打包单元利用元数据通过内存数据库(读写速度快)对已经注册的数据进行管理， 当数据计算模块300需要调用数据时，首先查询元数据关于调用数据的结构W及位置信息， 然后通过位置信息去抽取数据，最后再进行计算。例如，元数据每隔1秒钟会备份到HDFS中， 重启时会从备份中加载信息，防止数据丢失。
[0109] 数据计算模块300包括检测单元、比较单元、计算单元W及判定单元;检测单元用 于检测目标用户当前交易是否处于前一次交易的资金消耗期内；比较单元用于在检测单元 检测到目标用户当前交易不处于前一次交易的资金消耗期内时，比较实时交易额数据和历 史余额数据之间的大小;计算单元用于在比较单元比较得到实时交易额数据大于历史余额 数据时，计算实时交易额数据和历史余额数据之间的差值，该差值即为目标用户当前交易 的新钱交易数额，旧钱交易数额为目标用户当前交易的全部交易数额与新钱交易数额之间 的差额;判定单元用于在检测单元检测到目标用户当前交易处于前一次交易的资金消耗期 内时，或者在比较单元比较得到实时交易额数据小于或等于历史余额数据时，判定目标用 户当前交易的新钱交易数额为零，旧钱交易数额为目标用户当前交易的全部交易数额。
[0110] 数据输出模块400可W与用户终端对接，将计算结果输出至用户终端。数据输出模 块400还可W通过支持API等方式等与相关业务系统进行对接，服务于业务系统。
[0111] 更进一步地，本发明另一实施例提供的交易数据处理系统，在上述实施例的基础 上还包括效验模块;效验模块用于对计算模块计算得到的目标用户当前交易的新钱交易数 额和旧钱交易数额进行效验。
[0112] 本发明实施例提供的交易数据处理方系统，可W简单、快速的计算出目标用户当 前交易的新钱交易数额和旧钱交易数额，从而得出当前交易的新钱交易部分和旧钱交易部 分。
[0113] 进一步地，本发明提供的交易数据处理方法及系统，还可W用来计算某一天的互 联网金融理财平台交易额中的新钱部分与旧钱部分。同理，也可W推广到计算某一段时间 内交易金额的新钱部分与旧钱部分，比如一个月的交易金额新钱与旧钱各占多少等。其有 效利用了互联网金融平台的现有数据，简化了传统方法的计算方式，适应大数据量(亿级用 户）下的处理模式，用一部分存储空间（存储每个用户每天的余额数据)来节省大量的计算 时间。进一步地，可W转化为分布式计算，还可W进一步缩减计算时间。
[0114] W上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步的 详细说明，应当理解，W上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护 范围。特别指出，对于本领域技术人员来说，凡在本发明的精神和原则之内，所做的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种交易数据处理方法，其特征在于，包括以下步骤： 获取目标用户当前交易的实时交易额数据和历史余额数据； 对获取的所述实时交易额数据和历史余额数据进行处理，并将处理后的数据打包成统 一格式的数据块，进行存储； 根据存储的所述实时交易额数据和历史余额数据，实时计算所述目标用户当前交易的 新钱交易数额和旧钱交易数额； 对所述目标用户当前交易的新钱交易数额和旧钱交易数额进行输出。2. 根据权利要求1所述的交易数据处理方法，其特征在于，所述获取目标用户的当前交 易的实时交易额数据和历史余额数据，包括以下步骤： 调取所述目标用户当前交易的实时交易表，从所述实时交易表中抽取所述实时交易额 数据； 调取所述目标用户当前交易之前的历史余额表，从所述历史余额表中抽取所述历史余 额数据。3. 根据权利要求1所述的交易数据处理方法，其特征在于，所述对获取的所述实时交易 额数据和历史余额数据进行处理，并将处理后的数据打包成统一格式的数据块，进行存储， 包括以下步骤： 对获取的所述实时交易额数据进行流数据转换处理； 对获取的所述历史余额数据进行HDFS转换处理； 采用统一的元数据对处理后的所述实时交易额数据和处理后的所述历史余额数据进 行打包标记，并进行储存。4. 根据权利要求1至3任一项所述的交易数据处理方法，其特征在于，所述根据存储的 所述实时交易额数据和历史余额数据，实时计算所述目标用户当前交易的新钱交易数额和 旧钱交易数额，包括以下步骤： 检测所述目标用户当前交易是否处于前一次交易的资金消耗期内； 若是，则判定所述目标用户当前交易的新钱交易数额为零，旧钱交易数额为所述目标 用户当前交易的全部交易数额； 若否，则比较所述实时交易额数据和历史余额数据之间的大小； 若所述实时交易额数据大于所述历史余额数据，则计算所述实时交易额数据和历史余 额数据之间的差值，该差值即为所述目标用户当前交易的新钱交易数额，旧钱交易数额为 所述目标用户当前交易的全部交易数额与所述新钱交易数额之间的差额； 若所述实时交易额数据小于或等于所述历史余额数据，则判定所述目标用户当前交易 的新钱交易数额为零，旧钱交易数额为所述目标用户当前交易的全部交易数额。5. 根据权利要求4所述的交易数据处理方法，其特征在于，在对所述目标用户当前交易 的新钱交易数额和旧钱交易数额进行输出之前，还包括以下步骤： 对计算得到的所述目标用户当前交易的新钱交易数额和旧钱交易数额进行效验。6. -种交易数据处理系统，其特征在于，包括数据采集模块、数据处理模块、数据计算 模块以及数据输出模块； 所述数据采集模块用于获取目标用户当前交易的实时交易额数据和历史余额数据； 所述数据处理模块用于对所述数据采集模块获取的所述实时交易额数据和历史余额 数据进行处理，并将处理后的数据打包成统一格式的数据块，进行存储； 所述数据计算模块用于根据所述数据处理模块存储的所述实时交易额数据和历史余 额数据，实时计算所述目标用户当前交易的新钱交易数额和旧钱交易数额； 所述数据输出模块用于对所述数据计算模块计算得到的所述目标用户当前交易的新 钱交易数额和旧钱交易数额进行输出。7. 根据权利要求6所述的交易数据处理系统，其特征在于，所述数据采集模块包括第一 抽取单元和第二抽取单元； 所述第一抽取单元用于调取所述目标用户当前交易的实时交易表，并从所述实时交易 表中抽取所述实时交易额数据； 所述第二抽取单元用于调取所述目标用户当前交易之前的历史余额表，并从所述历史 余额表中抽取所述历史余额数据。8. 根据权利要求6所述的交易数据处理系统，其特征在于，所述数据处理模块包括第一 转换单元、第二转换单元以及打包单元； 所述第一转换单元用于对获取的所述实时交易额数据进行流数据转换处理； 所述第二转换单元用于对获取的所述历史余额数据进行HDFS转换处理； 所述打包单元用于采用统一的元数据对所述第一转换单元处理后的所述实时交易额 数据和所述第二转换单元处理后的所述历史余额数据进行打包标记，并进行储存。9. 根据权利要求6至8任一项所述的交易数据处理系统，其特征在于，所述数据计算模 块包括检测单元、比较单元、计算单元以及判定单元； 所述检测单元用于检测所述目标用户当前交易是否处于前一次交易的资金消耗期内； 所述比较单元用于在所述检测单元检测到所述目标用户当前交易不处于前一次交易 的资金消耗期内时，比较所述实时交易额数据和历史余额数据之间的大小； 所述计算单元用于在所述比较单元比较得到所述实时交易额数据大于所述历史余额 数据时，计算所述实时交易额数据和历史余额数据之间的差值，该差值即为所述目标用户 当前交易的新钱交易数额，旧钱交易数额为所述目标用户当前交易的全部交易数额与所述 新钱交易数额之间的差额； 所述判定单元用于在所述检测单元检测到所述目标用户当前交易处于前一次交易的 资金消耗期内时，或者在所述比较单元比较得到所述实时交易额数据小于或等于所述历史 余额数据时，判定所述目标用户当前交易的新钱交易数额为零，旧钱交易数额为所述目标 用户当前交易的全部交易数额。10. 根据权利要求9所述的交易数据处理系统，其特征在于，还包括效验模块； 所述效验模块用于对所述计算模块计算得到的所述目标用户当前交易的新钱交易数 额和旧钱交易数额进行效验。
【文档编号】G06F17/30GK106022921SQ201610325932
【公开日】2016年10月12日
【申请日】2016年5月16日
【发明人】单黄勇
【申请人】杭州铜板街互联网金融信息服务有限公司