计算广告CTR预估系列(七)--Facebook经典模型LR+GBDT理论与实践

野性酷女 2023-06-04 02:47 56阅读 0赞

# 计算广告CTR预估系列(七)--Facebook经典模型LR+GBDT理论与实践 #

2018年06月13日 16:38:11 [轻春][Link 1] 阅读数 6004更多

分类专栏： [机器学习][Link 2] [机器学习荐货情报局][Link 3]

本文链接： [https://blog.csdn.net/u010352603/article/details/80681100][https_blog.csdn.net_u010352603_article_details_80681100]

# 计算广告CTR预估系列(七)–Facebook经典模型LR+GBDT理论与实践 #

*  [计算广告CTR预估系列(七)–Facebook经典模型LR+GBDT理论与实践][CTR_Facebook_LR_GBDT]
    
     *  [一、介绍][Link 4]
     *  [二、评估函数][Link 5]
        
         *  [2.1 Normalized Cross-Entropy(NE)][2.1 Normalized Cross-Entropy_NE]
         *  [2.2 Calibration][]
     *  [三、模型架构][Link 6]
        
         *  [3.1 决策树Feature Transforms][3.1 _Feature Transforms]
         *  [3.2 Data freshness][]
         *  [3.3 LR线性分类器][3.3 LR]
     *  [四. 线上模型架构][.]
        
         *  [4.1 label标注][4.1 label]
         *  [4.2 模型架构][4.2]
         *  [4.3 挑战][4.3]
     *  [五、处理大量训练数据][Link 7]
        
         *  [5.1 Uniform subsampling][]
         *  [5.2 Negative down sampling][]
         *  [5.3 Model Re-Calibration][]
     *  [六、各种实验结果][Link 8]
        
         *  [6.1 Number of boosting trees][]
         *  [6.2 Boosting feature importance][]
         *  [6.3 Historical features VS Context features][]
     *  [七、总结][Link 9]
     *  [八、代码实践][Link 10]
     *  [Reference][]
 *  [计算广告CTR预估系列往期回顾][CTR]

## 一、介绍 ##

本文主要介绍Facebook提出的CTR预估模型LR(Logistic Regression)+GBDT。当时深度学习还没有应用到计算广告领域，Facebook提出利用GBDT的叶节点编号作为非线性特征的表示，或者说是组合特征的一种方式。

LR+GBDT相比于单纯的LR或者GBDT带来了较大的性能提升，论文中给出数据为3%，这在CTR预估领域确实非常不错。除此之外，Facebook还在在线学习、Data freshness、学习速率、树模型参数、特征重要度等方面进行了探索。

相比于搜索广告领域，根据用户query来给出候选广告，然后利用Rank模型对候选广告进行排序。这些广告要么显式要么隐式的和用户query相关联。但是在Facebook这样的社交场合中，广告并没有和用户query相关联，但是用户看到的广告一定程度上反映了用户的人口统计特性和兴趣特性。基于这个原因，在Facebook上展示的广告相比于搜索广告中的要多一些。

在实际的生产环境中，Facebook做了多个分类器，并把他们级联起来。但是论文中分析的是最后的那一个prediction模型。它直接给出最后的CTR概率。

## 二、评估函数 ##

论文目的是分析机器学习模型的影响因素，所以没有使用实际利益相关的评测函数。而是主要从以下两方面进行：

*  Normalized Cross-Entropy 或者叫做 Normalized Entropy， 缩写NE
 *  Calibration 校准

### 2.1 Normalized Cross-Entropy(NE) ###

NE的公式如下：   
![15288087377806.jpg][]

*  NE等于预测的log loss除以background CTR的熵
 *  NE越小模型性能越好
 *  除以了background CTR的熵，使得NE对background CTR不敏感
 *  p代表平均经验CTR

### 2.2 Calibration ###

*  Calibration校准是期待或预测的点击数除以实际的点击数。它是一个比例。
 *  Calibration越接近1，模型性能越好

AUC也是一个非常不错的评价指标，但是它有个问题。比如当我们的模型预测的CTR概率都偏高了2倍，我们可以通过Calibration校准，使用一个全局的0.5的系数来修正。修正之后NE也会提高，而AUC却保持不变。   
在实际工作中，我们希望得到的是尽可能准确的预测每个广告被点击的概率，而不是仅仅得到相对的概率排序。所以AUC不如上面的NE、Calibration合适。

## 三、模型架构 ##

经过多次实验，FB得出结论：*正确的模型 + 强特征*是提升模型性能的核心。相比于这两点，其他的因素的影响就小很多，比如学习速率、采样率等。当数据量足够大时，一个好的模型应该是稳定的，也就说参数的调整不会导致模型性能出现剧烈的震荡。

这里面，正确的模型就是指：*Logistic Regression + Boosting Decision Tree*。特征的话包含两方面的特征：*用户或广告的历史信息特征、上下文特征。*其中，用户或广告的历史信息特征取决定性作用。

学习算法是用的是*Stochastic Gradient Descent(SGD)*，或者*Bayesian online learning scheme for probit regression(BOPR)*都可以。但是最终选择的是SGD，原因是资源消耗要小一些。   
SGD和BOPR都可以针对单个样本进行训练，所以他们可以做成流式的学习器(stream learner)。

### 3.1 决策树Feature Transforms ###

为了提升线性分类器的准确度，有两种方法进行特征变换：

1.  对于连续特征。先进行离散化bin，然后把bin的编号作为离散型特征。这样的话，线性模型可以分段的学习到一个非线性的映射，在每一段内的映射是不变的。另外，对于bin边界的学习非常重要
2.  对于离散特征。做笛卡尔积，生成的是*tuple input features*。笛卡尔积穷举了所有的特征组合，其中也包含部分没用的组合特征，不过可以筛选出来。

提升决策树(boosted decision tree)就可以很方便很好的实现上面我们说的这种非线性和tuple特征变换。对于一个样本，针对每一颗树得到一个类别型特征。该特征取值为样本在树中落入的叶节点的编号。举例来说：   
![15288567782120.jpg][]

上图中的提升决策树包含两棵子树，第一棵树包含3个叶节点，第二棵树包含2个叶节点。输入样本x，在两棵树种分别落入叶子节点2和叶子节点1。那么特征转换就得到特征向量`[0 1 0 1 0]`。也就是说，把叶节点编号进行one-hot编码。

那么， 怎么样直观的理解这种特征变化：

1.  看做是一种有监督的特征编码。把实值的vector转换成紧凑的二值的vector。
2.  从根节点到叶节点的一条路径，表示的是在特征上的一个特定的规则。所以，叶节点的编号代表了这种规则。表征了样本中的信息，而且进行了非线性的组合变换。
3.  最后再对叶节点编号组合，相当于学习这些规则的权重。

从最后的实验结果来看：将LR和GBDT进行组合模型的性能提升了很多。   
![15288712733387.jpg][]

### 3.2 Data freshness ###

论文里的数据取2013年某一周内的实际数据，并且尽可能的保证线上线下的数据分布是一致的。训练集、测试集的划分基本都是按照时间来的，比如选一天的数据作为训练集，其后的一天或者几天作为测试数据。

CTR系统的环境经常变化，数据的分布也经常随着时间变化而变化。为了验证*data freshness*对模型的影响，实验中训练集固定为某一天的数据，然后分别测试在之后连续几天的模型的表现。

![15288714646409.jpg][]

可以发现随着天数的增加，*data freshness*也变得越来越差，模型的性能也越来越差。所以，针对每天的偏差进行重新训练就非常有必要。

一种做法是说每天都重新训练。即使是mini-batch来训练，也会非常耗时。提升树的训练时间受很多因素的影响，比如：样本数量、树深度、树数量、叶子节点个数等。为了加快速度，可以在多CPU上通过并行化来实现。

那么现在我们给出一种新的方法，可以做到：

1.  提升树可以一天或者几天来训练一次
2.  LR可以实现在线学习*online learning*，几乎是实现实时的训练

### 3.3 LR线性分类器 ###

为了最大化data freshness，我们采取的措施是针对Logistic Regression进行在线增量训练。也就是说只要用户点击了广告，生成了新的样本，就进行增量训练。

为此，Facebook针对*SGD-based online learning*研究了5中学习速率的设置方式，如下：   
![15288719387888.jpg][]

1.  前三种使得不同的参数有不同的学习速率
2.  后两种对于所有的参数都是用相同的学习速率

最终的实验结果是：Per-coordinate learning rate效果最好：   
![15288720145598.jpg][]

这个跟Adagrad的做法几乎一样，分母上使用梯度的平方进行累加，然后开根号。使得不同的参数具有不同的学习速率。顺便提一句，Adagrad也有缺点：随着迭代不断进行，学习速率无限的减小，直到模型无法进行学习。

下图是实验中的参数设置，以及实验结果，供大家参考：   
![15288722306579.jpg][]

其他的学习速率的问题大多在于：由于模型收敛于一个局部最优解导致学习很快就停止了。另外，之前提到的BOPR和使用per-coordinate的SGD是非常相似的。他们的效果也非常接近，但是BOPR需要计算均值和方差，计算量更大。两者效果比较如下：   
![15288724655108.jpg][]

## 四. 线上模型架构 ##

这部分主要是说明*online data joiner*。前面我们研究过*data freshness*对于模型的训练是非常重要的。那么新的训练数据是怎么产生的那，这就是*online data joiner*的作用。

这个名字主要是来自于，这里最关键的步骤就是把labels(click/no-click)和训练输入(ad impressions)以一种在线的方式连起(join)起来。所以系统被称为*online data joiner*。

### 4.1 label标注 ###

首先设定一个足够长的阈值。一个广告展示给用户之后，如果用户在阈值的时间内没有点击广告就标记为*no-click*，点击了的话就标记为*click*。这个等待的时间窗口需要非常小心的调整。   
如果太长了，会增加缓存impression的内存消耗，而且影响实时数据的产生；如果太短了则会导致丢失一部分的点击样本，会影响*click converage 点击覆盖*。

*click converage 点击覆盖*表示有多少个点击行为被记录了下来生成了样本。*online data joiner*必须保证尽可能高的点击覆盖，也就是尽可能多的来记录下来所有的点击行为。但是如果等待太久就会增加缓存开销等影响。所以*online data joiner*必须在*click converage*和资源消耗之间做出平衡，又一个*trade-off*。

如果点击覆盖比较低，意味着很多用户的点击不但没有记录下来，而是变成了没有点击。造成数据分布发生偏差，结果就是：*模型学习到的CTR值要比真实值低很多*。不过实际情况中，问题比较好解决：增大等待时间窗口，只要内存消耗还可以接受就行。

### 4.2 模型架构 ###

*online data joiner*系统结构如下：   
![15288063310673.jpg][]

广告展示生成特征，用户给出反馈：点击或者未点击。Online Joiner捕获反馈生成新的训练样本，训练样本经过Trainer的学习得到新的模型。模型反过来影响Ranker系统对展示的广告进行选择排序，用户又看到了新的广告，决定是否要点击。一直这样下去，形成一个闭环系统。

### 4.3 挑战 ###

系统异常是在线学习系统的一大挑战。这里的异常就是指系统异常，比如系统出现问题导致stream data是老数据。可能分类器就会学习到错的数据，针对所有的点击率都给出一个非常低甚至是0的概率。这显然不是我们想看到的。可以依靠一些*保护机制*来解决，比如：当发现实时的训练数据分布发生比较大变化的时候，就把onliner trainer和online joiner自动断开，防止Trainer学习到坏的数据分布。

## 五、处理大量训练数据 ##

很多的计算广告领域的训练数据量都是非常巨大的，那么如何有效的控制训练带来的开销就非常重要。常用的办法是采样，分为：

*  Uniform Subsampling
 *  Negative down sampling

### 5.1 Uniform subsampling ###

均匀采样非常的简单，易于实现。而且使用均匀采样没有改变训练数据的分布，所以模型不需要修改就可以直接应用于测试数据上。   
下图给出了不同采样率对模型性能的影响：   
![15288758580098.jpg][]

可以看到更高的采样率使用了更多的训练数据，提升了模型的效果。从图中可以看到使用10%的数据，相比于使用100%的数据，仅仅造成了1%的性能降低。是非常小的。   
对于Calibration校准，均匀采样不会造成影响。

### 5.2 Negative down sampling ###

计算广告中大部分的训练样本都极度不平衡，这对模型会造成很大影响。一种解决办法就是对负样本进行欠采样。实验结果如下：   
![15288761292102.jpg][]   
可以看到采样率不同，对模型性能影响很大。采样率为0.025的时候取得最好结果。

### 5.3 Model Re-Calibration ###

负样本欠采样可以加快训练速度并提升模型性能。但是同样带来了问题：*改变了训练数据分布*。所以需要进行校准。   
举例来说，采样之前CTR均值为0.1%，使用0.01采样之后，CTR均值变为10%。我们需要对模型进行Calibration(校准)使得模型在实际预测的时候恢复成0.1%。调整公式如下：   
![15288763715313.jpg][]

其中：

*  w是采样率
 *  p是在采样后空间中给出的CTR预估值
 *  计算得到的q就是修正后的结果

## 六、各种实验结果 ##

所有的这些探索都是为了能够平衡模型性能(accuracy)和资源消耗(内存、CPU)。只有当你充分了解模型和数据每个部分后，才能根据实际情况做出最佳的取舍。

### 6.1 Number of boosting trees ###

下图给出了，boosting trees对模型的影响：   
![15288739728495.jpg][]

boosting tree数量从1到2000，叶节点个数被限制为最大12个。submodel之间的区别在于训练数据大小的不同，比如submodel 2的训练数据只有前面两个的1/4。   
可以看到随着boosting tree数量的增加，模型的性能有所提升。但是几乎所有的提升都来自于前500个trees，而后面的1000个trees的提升甚至都不到0.1%。submodel 2在1000颗trees甚至模型效果在变差，原因是过拟合。

### 6.2 Boosting feature importance ###

为了在资源消耗和模型性能之间做到平衡，可以通过控制Feature Count来调节。如果想删掉一些特征的话，那么就需要研究这些特征的重要程度的分布，并研究删除部分特征后的效果。

下图给出了特征重要程度的分布情况：   
![15288742530967.jpg][]

上图首先对特征按照重要程度来进行排序，编号后再画图。特征重要程度按照使用该特征进行分裂，所带来的loss减小的累积量。因为一个特征可以在多颗树上进行使用，所以累积要在所有的树上进行。

上图中，黄线表示对特征进行累加后的值，然后进行log变换。可以看到最终结果是1，表示所有特征的重要度总和是1. 最重要的是期初非常陡峭，上升的非常快，说明*特征重要度主要集中在top10这些特征中*。前10个特征，贡献了50%的重要度，后面300个特征，贡献了1%的重要度。

那么能否*全部*去掉后面这些看起来不是那么重要的特征那？试一试：   
![15288746104351.jpg][]

显然，全部去掉是不行的。说明大量弱特征的累积也是很重要的，但是去掉部分不那么重要的特征，对模型的影响比较小，比如从400到200。

### 6.3 Historical features VS Context features ###

针对两大类特征：历史信息特征（用户+广告）、上下文特征。论文还研究了这两类特征对模型性能的贡献程度。先给出结论：*历史信息特征占主导地位*。

实验结果如下：   
![15288750694203.jpg][]

同样，先把特征按照重要程度排序，再画图。横轴是特征数量，纵轴是historical特征在top k个重要特征中所占的百分比。可以看到前10个特征中，全是历史信息特征；前20个特征中，只有2个上下文特征。所以：*历史信息特征比上下文特征重要太多了*。

*  历史信息特征。主要是指用户或者广告之前的一些信息，比如：该广告上周的CTR值、该用户的历史平均CTR值等
 *  上下文特征。比如：用户使用的设备、当前页面、时间、一周第几天等

由于Facebook的数据非常敏感，论文里不能提供具体的特征都有哪些。

论文中还研究了单独使用这两类特征的效果：   
![15288754258310.jpg][]

![15288754485138.jpg][]

和之前的结论保持一致。而且还可以发现使用Historical特征的模型，对data freshness的依赖相对要小一些。这也和我们的直观理解是相符的：历史信息特征包含用户长时间的行为特征，相比于上下文特征更加稳定。

但是，上下文特征在解决冷启动问题上有优势。对于新的用户或者广告，上下文特征对于给出一个合理的CTR预测是必不可少的。

## 七、总结 ##

Facebook提出的LR + GBDT来提取非线性特征进行特征组合的方式非常经典，主要特性总结如下：

*  Data Freshness很重要。模型至少一天需要重新训练一次
 *  使用Boosted Decision Tree进行特征转换很大程度上提高了模型的性能
 *  最好的在线学习方法：LR + per-coordinate learning rate

关于平衡计算开销和模型性能所采用的技巧：

*  调整Boosted decision trees数量
 *  去掉部分重要性低的特征，对模型的影响比较小。但是不能全去掉
 *  相比于上下文特征，用户/广告历史特征要重要的多
 *  针对大量训练数据可以进行欠采样

## 八、代码实践 ##

所有的代码都放到了github上，后台可以获取。这里针对关键代码给出截图：   
训练数据对负样本进行欠采样：   
![15288769907138.jpg][]

特征处理：   
![15288770428634.jpg][]

GBDT给出叶节点编号，生成新特征：   
![15288771187564.jpg][]

LR + GBDT组合：   
![15288771472574.jpg][]

实验结果部分截图如下：   
GBDT单模型：   
![15288771842036.jpg][]

LR+GBDT模型：   
![15288772130128.jpg][]

## Reference ##

1.  Practical Lessons from Predicting Clicks on Ads at Facebook

--------------------

# 计算广告CTR预估系列往期回顾 #

[计算广告CTR预估系列(一)–DeepFM理论][CTR_DeepFM]   
[计算广告CTR预估系列(二)–DeepFM实践][CTR_DeepFM 1]   
[计算广告CTR预估系列(三)–FFM理论与实践][CTR_FFM]   
[计算广告CTR预估系列(四)–Wide&Deep理论与实践][CTR_Wide_Deep]   
[计算广告CTR预估系列(五)–阿里Deep Interest Network理论][CTR_Deep Interest Network]   
[计算广告CTR预估系列(六)–阿里Mixed Logistic Regression][CTR_Mixed Logistic Regression]

转载于:https://www.cnblogs.com/think90/p/11460813.html

[Link 1]: https://me.csdn.net/u010352603
[Link 2]: https://blog.csdn.net/u010352603/article/category/7025517
[Link 3]: https://blog.csdn.net/u010352603/article/category/9269475
[CC 4.0 BY-SA]: http://creativecommons.org/licenses/by-sa/4.0/
[https_blog.csdn.net_u010352603_article_details_80681100]: https://blog.csdn.net/u010352603/article/details/80681100
[CTR_Facebook_LR_GBDT]: https://blog.csdn.net/u010352603/article/details/80681100#%E8%AE%A1%E7%AE%97%E5%B9%BF%E5%91%8Actr%E9%A2%84%E4%BC%B0%E7%B3%BB%E5%88%97%E4%B8%83facebook%E7%BB%8F%E5%85%B8%E6%A8%A1%E5%9E%8Blrgbdt%E7%90%86%E8%AE%BA%E4%B8%8E%E5%AE%9E%E8%B7%B5
[Link 4]: https://blog.csdn.net/u010352603/article/details/80681100#%E4%B8%80%E4%BB%8B%E7%BB%8D
[Link 5]: https://blog.csdn.net/u010352603/article/details/80681100#%E4%BA%8C%E8%AF%84%E4%BC%B0%E5%87%BD%E6%95%B0
[2.1 Normalized Cross-Entropy_NE]: https://blog.csdn.net/u010352603/article/details/80681100#21-normalized-cross-entropyne
[2.2 Calibration]: https://blog.csdn.net/u010352603/article/details/80681100#22-calibration
[Link 6]: https://blog.csdn.net/u010352603/article/details/80681100#%E4%B8%89%E6%A8%A1%E5%9E%8B%E6%9E%B6%E6%9E%84
[3.1 _Feature Transforms]: https://blog.csdn.net/u010352603/article/details/80681100#31-%E5%86%B3%E7%AD%96%E6%A0%91feature-transforms
[3.2 Data freshness]: https://blog.csdn.net/u010352603/article/details/80681100#32-data-freshness
[3.3 LR]: https://blog.csdn.net/u010352603/article/details/80681100#33-lr%E7%BA%BF%E6%80%A7%E5%88%86%E7%B1%BB%E5%99%A8
[.]: https://blog.csdn.net/u010352603/article/details/80681100#%E5%9B%9B-%E7%BA%BF%E4%B8%8A%E6%A8%A1%E5%9E%8B%E6%9E%B6%E6%9E%84
[4.1 label]: https://blog.csdn.net/u010352603/article/details/80681100#41-label%E6%A0%87%E6%B3%A8
[4.2]: https://blog.csdn.net/u010352603/article/details/80681100#42-%E6%A8%A1%E5%9E%8B%E6%9E%B6%E6%9E%84
[4.3]: https://blog.csdn.net/u010352603/article/details/80681100#43-%E6%8C%91%E6%88%98
[Link 7]: https://blog.csdn.net/u010352603/article/details/80681100#%E4%BA%94%E5%A4%84%E7%90%86%E5%A4%A7%E9%87%8F%E8%AE%AD%E7%BB%83%E6%95%B0%E6%8D%AE
[5.1 Uniform subsampling]: https://blog.csdn.net/u010352603/article/details/80681100#51-uniform-subsampling
[5.2 Negative down sampling]: https://blog.csdn.net/u010352603/article/details/80681100#52-negative-down-sampling
[5.3 Model Re-Calibration]: https://blog.csdn.net/u010352603/article/details/80681100#53-model-re-calibration
[Link 8]: https://blog.csdn.net/u010352603/article/details/80681100#%E5%85%AD%E5%90%84%E7%A7%8D%E5%AE%9E%E9%AA%8C%E7%BB%93%E6%9E%9C
[6.1 Number of boosting trees]: https://blog.csdn.net/u010352603/article/details/80681100#61-number-of-boosting-trees
[6.2 Boosting feature importance]: https://blog.csdn.net/u010352603/article/details/80681100#62-boosting-feature-importance
[6.3 Historical features VS Context features]: https://blog.csdn.net/u010352603/article/details/80681100#63-historical-features-vs-context-features
[Link 9]: https://blog.csdn.net/u010352603/article/details/80681100#%E4%B8%83%E6%80%BB%E7%BB%93
[Link 10]: https://blog.csdn.net/u010352603/article/details/80681100#%E5%85%AB%E4%BB%A3%E7%A0%81%E5%AE%9E%E8%B7%B5
[Reference]: https://blog.csdn.net/u010352603/article/details/80681100#reference
[CTR]: https://blog.csdn.net/u010352603/article/details/80681100#%E8%AE%A1%E7%AE%97%E5%B9%BF%E5%91%8Actr%E9%A2%84%E4%BC%B0%E7%B3%BB%E5%88%97%E5%BE%80%E6%9C%9F%E5%9B%9E%E9%A1%BE
[15288087377806.jpg]: http://p7rrit06b.bkt.clouddn.com/15288087377806.jpg
[15288567782120.jpg]: http://p7rrit06b.bkt.clouddn.com/15288567782120.jpg
[15288712733387.jpg]: http://p7rrit06b.bkt.clouddn.com/15288712733387.jpg
[15288714646409.jpg]: http://p7rrit06b.bkt.clouddn.com/15288714646409.jpg
[15288719387888.jpg]: http://p7rrit06b.bkt.clouddn.com/15288719387888.jpg
[15288720145598.jpg]: http://p7rrit06b.bkt.clouddn.com/15288720145598.jpg
[15288722306579.jpg]: http://p7rrit06b.bkt.clouddn.com/15288722306579.jpg
[15288724655108.jpg]: http://p7rrit06b.bkt.clouddn.com/15288724655108.jpg
[15288063310673.jpg]: http://p7rrit06b.bkt.clouddn.com/15288063310673.jpg
[15288758580098.jpg]: http://p7rrit06b.bkt.clouddn.com/15288758580098.jpg
[15288761292102.jpg]: http://p7rrit06b.bkt.clouddn.com/15288761292102.jpg
[15288763715313.jpg]: http://p7rrit06b.bkt.clouddn.com/15288763715313.jpg
[15288739728495.jpg]: http://p7rrit06b.bkt.clouddn.com/15288739728495.jpg
[15288742530967.jpg]: http://p7rrit06b.bkt.clouddn.com/15288742530967.jpg
[15288746104351.jpg]: http://p7rrit06b.bkt.clouddn.com/15288746104351.jpg
[15288750694203.jpg]: http://p7rrit06b.bkt.clouddn.com/15288750694203.jpg
[15288754258310.jpg]: http://p7rrit06b.bkt.clouddn.com/15288754258310.jpg
[15288754485138.jpg]: http://p7rrit06b.bkt.clouddn.com/15288754485138.jpg
[15288769907138.jpg]: http://p7rrit06b.bkt.clouddn.com/15288769907138.jpg
[15288770428634.jpg]: http://p7rrit06b.bkt.clouddn.com/15288770428634.jpg
[15288771187564.jpg]: http://p7rrit06b.bkt.clouddn.com/15288771187564.jpg
[15288771472574.jpg]: http://p7rrit06b.bkt.clouddn.com/15288771472574.jpg
[15288771842036.jpg]: http://p7rrit06b.bkt.clouddn.com/15288771842036.jpg
[15288772130128.jpg]: http://p7rrit06b.bkt.clouddn.com/15288772130128.jpg
[CTR_DeepFM]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483673&idx=1&sn=256e57219c8d577c61f25221c346053c&chksm=fb77c157cc004841581591543041044f490825c59360dd485a4d005b0c3823feb0d0c39bf9e3#rd
[CTR_DeepFM 1]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483677&idx=1&sn=5bf0ac27124f57553cc8c17aa48664c7&chksm=fb77c153cc0048451db16d3ad2a6a6a0c7a001e9277b4a53caa2dd45cc457dac724e9e31a8a8#rd
[CTR_FFM]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483685&idx=1&sn=36de5b8814c7a1ca5d5a19315b3f1ed1&chksm=fb77c16bcc00487d937ca5c10a0682feecd8a1bcd4bc9ddbb13f21ccd3b353439c8ee724ff14#rd
[CTR_Wide_Deep]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483689&idx=1&sn=c6e55677fe4ee1983e8f51fb61dffab5&chksm=fb77c167cc004871347a79fddb1c70d44f2b4bb54cbf09c3d1ecc5473ff8653802354d65bb8d#rd
[CTR_Deep Interest Network]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483704&idx=1&sn=2b80e3def93056e4afb39cc1e744d18a&chksm=fb77c176cc0048607a4f54c787aaf254fc8bd0e852c6c3cb4baa7546073f27e706244391b35e#rd
[CTR_Mixed Logistic Regression]: https://mp.weixin.qq.com/s?__biz=MzU0NDgwNzIwMQ==&mid=2247483707&idx=1&sn=5810c525e2880edb795543d5b8bd4aa2&chksm=fb77c175cc0048631a92201e5d4fffcf514f683540cf763a89626f99fc6bba66ac962fa3a07a#rd