一种业务数据处理方法及设备技术

本申请公开了一种业务数据处理方法，通过分别提取用户业务数据中的业务信息以及数值信息，根据业务信息在纬度表中添加新的表项，并为所述表项赋予对应的纬度ID，同时根据数值信息以及纬度ID，在至少一个以时间范围为单位的帐表中添加最新数值累计信息。基于业务数据的预处理，减少了数据检索所需要访问的业务数据存储内容，提升了查询效率，降低了设备开销。本申请同时还公开了一种业务数据处理设备。

【技术实现步骤摘要】

本申请涉及通信
，特别涉及一种业务数据处理方法。本申请同时还涉及 一种业务数据处理设备。
技术介绍
随着数据技术的普及，越来越多的数据在营销领域得到应用。运营人员也更倾向 于在运营活动推广中更有针对性，再加上互联网用户基数现在已经多达数亿，如果活动面 向全网用户，运营成本也会成倍增加，因此精准化运营已经逐渐在运营活动中逐渐普及。比 女口，某抽奖活动只针对没有使用过某C银行信用卡支付次数超过10笔的用户。 表 1 如表1所示，为现有技术中用户交易完成后系统所生成的业务流水表的结构，假 设当前每天产生的流水记录是1000万笔，不考虑业务增长一年总流水就有36. 5亿，假设每 条记录大小为1000字节，每年数据大小3650G，随着时间推移记录还会越来越多。在送种情 况下，如果某活动目标用户只针对C银行信用卡支付次数超过10次之上的用户，郝就需要 统计用户使用C银行信用卡支付次数，就要把用户之前的流水数据全部检索一遍。[000引由此可见，随着历史数据的逐渐累积，业务数据会变得越来越多。如果要实时定位 活动用户，需要读取的磁盘也越来越多，系统需要的时间也越来越长，给用户带来了糟糕的 体验。当然，通过增加机器的方式可W缩短响应时间提升用户体验，但是送种方案带来的成 本增加非常快，会给公司带来很大的财务压力。因此，如何在不额外增加设备开销的前提 下，对现有的业务数据存储进行改进W及简化，从而提高检索速度，成为本领域技术人员亟 待解决的一个技术问题。
技术实现思路
本申请提供了一种业务数据处理方法，用W解决现有技术中业务数据处理及存储 方式单一所带来的检索不便的问题，包括： 当获取到用户的业务数据后，分别提取所述业务数据中的业务信息W及除所述数 值信息W外的业务信息； 根据所述业务信息在缔度表中添加新的表项，并为所述表项赋予对应的缔度ID， 所述缔度表包括缔度ID与所述用户的业务信息的对应关系； 根据所述数值信息W及所述缔度ID，在至少一个W时间范围为单位的帐表中添加 最新数值累计信息，所述数值累计信息与所述用户的帐号及所述缔度ID -一对应。 另一方面，本申请实施例还提供了一种业务数据处理设备，包括： 提取模块，用于当获取到用户的业务数据后，分别提取所述业务数据中的业务信 息W及除所述数值信息W外的业务信息； 添加模块，用于根据所述业务信息在缔度表中添加新的表项，并为所述表项赋予 对应的缔度ID，所述缔度表包括缔度ID与所述用户的业务信息的对应关系； 所述添加模块，还用于根据所述数值信息W及所述缔度ID，在至少一个W时间范 围为单位的帐表中添加最新数值累计信息，所述数值累计信息与所述用户的帐号及所述缔 度ID--对应。 与现有技术相比，本申请实施例所提出的技术方案具有W下优点： 通过应用本申请实施例的技术方案，分别提取用户业务数据中的业务信息W及数 值信息，根据业务信息在缔度表中添加新的表项，并为所述表项赋予对应的缔度ID，同时根 据数值信息W及缔度ID，在至少一个W时间范围为单位的帐表中添加最新数值累计信息。 基于业务数据的预处理，减少了数据检索所需要访问的业务数据存储内容，提升了查询效 率，降低了设备开销。【附图说明】 图1为本申请提出的一种业务数据处理方法的流程示意图； 图2为本申请具体实施例所提出的存储模型关系示意图； 图3为本申请具体实施例中业务系统模型的结构示意图； 图4为本申请提出的一种业务数据处理设备的结构示意图。【具体实施方式】 如
技术介绍
所述，现有技术中针对用户的业务数据只是简单地将所有内容作为业 务流水数据进行存储，从而导致在业务数据庞大时进行检索十分困难且缓慢。 针对上述问题，本申请实施例提出了一种业务数据处理方法，采用预计算模式，先 确定好用户各个缔度使用次数和支付金额，同时根据运营业务特点，选择终身、年份、月份、 周、日作为时间跨度进行统计，分别记录下来终身账、年账、月账、周账、日账数据。同时增加 缔度表，记账的数据不包括具体缔度的描述，只关联缔度ID，而缔度表的数据是可罗列的缔 度组合，从而大幅减少磁盘消耗。 如图1所示，为本申请实施例所提出的一种业务数据处理方法的流程示意图，该 方法具体包括W下步骤： S101，当获取到用户的业务数据后，分别提取所述业务数据中的数值信息W及除 所述数值信息W外的业务信息。S102,根据所述业务信息在缔度表中添加新的表项，并为所述表项赋予对应的缔 度ID，所述缔度表包括缔度ID与所述用户的业务信息的对应关系。 S103,根据所述数值信息W及所述缔度ID，在至少一个W时间范围为单位的帐表 中添加最新数值累计信息，所述数值累计信息与所述用户的帐号及所述缔度ID -一对应。 具体地，该步骤首先分别获取所述数值信息中的交易金额W及交易日期，W及所 述帐表中最新的数值累计信息中的总交易次数累计数W及总交易金额累计数；然后将所述 交易金额与所述总交易金额累计数之和作为最新总交易金额累计数，将所述总交易次数累 计数加一后作为最新总交易次数累计数；最后根据与所述交易日期所符合的时间范围，在 所述帐表中添加所述缔度ID、所述最新总交易金额累计数、所述最新总交易金额累计数、所 述时间范围、所述用户的帐号的对应关系，将所述对应关系作为所述最新数值累计信息。 从上述过程可W看出，本申请通过建立缔度表W及帐表直接的关联来实现业务数 据的精细处理W及分类存储，因此在S101之前的初始化阶段，本申请需要首先为用户创建 缔度表，W及至少一个W时间范围为单位的帐表，其中帐表依据自身的时间范围单位记载 有用户的帐号、数值累计信息W及缔度ID的对应关系，不同的帐表之间的时间范围单位不 同。 在初始化创建过程中，数值累计信息至少包括总交易次数累计数W及总交易金额 累计数；所述时间单位至少包括W下内容：日、周、月、年、终身中的一种或几种的组合；所 述业务信息至少包括W下内容：交易银行名称、交易银行卡类型、交易所在购物平台名称一 种或几种的组合。 需要说明的是，虽然本申请所提出的实施例中W交易业务数据进行列举说明，但 送种数据的方案不仅能够应用在支付或者电商数据，对于其他一些产品流水中的累计次数 的处理W及时间处理都是适用的，基于W上处理及存储方法，在后续若需要查询与所述用 户对应的业务数据时，即可直接获取所述用户的缔度表W及帐表；然后根据所述缔度表和 /或帐表，获取与所述用户对应的业务数据。在达到提高后续检索效率的基础上，存储及处 理的数据类型的不同并不影响本申请的保护范围。 为了进一步阐述本申请的技术思想，现结合图2所示的存储模型关系示意图，对 本申请的技术方案进行说明。其中，缔度模型可采取如下实例表格： 表 2 终身数据帐表如表3所示： 表 3 年数据帐表如表4所示： 表 4 月数据帐表如表5所示： 表 5 周数据帐表如表6所示： 表 6 日数据帐表如表7所示： 表 7 根据上述设置，本申请具体实施例提出了如图3所示的业务系统模块，其业务数 据的处理及检索过程如下： S301，用户完成某一业务之后，由业务系统发送消息给企业服务总线； S302,企业服务总线把消息推送到消息处理系统 S303,消息处理系统对消息进行加工，写入数据库，同时写入终身账、年账本文档来自技高网...

【技术保护点】
一种业务数据处理方法，其特征在于，包括：当获取到用户的业务数据后，分别提取所述业务数据中的数值信息以及除所述数值信息以外的业务信息；根据所述业务信息在纬度表中添加新的表项，并为所述表项赋予对应的纬度ID，所述纬度表包括纬度ID与所述用户的业务信息的对应关系；根据所述数值信息以及所述纬度ID，在至少一个以时间范围为单位的帐表中添加最新数值累计信息，所述数值累计信息与所述用户的帐号及所述纬度ID一一对应。

【技术特征摘要】

【专利技术属性】
技术研发人员：陈洪磊，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：开曼群岛;KY