[发明专利]生成账号状态的方法以及生成账号状态的装置

说明书

本申请涉及生成账号状态的方法以及生成账号状态的装置。生成账号状态的方法包括：以消息队列形式采集并解析与账号对应的第一主题数据和第二主题数据；缓存第一主题数据并且每隔第一预定时间将第一主题数据发送至控制器；读取第二主题数据并将第二主题数据发送至控制器；每隔第二预定时间获取与账号对应的物料信息；以及基于物料信息改变而更新缓存中的物料信息并产生计算指令，并将计算指令发送至控制器，其中，控制器响应于接收到第一主题数据、第二主题数据或计算指令基于缓存中的物料信息生成账号状态。

技术领域

本申请涉及数据处理领域，更具体地，涉及处理计算广告需求方平台(Demand-Side Platform，DSP)上广告主的账号实时状态所需的数据。

背景技术

广告需求方平台，简称DSP，其是实时竞价(Real-Time Bidding，RTB)的核心。传统的互联网广告生态链一般最多只有三方，分别是广告主、广告代理商(即广告公司)以及互联网媒体。而在RTB广告交易模式中，原有的广告生态链发生了变化，整个生态链包括广告主、DSP、广告交易平台以及互联网媒体四个主体。广告主将自己的广告需求放到DSP平台上，互联网媒体将自己的广告流量资源放到广告交易平台，DSP通过与广告交易平台的技术对接完成竞价购买。

由于广告的实时性，对应于广告主的账号的状态(下文称账号状态)也实时地发生变化。账号状态可包括账号实时余额、账号每日预算余额、账号对应的广告的实时花费等。这样，广告主、DSP、广告交易平台以及互联网媒体中的任何一方可能会需要了解账号状态。例如广告主需要了解账号的实时余额以控制广告活动，DSP可能需要了解账号的实时余额来确定广告主是否能够参与实时竞价以及账号的中短期控制，DSP可能还需要了解账号每日预算余额以控制账号当日的广告活动。

由于在广告展示过程中，产生的主要数据分为曝光数据和点击数据，曝光数据的产生速度及数据量远大于点击数据，因此传统的数据处理方式需要处理器在短时间内进行大量的数据处理。现有大多采用单机的方式来生成账号状态，从广告打点接口接收广告的曝光和点击数据，实时计算账号和活动的实时花费，并触发控量逻辑。很显然，单机的解决方案会影响整个广告曝光和点击的每秒吞吐量，并成为业务的瓶颈。而通过HTTP请求与响应的方式进行数据处理对网络的稳定性要求会更加依赖，同时，也会消耗更多的服务器资源，例如：大量的网络连接等。因此需要一种能够在数据量持续快速增加的情况下处理数据以生成账号状态的方法和装置。

发明内容

针对RTB中存在的至少一个问题，本申请提出了一种至少能部分地扩展数据处理能力的、生成账号状态的方法和系统。

本申请的一方面涉及一种生成账号状态的方法，可包括：以消息队列形式采集与账号对应的第一主题数据和第二主题数据；缓存第一主题数据并且每隔第一预定时间将第一主题数据发送至控制器；读取第二主题数据并将第二主题数据发送至控制器；每隔第二预定时间获取与账号对应的物料信息；以及基于物料信息改变而更新缓存中的物料信息并产生计算指令，并将计算指令发送至控制器，其中，控制器响应于接收到第一主题数据、第二主题数据或指令生成账号状态。

在一个实施方式中，生成账号状态的方法例如可包括通过异步交互的方式每隔第三预定时间存储账号状态。

在一个实施方式中，生成账号状态的方法还可包括由Redis存储系统通过异步交互的方式每隔第三预定时间存储账号状态。

在一个实施方式中，生成账号状态的方法还可包括基于所存储的账号状态控制账号的活动。

在一个实施方式中，生成账号状态的方法还可包括将账号状态传输至第三方控制端。第三方控制端可为广告投放平台。

在一个实施方式中，缓存第一主题数据并且每隔第一预定时间将第一主题数据发送至控制器还可包括：对第一主题数据进行预处理以生成预处理数据；以及每隔第一预定时间将预处理数据发送至控制器。