机器学习模型在携程海外酒店推荐场景中的应用

2020 年 8 月 26 日

机器学习模型在携程海外酒店推荐场景中的应用

导读


互联网企业的核心需求是“增长”,移动互联时代下的在线旅游业也不例外。随着大数据、云计算和人工智能等技术的不断进步, 通过算法和模型来实现增长已成为核心。


近年来推荐系统迅速崛起,主要解决在信息过载的情况下,帮助用户高效获取感兴趣的信息,同时帮助企业最大限度的吸引用户、留存用户、增加用户黏性、提高用户转化率。因此个性化的推荐服务对于在线旅游业也变得非常重要,通过推荐能够将用户从众多的旅行选择中解放出来,指导用户快速找到感兴趣的项目,大大简化用户的旅行计划和购买。


在线旅游服务商 (OTA)提供的应用中包含酒店、航班、旅游产品、攻略等各个环节和产品。其中酒店涉及到的推荐场景较多,例如城市热门酒店推荐、附近同类型酒店推荐、机票页酒店交叉推荐、Meta 着陆页相似酒店推荐、信息流推荐等。大部分场景都实现了个性化的推荐服务,其核心就是一组酒店与一组用户相匹配的挑战。


推荐准确性取决于如何利用可用信息 ,这些信息主要包括物品信息(I)、用户信息(U)及上下文信息©等,例如给定的酒店特征、酒店的位置吸引力、用户的购买历史等。将这些信息构建一个函数 f(U,I,C),预测用户对特定候选酒店的喜好程序,再根据喜好程度对所有候选酒店进行排序,生成推荐列表。见图 1 推荐系统逻辑框架。


推荐系统排序模型在推荐系统中占据绝对核心的地位 ,很多公司也都在提出并尝试一些前沿的算法和推荐模型。而机器学习和深度学习模型正在变得越来越复杂,将这种复杂模型推上线,模型响应速度就可能变得很慢,因此对推荐系统的数据流和工程实现产生新的挑战。


如何做到海量数据的实时处理、特征的实时提取、线上模型服务过程的数据实时获取以及工程能力与技术方案的平衡等,成为模型上线的重要挑战。 本文主要探讨 OTA 酒店推荐方面常用的在线部署模型以及技术架构,并从核心之外的角度审视推荐系统的不同技术模块及优化思路。



图 1 推荐系统逻辑框架


一、酒店推荐系统的技术架构


实际推荐系统中主要解决的问题可以分为两类, 数据部分以及算法模型部分 。其中数据部分融合了数据离线批处理、实时流处理的数据流框架。算法模型部分则是集训练 (training)、评估 (evaluation)、部署 (deployment)、线上推断 (online inference) 为一体的模型框架。目前通用的推荐系统技术架构如图 2 所示。



图 2 推荐系统的技术架构示意图


1.1 数据部分


推荐系统的数据部分主要负责用户、物品、上下文的信息收集与处理。并且按实时性强弱,分别在三种平台上进行处理。客户端是最接近用户的环节,也是能够实时收集用户会话内行为及上下文特征的地方,这些特征随 http 请求一起到达服务器端是常用的请求推荐结果的方式。


随着 Storm、Spark Streaming、Flink 等流计算平台的日益成熟,利用流计算平台进行准实时的特征处理已经成为当前推荐系统的主要模式。流计算平台并非完全实时的平台,每次需要等待并处理一小批日志,以流的形式进行微批处理(mini batch),系统可能无法在 3 分钟内把 session 内部的行为历史存储到特征数据库(如 Redis)中。但它的优势是能够进行一些简单的特征统计的计算,比如一个物品在该时间窗口内的曝光次数,点击次数、一个用户的页面浏览时长等。


大数据离线数据处理主要是利用 Spark 等分布式批处理计算平台对全量特征进行计算和抽取。主要用于模型训练和离线评估,以及将特征保存入特征数据库,供之后的线上推荐模型使用。


酒店推荐系统中的实时特征部分主要来源于用户的实时点击行为数据和一些上下文信息(如 GPS 获得的地点信息等),通过 Storm 或 Flink 进行准实时流处理,将用户实时行为数据解析入特征数据库 Redis。


离线特征部分主要包含用户和酒店两部分的特征。其中用户离线特征主要由用户画像(CRM)提供,包含数据库中用户的订单和浏览历史信息等,并且严格遵守欧盟通用数据保护条例(GDPR)。酒店离线特征主要包含酒店的基础信息,如星级、评分等。由于特征维度及样本量较大,离线特征数据的清洗与预处理通常在 Spark 平台上进行,后将处理好的特征数据落入 HDFS 的 Hive 表并同步至 Redis 缓存中。离线特征与实时特征合并供线上模型使用。下面代码展示 Hive 表数据同步 Redis 的方法:



1.2 模型部分


模型部分是推荐系统的主体,一般由召回层、排序层、补充策略与算法层组成。召回层一般利用高效的召回规则、算法或者简单的模型,快速从海量的候选集中召回用户可能感兴趣的物品。排序层利用排序模型对筛选的候选集进行精排序。排序层是推荐系统产生效果的重点,后面部分将重点介绍一些主流推荐模型和酒店推荐上的应用。


补充策略与算法层也被称为再排序层,再将推荐列表返回用户之前,根据新鲜度、多样性等指标结合补充策略与算法进行一定调整,最终形成用户可见的推荐列表。从召回所有候选物品集,到最后产生推荐列表,这一过程一般称为模型服务过程。


在线环境进行模型服务之前,需要通过模型训练确定模型结构及参数值,并生成模型文件。另外,为了评估推荐模型的效果,方便模型的迭代优化,推荐模型部分有离线评估和线上 A/B 测试等多种线上线下评估模式。


二、酒店推荐系统的工程实现


如何将离线训练好的模型部署在线上的生成环境,进行线上实时推断,一直是业界难点。目前酒店推荐场景中主要用到两种部署推荐模型的主流方法,一是利用 PMML 转换并部署模型,二是 Tensorflow Serving 方式。


2.1 利用 PMML 转换并部署模型


酒店推荐场景中由于实时数据量较大,通常采用 SOA 框架实现分布式服务,完成模型服务过程。但绝大部分 SOA 框架都是 Java 或 C++语言编写,而预测模型大多是基于 Python 语言。因此常用预测模型标记语言(Predictive ModelMarkup Language,以下简称 PMML)重新实现算法模型,然后将模型封装成类,通过 JAVA 调用这个类来进行预测。由 python 封装的模型可以通过 sklearn 中的 sklearn2pmml 函数实现 PMML 文件转换。XGBoost 模型需要 JPMML-XGBoost 命令行转换工具,转换命令为:



XGBoost 模型需要生成.model 模型文件和 .fmap 特征映射文件。.model 文件可以通过 save_model 函数生成。


2.2 Tensorflow Serving


上面的方法也适用于 Tensorflow 生成的模型,但由于 Tensorflow 模型文件往往较大,且 PMML 文件无法优化,使用起来比较麻烦。本质上讲,Tensorflow Serving 的工作流程和 PMML 类工具的流程是一致的。不同之处在于,Tensorflow 定义了自己的模型序列化标准。


利用 Tensorflow 自带的模型序列化函数可将训练好的模型参数和结构保存至某文件路径。路径下包括 variables 文件夹和 saved_model.pbtxt 文件。variable 文件夹下包含各个变量的状态(断点),有*.data 和*.index 两类文件。*.data 记录变量的内容。*.index 文件用于将变量名映射到*.data 中的变量数据。.pbtxt 文件是包含 SavedModel、MetaGraphs、Graphs、签名等的二进制 protobuf。模型文件通常由自身的 Python API 生成,然后由 Tensorflow 的客户端库(如 JAVA 或 C++库)来加载模型并进行在线预测。以下代码展示了使用 SavedModelBuilder 构建 SavedModel 的典型方法:



添加 Tensorflow 相关依赖后 Java 导入已保存的模型方法为:



具体的酒店实时推荐工程架构如图 3 所示。



图 3 酒店实时推荐工程架构


三、Embedding 技术在酒店推荐中的应用


Embedding 方法已成为应用最广泛的深度学习技术。通过低维的向量表示一个对象,可以同时表达对象之间的潜在关系,即向量之间的距离反应对象之间的相似性。该方法的流行始于自然语言处理领域对于词向量生成问题的研究,发展到其他应用领域的物品也可以通过某种方式生成其向量化表示,例如旅游领域对酒店进行 Embedding,并对酒店进行相似度计算,因此成为常用的推荐系统召回层技术。


Embedding 技术中最著名的就是 Word2vec 模型,用于生成对词的向量表达。而对于用户购买序列中的商品或者用户浏览序列中的酒店使用的 Embedding 方法称为 Item2vec 方法。


在酒店召回层我们采用了酒店 Embedding 技术计算相似度,召回候选酒店集。在 Word2vec 方法中词的上下文即为邻近词的序列,而词的序列其实等价于一系列连续操作的 item 序列。因此,我们将用户一次浏览会话中连续点击的酒店序列作为训练语料,学习酒店的向量表示。抽取用户的连续点击如表 1 所示。酒店间的共现为正样本,且按照酒店的频率分布进行负样本采样。


表 1 用户在同一个会话下的酒店连续点击记录


uidsessionidhotelid
00111701976, 480887, 1525866, 846838
0024686430,1542818,993356,1525732,1525866,688217,1701976,1007025


酒店嵌入矩阵(Embeddingmatrix)的行数为酒店的总个数,列数为嵌入维度。酒店相似度使用余弦相似度。将相似度得分从高到低排序,选取 TopN 酒店做候选酒店。酒店向量生成使用的是 Word2vec 模型中的 Skip-Gram 模型。Skip-Gram 神经网络模型训练一个带有单个隐含层的简单神经网络来执行某个预测任务,训练好的模型并不用于实际预测,其真正目的是获取输入层-隐含层的权重矩阵,将这些权重值视为词向量。


图 4 展示了当 skip_window = 2 时(即仅选输入词前后各两个词和输入词进行组合),训练样本是如何产生的(蓝色代表输入词,方框内代表位于窗口内的单词)。通过输入文本中成对的单词来训练神经网络,其输出概率代表着到词典中每个词有多大可能性跟输入单词同时出现。



图 4 训练样本生成


每个词 wt 都决定了 wt+j,基于极大似然估计方法,希望所有样本的条件概率 p(wt+j|wt)之积最大,这里使用对数概率。因此 Word2vec 的目标函数如公式(1)所示。



基于训练数据需要构建词汇表并对单词做 one-hot 编码。神经网络结构如图 5 所示。假设从训练数据中抽取出 10000 个唯一不重复的单词组成词汇表,则模型的输入为 10000 维的向量,输出也是 10000 维的向量。每一维输出都是一个概率,代表当前词是输入样本时输出词的概率大小。



图 5 Skip-Gram 神经网络


隐含层不使用激活函数,输出层使用 softmax 计算输出概率。由于权重矩阵规模非常大,通过梯度下降更新权重是相当慢的,并且需要大量的训练数据避免过拟合。因此通常对优化目标采用负采样方法,即每个训练样本的训练只会更新一小部分的模型权重,从而降低计算负担。Skip-Gram 模型的 Tensorflow 核心代码如下所示:



Word2vec 和由其衍生出的 Item2vec 是 Embedding 技术的基础性方法,但都是建立在序列样本的基础上。在互联网场景下,数据对象之间更多呈现的是图结构。典型的场景是由用户行为数据生成的物品关系图,如图 6(a)(b) 所示,以及由属性和实体组成的知识图谱,如图 6©所示。



图 6 物品关系图与知识图谱


由于用户浏览酒店的模式不一定呈现序列结构,而是一种关系图结构,我们后期尝试 Graph Embedding 中的 DeepWalk 方法对图结构中的节点酒店进行 Embedding。即在由酒店组成的图结构上进行随机游走(如图 7 所示),产生大量酒店序列,然后将这些物品序列作为训练样本输入 Word2vec 进行训练,得到酒店的 Embedding。在 DeepWalk 算法中,需要定义随机游走的跳转概率,即到达节点 vi 后,下一步遍历 vi 的邻接点 vj 的概率。见公式(2)。



图 7 随机游走



其中ε是物品关系图中所有边的集合。如果物品关系图是有向有权图,则 N+(vi)是节点 vi 所有的出边集合,Mij 是节点 vi 到节点 vj 边的权重。如果物品关系图是无向无权图,则权重 Mij 将为常数 1,且 N+(vi)是节点 vi 所有边的集合。酒店推荐场景采用无权无向图结构进行训练。


四、酒店推荐系统中的模型应用


深度学习之前传统的推荐模型发展主要由这几部分组成:协同过滤算法族、逻辑回归模型族、因子分解机模型族以及组合模型,思路演化主要是增强泛化能力、保留记忆能力、挖掘特征组合关系。


经典的协同过滤算法曾是推荐系统的首选模型,并且衍生出矩阵分解模型,能够更好的处理稀疏共现矩阵问题,增强模型的泛化能力。在酒店推荐中我们也常常将协同过滤作为召回层的算法使用。与协同过滤仅利用用户和物品之间的显式或隐式反馈信息相比,逻辑回归能够利用和融合更多用户、物品及上下文特征。并发展出来因子分解机模型 FM,加入二阶部分,使模型具备进行特征组合的能力。在此基础上又发展出域感知因子分解机 FFM,进一步加强因子分解机特征交叉的能力。


另外为了融合多个模型优点,将不同模型组合使用成为推荐模型常用的方法。Facebook 提出的 GBDT+LR[ 梯度提升决策树+逻辑回归 ] 组合模型是在业界影响力较大的组合方式。其中 GBDT 作为有监督的特征转换器,对于连续型特征和离散特征分别做离散化非线性变换和笛卡尔乘积的特征组合,将实数向量转换为简单的二进制值向量,构造新特征向量。LR 用于新特征向量的训练,并取得比单独使用两个模型都好的结果。组合模型中体现的特征工程模型化的思想,成为深度学习推荐模型的主要思想之一。


酒店推荐系统仍然延续通常意义上的 CTR(Click- through rate)预估类的优化目标,其任务核心衍生为把推荐问题当作分类问题对待,预测用户点击某个酒店的概率 CTR,并且返回用户一组按 CTR 从高到低排序的酒店列表。因此也称为搜索排序系统。


酒店推荐场景亦属于高度稀疏数据,往往需要解决记忆/泛化问题及特征交互问题。因此深度学习模型的优势就展现出来,通过学习一种低维的特征向量表示(Dense Embedding),深度神经网络已经表现出自动学习复杂特征交互的潜力。并且通过较少的特征工程,可以从稀疏特征中更好的泛化去发现特征关联。深度学习推荐模型大量借鉴并融合了深度学习在图像、语音及自然语言处理方向的成果,在模型结构上进行了快速的演化。主要有以下几种演变方向。


(1)改变神经网络的复杂结构,从单层神经网络模型 AutoRec 到经典的 Deep Crossing(深度特征交叉),增加了深度神经网络的层数和结构复杂度。


(2)改变特征交叉方式,例如 NeuralCF(神经网络协同过滤)和 PNN(基于积操作的神经网络)模型。


(3)组合模型,主要是指 Wide&Deep 模型及其后续变种 Deep&Cross、DeepFM 等,通过组合不同特点、优势互补的网络,提升模型的综合能力。


(4)注意力机制与推荐模型的结合,主要包括 FM 与注意力机制的 AFM 和 DIN(深度兴趣网络)。


(5)其他结合方式(序列模型、强化学习与推荐模型的结合等)。


以下简单介绍几种在推荐模型演化过程中常用的模型结构和原理。


4.1 Factorization Machines(因式分解机)


对于一个给定的特征向量 ,线性回归建模时采用的函数是



其中, W0 和 为模型参数。方程中各特征分量 xi 和 xj (i≠j)之间相互独立,即 中仅考虑单个的特征分量,而没有考虑特征分量之间的相互关系。因此将 改写为:



公式中增加了任意两个不同特征之间的关系。但是在稀疏数据中,这样的建模方式存在一个缺陷,对于训练数据中未出现交互的特征分量,不能对相应的参数进行估计。而在类似推荐这种高度稀疏数据场景中,样本中出现未交互的特征分量是很普遍的。


为了克服上面的缺陷,针对每个维度的特征分量 xi 引入辅助向量



其中 为超参数, wij 改写为



模型方程可以改写为:



由于 对应一种矩阵分解技术,因此模型方程的方法称为 Factorization Machines。该模型方程可以证明在线性时间 0(kn) 内计算,并且方程可以进一步推导为:



FactorizationMachines 的 Tensorflow 核心实现代码如下:



4.2 Wide & Deep Learning


深度学习存在过度泛化的问题,当用户与物品交互较少即特征向量稀疏时推荐一些与用户不相关的项目(例如用户有特定的偏好或者一些小众项目),这种情况下大多数项目不应该被推荐,但是 Dense Embedding 会给出非 0 的预测,因此不相关的项目也会被推荐。而进行特征交叉乘积变换的线性模型能够记忆这些特殊情况或例外规则,并且使用更少的参数。Google 在 2016 年提出了 Wide& Deep 模型,很好的结合了线性模型的记忆能力和深度神经网络的泛化能力,在训练过程中同时优化 2 个模型的参数,从而达到整体模型的预测能力最优。模型结构如图 9 所示。



图 9 Wide & Deep 模型结构


Wide 部分就是 LR,输入特征包含了原始特征和交叉特征。Deep 部分是 MLP 网络,隐含层的激活函数使用 ReLUs=max(0,a),输入特征包含了连续的特征和 embedding 特征。对于一个逻辑回归任务 Wide & Deep 模型预测方程为:



其中 Y 是二分类标签,σ(.)是 sigmoid 函数,∅(x)是原始特征的交叉乘积转换。Wwide 是所有线性模型的权重向量,Wdeep 是应用于最后激活层输出 的权重。


Wide& Deep 建模可以使用 Tensorflow 高级 API,建模步骤如下:


(1)选择 Wide 部分的特征(wide_columns):稀疏基础特征和交叉特征。


(2)选择 Deep 部分的特征(deep_columns):连续型特征、类别特征(编码)。


(3)将 Wide & Deep 特征合并输入模型(DNNLinearCombinedClassifier)。



4.3 FTRL 算法


Wide& Deep 模型训练方面常使用结合 L1 正则的 Follow-the-regularized-leader (FTRL) 算法进行 Wide 部分训练,而 Deep 部分使用 AdaGrad 算法进行训练。


其中 FTRL 算法可以实施于在线学习,对模型参数进行实时更新,在处理诸如逻辑回归之类的带非光滑正则化项的凸优化问题上性能非常出色。像 Batch Gradient Descent 等优化算法,是对一批样本进行一次求解,得到一个全局最优解。而实际 CTR 预测需要更快速地更新模型,模型的参数需要针对每一个新来样本进行一次迭代。因此可以通过工程上实现 FTRL 算法,从而快速更新模型的参数。FTRL 算法的特征权重更新公式为:



其中 是针对每个特征维度的学习率。如果特征 A 比特征 B 变化快,那么在维度 A 上面的学习率应该比维度 B 上面的学习率下降得更快。维度 i 的学习率定义为:



在 Logistic Regression 中,假设σ(a)=1/(1+exp(-a))是 sigmoid 函数,yt∈{0,1},需要预测 Pt=σ(Wt),损失函数使用 LogLoss 函数:



梯度 .Logistic Regression 的 FTRL 算法为:



4.4 DeepFM


Wide & Deep 模型中需要宽度部分和深度部分两类不同的输入,而宽度部分仍然需要依赖大量的特征工程工作。2018 年提出的 DeepFM 模型结合了分解向量机(FM)和深度神经网络(DNN),既能学习复杂的低阶与高阶特征交互又不需要原始特征以外的特征工程,并且允许端到端的学习方式。模型结构如图 10 所示。嵌入层(Dense Embedding)将原始输入向量压缩到低维稠密向量,作为 FM 和深度部分的输入。因此不同于 Wide & Deep 模型,DeepFM 的 FM 部分和深度部分共享相同的输入向量,从而可以进行端到端的训练。



图 10 DeepFM 模型结构


尽管不同 Field 的输入长度不同,但是 Embedding 之后的 Dense vector 的长度均为 k。Dense vector 其实就是输入层到 Embedding 层该神经元相连的 k 条线的权重,即 。这 k 个值组合起来就是我们在 FM 中所提到的辅助向量 vi,即 FM 和深度神经网络的共享输入向量。其中深度部分可以使用不同的神经网络结构。如图所示 DeepFM 模型是一种并行结构,预测结果可以表示为:



DeepFM 模型的 Tensorflow 核心实现代码如下:



五、酒店推荐系统评估


推荐系统一般分为离线评估和在线评估两部分。离线评估的指标主要是机器学习模型常用的一些评估指标,包括准确率、精确率与召回率、F1-Score、AUC 值等。在线评估的主要方式是 A/B 测试,主要评估指标有点击率、转化率、点击排名等。


为了测试模型效果,我们选取了某一个酒店推荐场景,并抽取 100 万左右数据作为训练样本。其中正样本为用户点击,负样本为有露出但用户未点击,并对数据集做样本平衡处理。特征部分不赘述。模型离线表现如表 2 所示。


表 2 模型离线表现对比


ModelAUC(5000 iters)
Logistic Regression0.597
Xgboost0.737
XGBoost+LR0.75
FM0.599
Wide & Deep0.799
DeepFM0.80


在线测试部分使用 A/B 测试,其中 A 版本为旧版本,推荐算法基于规则推荐,B 版本为新版本,使用 XGBoost 模型进行酒店点击率预测并排序,同时使用基于酒店的协同过滤算法进行候选酒店召回。工程上线参考第三部分描述。A/B 实验周期为一个月,使用的评估指标包括酒店平均点击率及酒店订单量等。其中酒店平均点击率增长 25.35%,酒店订单量总增长率为 27.31%,效果较显著。更多模型结构将会持续上线实验。


六、推荐系统中的一些问题


在构建推荐系统的过程中,推荐模型的作用是重要的,但并不是推荐系统的全部。推荐系统需要解决的问题是综合性的,包含特征选取和处理、召回层设计、实时性要求、模型在线学习以及冷启动和推荐多样性问题等。这里主要探讨一下冷启动和推荐多样性问题。


冷启动问题主要包括用户冷启动(新用户注册,无历史行为)、物品冷启动(新物品加入,无用户交互历史)和系统冷启动问题(无任何相关历史数据)三类。主流的冷启动策略是基于规则的冷启动过程,在这过程中可以丰富用户和物品特征,从而通过推荐模型进行个性化推荐。


另外也可以通过主动学习、迁移学习和探索利用机制。最经典的启发式探索利用方法为几个 Bandit 算法,如 Thompson Sampling 算法和 UCB(Upper Confidence Bound)算法,二者都是利用了分布的不确定性作为探索强弱的依据。UCB 算法流程如下:


(1)假设有 K 个老虎机,对每个老虎机进行随机摇臂 m 次,获得老虎机受益的初始化经验期望


(2)用 t 表示至今摇臂的总次数,用 nj 表示第 j 个老虎机至今被摇臂的次数,计算每个老虎机的 UCB 值


(3)选择 UCB 值最大的老虎机 i 摇臂,并观察其收益 Xi,t。


(4)根据 Xi,t 更新老虎机 i 的收益期望值


(5)重复第 2 步。


ThompsonSampling 算法和 UCB 算法都是工程中常用的探索与利用方法,不但可以解决冷启动问题,还可以发掘用户新兴趣,增加推荐结果的多样性,减少大量同质化内容同时出现时用户的厌倦情绪。可以说探索与利用的思想是所有推荐系统不可或缺的补充。


参考文献


[1] 《深度学习推荐系统》,王喆


[2] H.B. McMahan, G. Holt, D. Sculley, M. Young, D. Ebner, J. Grady, L. Nie, T.Phillips, E. Davydov, D. Golovin, S. Chikkerur, D. Liu, M. Wattenberg, A. M.Hrafnkelsson, T. Boulos, and J. Kubica, “Ad click prediction: a view from thetrenches,” in ACM SIGKDD, 2013.


[3]X. He, J. Pan, O. Jin, T. Xu, B. Liu, T. Xu, Y. Shi, A. Atallah, R. Herbrich,S. Bowers, and J. Q. Candela, “Practical lessons from predicting clicks on adsat facebook,” in ADKDD, 2014, pp. 5:1–5:9.


[4] S.Rendle, “Factorization machines,” in ICDM.


[5]H. Cheng, L. Koc, J. Harmsen, T. Shaked, T. Chandra, H. Aradhye, G. Anderson,G. Corrado, W. Chai, M. Ispir, R. Anil, Z. Haque, L. Hong, V. Jain, X. Liu, andH. Shah, “Wide & deep learning for recommender systems,” CoRR, vol.abs/1606.07792, 2016.


[6]Huifeng Guo, Ruiming Tang, Yunming Ye, Zhenguo Li, Xiuqiang He, and ZhenhuaDong, “DeepFM:AnEnd-to-End Wide & Deep Learning Framework for CTR Prediction,”arXivpreprint arXiv:1804.04950, 2018


作者介绍


Louisa,携程算法工程师,热爱前沿算法和技术在个性化推荐和广告建模等业务的性能优化和落地。


本文转载自公众号携程技术(ID:ctriptech)。


原文链接


机器学习模型在携程海外酒店推荐场景中的应用


2020 年 8 月 26 日 14:00958

评论

发布
暂无评论
发现更多内容

架构师训练营-week13-学习总结

晓-Michelle

极客大学架构师训练营

Google 搜索引擎之PageRank 算法

莫莫大人

极客大学架构师训练营

PHP配置管理-yaconf

Dnnn

php

第十三次课

week13 作业

Geek_196d0f

Week13 总结

张磊

达达双云双活实践

达达集团运维团队

openresty 微服务治理 多云架构 双活容灾 原生容器

【在云端 003】 星星之火,可以燎原——云时代的IoT

Bora.Don

云计算 IoT AIOT

架构师训练营——第13周作业

jiangnanage

第13周数据分析

陆不得

Docker Compose 搭建 Redis Cluster 集群环境

哈喽沃德先生

redis Docker Docker-compose redis集群 redis cluster

手握阿里P8亲传Redis和MongoDB利器,怕什么面试官

小Q

Java 数据库 redis mongodb 面试

大数据思考

朱月俊

oeasy 教您玩转linux 之 010209 装酷利器 hollywood

o

synchronized实现原理及代码证明各种锁

Darren

源码 synchronized 轻量级锁 偏向锁 Monitor

第13周学习总结

刘卓

大数据应用场景

朱月俊

week13 小结

Geek_196d0f

公有云常用数据分析指标

张磊

windows10 CUDA环境搭建

yuanhang

tensorfl

MySQL中修改数据表存储引擎的三种方法

Matrix Chan

MySQL 运维 数据表引擎

极客大学架构师训练营 0 期 week 13 学习笔记

chun1123

大数据 学习

极客大学架构师训练营 0 期 week 13 作业

chun1123

数据分析 PageRank

Spring 5 中文解析核心篇-集成测试之TestContext(中)

青年IT男

Spring5 JUnit

云栖大会边缘计算分论坛倒计时7天,这2点值得期待

巨侠说

边缘计算

第13周作业

刘卓

开始编译第一个typescript实例

程序员学院

Java typescript 前端

架构师训练营——第13周学习总结

jiangnanage

java安全编码指南之:Number操作

程序那些事

java安全编码 java安全 安全编码规范

PageRank

GalaxyCreater

从零开始搭建完整的电影全栈系统(三)——restfulApi的编写

刘强西

RESTful 电影api

机器学习模型在携程海外酒店推荐场景中的应用-InfoQ