关于推荐引擎
如今的互联网中,无论是电子商务还是社交网络,对数据挖掘的需求都越来越大了,而推荐引擎正是数据挖掘完美体现;通过分析用户历史行为,将他可能喜欢内容推送给他,能产生相当好的用户体验,这就是推荐引擎。
推荐算法Slope one的原理
首先Slope one是一种基于项目的协同过滤算法(Item-based Recommendation),简单介绍这种算法(若理解有误,欢迎大家更正,I am just a
beginner):根据用户们对产品的喜好程度,来将产品分类;举个简单例子:比如有10个用户,其中有9个人即喜欢产品A,也喜欢产品B,但只有2个人喜欢产品C;于是可以推断产品A和产品B是属于同类的,而产品C可能跟它们不是一类。
好了话不多讲,让我们看看Slope one吧!
Slope one是通过用户们对每个产品的评分,来计算产品间的一个差值;这种计算是通过 线性回归 f(x)
= ax + b得到的,其中a
= 1,正如它的名字Slope one(斜率为一);另外用户的评分,在Slope one中是必不可少的。这里举
例看看它的计算方式:下面是一张用户对书籍的评分表
|
书 1
|
书 2
|
书 3
|
用户A
|
5
|
3
|
2
|
用户B
|
3
|
4
|
未评分
|
用户C
|
未评分
|
2
|
5
|
书1是否适合推荐给用户C,需要通过Slope one 计算出一个值来判定:首先得到书1和书2之间的平均差值X = ((5-3)+(3-4))/ 2 = 0.5,然后通过用户C对书2的打分得到相应的推荐值 2+0.5 = 2.5 (推荐引擎会通过推荐值的高低来选择要推荐的物品),这里只是通过书2来计算用户C对书1的推荐值,实际的Slope one算法中若要得到用户C对书1的推荐值,会把用户C评分过的所有书按此方法依次对书1(为评分的书)算推荐值,然后取平均值得到,放到表中如下:
(((5-3)+(3-4))/ 2 +2 + (5 - 2)/ 1 + 5 )/ 2 = 5.25
实际应用中你还可以设权值,这里就不深入了。
以上是Slope one的原理,接下来看看它在Mahout中是如何设计与实现的。
Mahout中Slope one的设计思路以及代码实现
先简单介绍下,Mahout是Apache的一个开源项目,由Lucene项目组和Hadoop项目组分离出来,它实现了推荐引擎中的大部分经典算法,有兴趣的朋友可以研究研究
首先我们需要基础数据,即用户对产品的评分,这部分数据可以来自数据库也可以来自文件,Mahout中对此设计了一个简单的数据库表,SQL如下:
1 |
CREATE TABLE
taste_preferences ( |
2 |
user_id BIGINT
NOT NULL , |
3 |
item_id BIGINT
NOT NULL , |
4 |
preference FLOAT
NOT NULL , |
5 |
PRIMARY KEY
(user_id, item_id), |
其次,Mahout在启动时,会对这部分数据进行处理,算出每对产品间的平均评分差值,已Map<ItemId, Map<ItemId, Average>>的数据结构存放在内存中(当然这帮牛人没有用Java中Map的实现,自己写了一个叫FastByIDMap的类)。处理基础数据的计算代码如下:
1. 首先获取所有评过分的用户id (7,而dataModel就是用于存放我上面提到的基础)
2. 然后依次计算每个用户评分过的产品间的平均评分差值 (9,具体在processOneUser中实现)
01 |
private void
buildAverageDiffs() throws
TasteException { |
02 |
log.info( "Building average diffs..." ); |
04 |
buildAverageDiffsLock.writeLock().lock(); |
06 |
long averageCount = 0L; |
07 |
LongPrimitiveIterator it = dataModel.getUserIDs(); |
09 |
averageCount = processOneUser(averageCount, it.nextLong()); |
12 |
pruneInconsequentialDiffs(); |
13 |
updateAllRecommendableItems(); |
16 |
buildAverageDiffsLock.writeLock().unlock(); |
3. 首先取出该用户所有评分过的项目和评分值(4)
4. 依次计算这些项目间的平均评分差值(6 ~ 26),并存储在内存中。
01 |
private long
processOneUser( long averageCount,
long userID) throws
TasteException { |
02 |
log.debug( "Processing prefs for user {}" , userID); |
03 |
// Save off prefs for the life of this loop iteration |
04 |
PreferenceArray userPreferences = dataModel.getPreferencesFromUser(userID); |
05 |
int length = userPreferences.length(); |
06 |
for ( int
i = 0 ; i < length -
1 ; i++) { |
07 |
float prefAValue = userPreferences.getValue(i); |
08 |
long itemIDA = userPreferences.getItemID(i); |
09 |
FastByIDMap<RunningAverage> aMap = averageDiffs.get(itemIDA); |
11 |
aMap = new
FastByIDMap<RunningAverage>(); |
12 |
averageDiffs.put(itemIDA, aMap); |
14 |
for ( int
j = i + 1 ; j < length; j++) { |
15 |
// This is a performance-critical block |
16 |
long itemIDB = userPreferences.getItemID(j); |
17 |
RunningAverage average = aMap.get(itemIDB); |
18 |
if (average ==
null && averageCount < maxEntries) { |
19 |
average = buildRunningAverage(); |
20 |
aMap.put(itemIDB, average); |
24 |
average.addDatum(userPreferences.getValue(j) - prefAValue); |
27 |
RunningAverage itemAverage = averageItemPref.get(itemIDA); |
28 |
if (itemAverage ==
null ) { |
29 |
itemAverage = buildRunningAverage(); |
30 |
averageItemPref.put(itemIDA, itemAverage); |
32 |
itemAverage.addDatum(prefAValue); |
以上是启动时做的事,而当某个用户来了,需要为他计算推荐列表时,就快速许多了(是一个空间换时间的思想),下面的方法是某一个用户对其某一个他未评分过的产品的推荐值,参数UserId:用户ID;ItemId:为评分的产品ID
1. 再次取出该用户评分过的所有产品(4):PreferenceArray prefs中保存着ItemID和该用户对它的评分
2. 取得上一步得到的prefs中的所有物品与itemID代表的物品之间的平均评分差值(5),其中DiffStoragediffStorage
对象中存放中每对产品间的平均评分差值(而上面启动时的计算都是在MySQLJDBCDiffStorage中实现的,计算后的
值也存于其中,它是DiffStorage接口的实现),所以取得的流程很简单,这里不贴代码了
3. 最后就是依次推算评分过的产品到未评分的产品的一个推荐值 = 平均评分差值(两者间的) + 已评分的分值(用
户对其中一个评分),然后将这些推荐值取个平均数(7 ~ 37),其中11行判断是否要考虑权重。
01 |
private float
doEstimatePreference( long userID,
long itemID) throws
TasteException { |
03 |
double totalPreference =
0.0 ; |
04 |
PreferenceArray prefs = getDataModel().getPreferencesFromUser(userID); |
05 |
RunningAverage[] averages = diffStorage.getDiffs(userID, itemID, prefs); |
06 |
int size = prefs.length(); |
07 |
for ( int
i = 0 ; i < size; i++) { |
08 |
RunningAverage averageDiff = averages[i]; |
09 |
if (averageDiff !=
null ) { |
10 |
double averageDiffValue = averageDiff.getAverage(); |
12 |
double weight = averageDiff.getCount(); |
14 |
double stdev = ((RunningAverageAndStdDev) averageDiff).getStandardDeviation(); |
15 |
if (!Double.isNaN(stdev)) { |
18 |
// If stdev is NaN, then it is because count is 1. Because we're weighting by count, |
19 |
// the weight is already relatively low. We effectively assume stdev is 0.0 here and |
20 |
// that is reasonable enough. Otherwise, dividing by NaN would yield a weight of NaN |
21 |
// and disqualify this pref entirely |
24 |
totalPreference += weight * (prefs.getValue(i) + averageDiffValue); |
27 |
totalPreference += prefs.getValue(i) + averageDiffValue; |
33 |
RunningAverage itemAverage = diffStorage.getAverageItemPref(itemID); |
34 |
return itemAverage ==
null ? Float.NaN : ( float ) itemAverage.getAverage(); |
36 |
return ( float ) (totalPreference / count); |
Slope one 的源码已分析完毕。
其实Slope one推荐算法很流行,被很多网站使用,包括一些大型网站;我个人认为最主要的原因是它具备如下优势:
1. 实现简单并且易于维护。
2. 响应即时(只要用户做出一次评分,它就能有效推荐,根据上面代码很容易理解),并且用户的新增评分对推荐数据的改变量较小,应为在内存中存储的是物品间的平均差值,新增的差值只需累加一下,切范围是用户评分过的产品。
3. 由于是基于项目的协同过滤算法,适用于当下火热的电子商务网站,原因电子商务网站用户量在几十万到上百万,产品量相对于之则要小得多,所以对产品归类从性能上讲很高效。
分析至此,祝大家周末愉快。
参考资料:
1. Slope one http://zh.wikipedia.org/wiki/Slope_one
2. 探索推荐引擎内部的秘密,第 2 部分: 深入推荐引擎相关算法 - 协同过滤
http://www.ibm.com/developerworks/cn/web/1103_zhaoct_recommstudy2/index.html
- Mahout推荐算法之SlopOne
Mahout推荐算法之SlopOne 一. 算法原理 有别于基于用户的协同过滤和基于item的协同过滤,SlopeOne采用简单的线性模型估计用户对item的评分.如下图,估计UserB对 ...
- mahout入门指南之基于mahout的itembased算法
基于mahout的itembased算法 事实上mahout分布式上仅仅是实现了部分算法.比方推荐算法中Item-based和slopone都有hadoop实现和单机版实现,User-based没有分 ...
- [Mahout] 完整部署过程
概述 Mahout底层依赖Hadoop,部署Mahout过程中最困难的就是Hadoop的部署 本文假设用户本身没有进行Hadoop的部署,记述部署Mahout的过程 ...
- Mahout之数据承载
转载自:https://www.douban.com/note/204399134/ 推荐数据的处理是大规模的,在集群环境下一次要处理的数据可能是数GB,所以Mahout针对推荐数据进行了优化. Pr ...
- Mahout推荐算法API详解
转载自:http://blog.fens.me/mahout-recommendation-api/ Hadoop家族系列文章,主要介绍Hadoop家族产品,常用的项目包括Hadoop, Hive, ...
- 从源代码剖析Mahout推荐引擎
转载自:http://blog.fens.me/mahout-recommend-engine/ Hadoop家族系列文章,主要介绍Hadoop家族产品,常用的项目包括Hadoop, Hive, Pi ...
- mahout 安装测试
1 下载 在http://archive.apache.org/dist/mahout下载相应版本的mahout 版本,获取官网查看http://mahout.apache.org 相关的信息
- Hadoop里的数据挖掘应用-Mahout——学习笔记<三>
之前有幸在MOOC学院抽中小象学院hadoop体验课. 这是小象学院hadoop2.X的笔记 由于平时对数据挖掘做的比较多,所以优先看Mahout方向视频. Mahout有很好的扩展性与容错性(基于H ...
- 初学Mahout测试kmeans算法
预备工作: 启动hadoop集群 准备数据 Synthetic_control.data数据集下载地址http://archive.ics.uci.edu/ml/databases/synthetic ...
随机推荐
- Android简易实战教程--第二十三话《绚丽的菜单项》
转载本博客请注明出处:点击打开链接 http://blog.csdn.net/qq_32059827/article/details/52327456 今天这篇稍微增强点代码量,可能要多花上5分钟喽 ...
- iOS开发之使用block块进行数据遍历的方法
看了一篇文章,发现遍历数组.字典中的数据时,除了使用for循环外,还可以使用block块进行操作,瞬间感觉iOS的语言代码确实有点高大上的感觉,下面就简单的介绍一下这个方法. 首先是最基本的运用形式, ...
- Zookeeper总概
zookeeper是一个开源的分布式协调服务.是典型的分布式数据一致性的解决方案. zookeeper可以保证以下分布式一致性的特性 1. 顺序性:同一客户端发起的事务请求,最终会严格的按照发出顺序应 ...
- Linux内核线程
内核线程是直接由内核本身启动的进程.内核线程实际上是将内核函数委托给独立的进程,与系统中其他进程"并行"执行(实际上,也并行于内核自身的执行),内核线程经常被称为内核"守 ...
- SSH深度历险(十一) AOP原理及相关概念学习+xml配置实例(对比注解方式的优缺点)
接上一篇 SSH深度历险(十) AOP原理及相关概念学习+AspectJ注解方式配置spring AOP,本篇我们主要是来学习使用配置XML实现AOP 本文采用强制的CGLB代理方式 Security ...
- iOS动画进阶 - 教你写 Slack 的 Loading 动画
(转载自:http://blog.csdn.net/wang631106979/article/details/52473985) 如果移动端访问不佳,可以访问我的个人博客 前几天看了一篇关于动画的博 ...
- gradle测试出现IllegalArgumentException
今天clone了一份代码,跑gradle test时出现failed,从report上来看是这个错误:IllegalArgumentException,具体如下: java.lang.IllegalA ...
- 方便使用FFMPEG的经验
FFMPEG是命令行工具,因此使用起来多少还是会有些不方便.在这记录两点方便使用FFMPEG的方法: 1.任何目录下都可以使用FFMPEG 问题描述:需要转码(播放)的时候,需要把ffmpeg.exe ...
- 导航控制器 UI_08(上)
主要内容:UINavigationController 重要:属性传值(向后一个界面传值).代理传值(向前相邻的界面传值).单例传值(不相邻的界面向前传值) 1.UINavigationControl ...
- hadoop集群崩溃,因为tmp下/tmp/hadoop-hadoop/dfs/name文件误删除
hadoop执行start-all后,显示正常启动. starting namenode, logging to /opt/hadoop-0.20.2-cdh3u0/logs/hadoop-hadoo ...